Windows 에서 네트워크 공유 폴더나 사내 서버 접속이 거부될 때는 연결 상태만 확인해서 해결되지 않습니다. 기존 자격 증명 충돌, 공유 권한과 NTFS 권한의 교집합, 계정 형식, 보안 정책 적용 상태를 분리해 점검해 접근 실패 원인을 좁힙니다.
공유 폴더 접근이 거부될 때 저장된 자격 증명과 SMB 권한을 분리해 확인하는 법
네트워크에서 대상 PC나 서버는 보이는데 공유 폴더를 열면 접근 거부가 표시되는 경우가 있습니다. 이때 인터넷 연결이나 케이블 상태만 다시 확인하면 원인을 놓치기 쉽습니다. 폴더 목록은 보이지만 파일을 열지 못하는 문제는 인증 단계와 권한 적용 단계를 나누어 살펴봐야 합니다. 특히 이전에 사용하던 계정 정보가 남아 있으면 새 계정을 입력해도 원하는 계정으로 접속되지 않을 수 있습니다. 오류 화면과 접속 대상 종류를 남겨 두면 점검 순서가 훨씬 짧아집니다. 초기 확인이 어렵다면 동네형컴퓨터 010-6833-8119 로 증상부터 전달할 수 있습니다.
저장된 자격 증명이 다른 계정 접속을 막는 경우
Windows 는 같은 대상 장비에 접속했던 계정 정보를 기억할 수 있습니다. 예를 들어 이전 직원 계정, 관리자 계정, 개인 계정으로 한 번 연결한 뒤 다른 계정으로 다시 접속하면 계정 입력창이 반복되거나 접근 거부가 발생할 수 있습니다. 이때 화면에서 새 아이디를 입력했다고 해서 기존 인증 흔적이 자동으로 바뀌는 것은 아닙니다.
먼저 파일 탐색기에서 연결된 네트워크 드라이브가 있는지 확인하고, 사용하지 않는 연결은 끊습니다. 이어서 제어판의 자격 증명 관리자에서 Windows 자격 증명을 열어 대상 PC 이름, IP 주소, 서버 이름과 관련된 저장 항목을 확인합니다. 접속 대상이 확실한 항목만 정리한 뒤 다시 연결하는 방식이 안전합니다. 여러 업무 장비에서 같은 이름을 사용하는 경우에는 무분별한 삭제보다 항목의 대상 주소와 사용자명을 먼저 대조해야 합니다.
재인증할 때는 계정 표기 방식도 중요합니다. 대상 PC의 로컬 계정이라면 대상 PC이름\사용자명 또는 .\사용자명 형식이 필요한 환경이 있습니다. Microsoft 계정은 전자우편 주소 형식이 쓰일 수 있고, 도메인 환경은 도메인\사용자명을 요구할 수 있습니다. 같은 사용자명이라도 접속하는 PC와 대상 PC의 암호가 다르면 동일 계정으로 인정되지 않습니다.
폴더가 보이지만 열리지 않는 용산동 STATUS_NETWORK_ACCESS_DENIED 상황도 네트워크 자체의 고장으로 단정하기보다, 기존 로그인 흔적과 실제로 전달되는 계정을 먼저 분리해 보는 편이 효율적입니다.
공유 권한과 폴더 권한이 서로 다를 때
SMB 공유 폴더는 보통 두 겹의 권한을 통과해야 합니다. 폴더 속성의 공유 탭에서 설정한 공유 권한과 보안 탭에서 설정한 NTFS 권한이 함께 적용됩니다. 두 설정 중 하나라도 제한적이면 사용자가 실제로 받는 권한도 제한됩니다. 공유 탭에서 변경 권한이 있어 보여도 보안 탭에서 읽기만 허용되었다면 수정은 할 수 없습니다.
| 확인 위치 | 주로 확인할 내용 | 대표 증상 |
|---|---|---|
| 공유 탭 | 공유 대상 사용자·그룹, 읽기 또는 변경 권한 | 공유 이름은 보이지만 접속 직후 거부됨 |
| 보안 탭 | 사용자·그룹별 읽기, 쓰기, 수정 권한 | 열람은 되지만 저장·삭제·수정이 안 됨 |
| 상위 폴더 | 상속 권한, 명시적 거부 항목 | 특정 하위 폴더에서만 접근 실패 |
문제를 빨리 없애려고 Everyone 또는 모든 사용자에게 전체 제어를 추가하는 방식은 권장하기 어렵습니다. 자료의 성격에 맞는 사용자 또는 업무 그룹이 공유 권한과 보안 권한 양쪽에 포함되어 있는지 확인해야 합니다. 또한 권한 목록에 ‘거부’가 들어 있거나 상위 폴더의 상속 규칙이 적용되는 경우, 허용 항목이 있어도 결과가 예상과 다를 수 있습니다.
NAS는 관리 화면의 공유 폴더 권한과 사용자 그룹 권한이 별도로 구성되는 경우가 많고, Windows PC는 공유 속성과 NTFS 보안 설정의 영향이 큽니다. 대상이 NAS인지 Windows PC인지 서버인지에 따라 메뉴는 달라도, “인증된 계정이 누구인지”와 “그 계정이 최종적으로 가진 권한이 무엇인지”를 따로 확인하는 원칙은 같습니다.
접근 거부 화면에서 확인할 계정·정책 순서
접근 실패는 아래 순서로 좁히면 불필요한 설정 변경을 줄일 수 있습니다. 첫째, 대상 장비에서 해당 계정이 활성화되어 있는지와 암호가 설정되어 있는지를 확인합니다. 둘째, 접속 PC가 어떤 계정 정보로 인증을 시도하는지 확인합니다. 셋째, 공유 권한과 NTFS 권한을 비교합니다. 마지막으로 네트워크 프로필, 파일 및 프린터 공유, 방화벽 규칙처럼 통신 자체에 영향을 주는 항목을 확인합니다.
네트워크 검색이 되지 않거나 대상 장비 이름조차 보이지 않는 문제는 연결 또는 검색 설정 쪽에 가깝습니다. 반대로 대상 장비와 공유 폴더 이름은 보이는데 열기만 거부된다면 계정과 권한 설정의 우선순위가 높습니다. 방화벽을 모두 해제하기보다 현재 네트워크 프로필에서 파일 및 프린터 공유 규칙이 허용되어 있는지 확인하는 편이 안전합니다.
암호 없는 로컬 계정, 비활성 계정, 암호 변경 후 오래된 저장 자격 증명, 정책 적용이 끝나지 않은 업무용 PC도 접속 실패 원인이 될 수 있습니다. 계정 변경 직후에는 대상 장비를 재부팅하거나 로그아웃·로그인한 뒤 정책과 권한이 반영되었는지 다시 확인할 필요가 있습니다.
현장과 원격 점검을 나누는 기준
대상 PC의 공유 설정 화면을 볼 수 있고 원격 접속이 가능한 상태라면 계정 형식, 저장 자격 증명, 공유 및 보안 탭의 권한을 원격으로 대조할 수 있습니다. 다만 대상 장비가 꺼져 있거나 로그인 화면에서 멈춰 있거나, 사내 보안 정책상 원격 접속이 제한된 경우에는 현장 확인이 필요할 수 있습니다.
용산동 일정 조율이 필요한 장비는 방문 가능 시간대와 함께 “폴더는 보이는지”, “계정 입력창이 반복되는지”, “특정 폴더만 안 열리는지”를 알려주면 준비 범위를 정하기 좋습니다. 출장은 09:00~18:00 서울·경기·인천·세종에서 가능하며, 원격 점검은 새벽 시간을 제외하고 진행할 수 있습니다.
오류 화면을 남긴 뒤 문의하기
점검 전에는 접근 거부 문구가 나온 화면, 접속한 경로, 대상 장비 종류를 남겨 두는 것이 좋습니다. 가능하면 Windows 버전, 로컬 계정·Microsoft 계정·도메인 계정 중 어떤 방식으로 로그인했는지, 다른 PC에서는 같은 폴더가 열리는지도 함께 확인합니다. 이 정보가 있으면 자격 증명 충돌인지 실제 권한 누락인지 구분하는 시간이 줄어듭니다.
공유 폴더 권한은 한 곳만 고쳐서는 해결되지 않는 경우가 많습니다. 기존 연결을 정리한 뒤 올바른 계정으로 인증하고, 공유 권한과 폴더 권한의 교집합을 확인하는 순서가 핵심입니다.
오류 화면과 대상 장비 정보를 기준으로 계정·권한·정책 순서를 정하면 과도한 권한 부여 없이 접근 실패 원인을 좁힐 수 있습니다.
원격 또는 현장 점검 문의는 동네형컴퓨터 010-6833-8119, 안내 페이지 https://udns.kr/에서 확인할 수 있습니다.
자주 묻는 질문
Q. 네트워크 공유 폴더는 보이는데 왜 열리지 않나요?
대상 장비 검색과 공유 폴더 열람 권한은 다릅니다. 저장된 다른 계정으로 인증되었거나, 공유 권한 또는 NTFS 권한 중 하나가 제한되어 있을 가능성을 확인해야 합니다.
Q. 자격 증명 관리자의 항목을 삭제하면 공유 폴더 자료도 삭제되나요?
삭제되는 것은 접속에 사용한 저장 계정 정보입니다. 공유 폴더 안의 문서나 파일이 삭제되는 것은 아니지만, 다음 접속 시 사용자명과 암호를 다시 입력해야 할 수 있습니다.
Q. 공유 권한 문제는 원격으로 확인할 수 있나요?
대상 장비가 켜져 있고 관리자 또는 확인 가능한 계정으로 접속할 수 있다면 공유 설정, 보안 권한, 저장 자격 증명 등을 원격으로 확인할 수 있습니다. 장비 전원이 꺼져 있거나 로그인 자체가 불가능하면 현장 점검이 필요할 수 있습니다.