Windows 에서 네트워크 공유 폴더나 사내 저장소 접근이 거부될 때는 연결 상태만 확인해서 해결되지 않습니다. 저장된 자격 증명, 공유 권한과 NTFS 권한의 교집합, SMB 보안 정책, 접속 계정 형식을 순서대로 분리해 원인을 좁힙니다.
공유 폴더 접속이 거부될 때 계정·SMB 권한을 분리해 점검하는 방법
네트워크 경로는 열리는데 폴더를 누르는 순간 접근이 거부되거나, 로그인 창이 반복해서 나타나는 경우가 있습니다. 이 문제는 케이블 연결이나 인터넷 상태만으로 판단하기 어렵습니다. 접속 주소가 열려도 파일 권한까지 통과했다는 뜻은 아니기 때문입니다. 이전 사용자의 로그인 정보가 남아 있거나, 공유 권한과 폴더 보안 권한이 서로 다르면 같은 증상이 생길 수 있습니다. 업무 중 공유 폴더 사용이 멈췄다면 동네형컴퓨터 010-6833-8119 로 현재 오류 화면과 접속 경로를 알려주면 점검 범위를 먼저 정리할 수 있습니다. 중요한 것은 권한을 무조건 넓히기보다 어느 단계에서 차단되는지 분리하는 일입니다.
저장된 로그인 정보가 다른 계정으로 연결되는 경우
Windows 는 네트워크 공유에 한 번 사용한 계정 정보를 저장해 두는 경우가 많습니다. 그래서 현재 올바른 사용자 이름과 비밀번호를 입력했다고 생각해도, 실제 연결은 과거에 저장된 다른 계정으로 시도될 수 있습니다. 와동동 STATUS_NETWORK_ACCESS_DENIED처럼 접근 거부 상태가 반복된다면 먼저 연결 대상과 인증 계정을 따로 확인해야 합니다.
제어판의 자격 증명 관리자에서 Windows 자격 증명 항목을 열고, 공유 PC 이름·서버 이름·NAS 이름과 관련된 저장 항목이 있는지 살펴봅니다. 더불어 명령 프롬프트에서 net use를 실행하면 현재 연결된 네트워크 드라이브와 세션 목록을 확인할 수 있습니다. 이미 사용 중인 연결이 있다면 해당 세션을 해제한 뒤 필요한 계정으로 다시 연결하는 방식이 원인 구분에 도움이 됩니다.
여기서 주의할 점은 서버 이름과 IP 주소가 서로 다른 연결 대상으로 취급될 수 있다는 것입니다. 예를 들어 \\파일서버\공유에는 A 계정이 저장되어 있고, \\192.168.0.10\공유에는 B 계정이 저장되어 있다면 로그인 결과가 달라질 수 있습니다. 한 가지 표기 방식으로 경로를 통일한 뒤 저장된 자격 증명을 정리하는 편이 안전합니다.
공유 설정과 폴더 보안 권한이 엇갈린 경우
공유 폴더의 실제 접근은 공유 탭의 권한과 보안 탭의 NTFS 권한을 모두 통과해야 허용됩니다. 둘 중 하나에서 읽기 또는 수정 권한이 빠져 있으면 연결 자체는 되어도 특정 폴더나 파일만 열리지 않을 수 있습니다. 와동동 STATUS_NETWORK_ACCESS_DENIED가 특정 경로에서만 보인다면 서버 전체 장애보다 해당 폴더의 ACL 설정을 우선 보는 것이 맞습니다.
| 확인 위치 | 확인할 내용 | 주요 증상 |
|---|---|---|
| 공유 탭 | 대상 사용자 또는 그룹의 공유 읽기·변경 권한 | 공유 이름은 보이나 진입 또는 저장이 안 됨 |
| 보안 탭 | NTFS 읽기, 쓰기, 수정, 상속 및 거부 항목 | 하위 폴더만 열리지 않거나 삭제·수정이 안 됨 |
| 계정 소속 | 현재 계정이 허용된 사용자·그룹에 포함되는지 | 다른 직원은 되는데 특정 사용자만 거부됨 |
원인 확인을 위해 Everyone 권한을 넓히는 방법을 먼저 떠올리기 쉽지만, 업무 자료가 있는 공유 폴더에는 적절하지 않습니다. 특히 보안 탭에서 명시적인 ‘거부’ 권한이 설정되어 있으면 허용 권한보다 우선할 수 있습니다. 필요한 사용자 또는 그룹을 지정하고, 읽기만 필요한지 수정까지 필요한지 구분해 설정하는 방식이 재발을 줄입니다. 상위 폴더의 상속이 하위 폴더에서 끊겨 있는지도 함께 확인해야 합니다.
접속 계정 형식과 SMB 인증 조건 확인
공유 대상이 Windows PC인지 NAS인지에 따라 입력해야 하는 계정 형식이 달라집니다. Windows 로컬 계정은 보통 컴퓨터이름\사용자이름 형식을 사용하며, Microsoft 계정으로 로그인한 PC는 전자메일 주소 또는 해당 장비에서 요구하는 별도 표기가 필요할 수 있습니다. NAS는 Windows 로그인 계정이 아니라 NAS 내부에서 만든 사용자 계정으로 인증해야 하는 경우가 많습니다.
계정과 비밀번호가 맞는데도 접속하지 못한다면 SMB 보안 조건을 점검합니다. Windows 버전 차이, SMB 서명 요구, 오래된 SMB 방식만 지원하는 구형 NAS, 장비 간 날짜와 시간 불일치가 인증 실패의 원인이 될 수 있습니다. 네트워크 검색과 파일 및 프린터 공유가 꺼져 있으면 목록에서 장비가 보이지 않을 수도 있지만, 목록이 보인다는 사실만으로 접근 권한이 확보된 것은 아닙니다.
특히 구형 장비 호환을 위해 보안 수준을 낮추는 조치는 신중해야 합니다. 사용하지 않는 구형 프로토콜을 무분별하게 켜기보다 NAS 펌웨어, Windows 업데이트 상태, 장비 제조사에서 권장하는 SMB 버전을 먼저 확인하는 편이 좋습니다. 한 대의 PC에서만 실패하는지, 여러 PC가 같은 계정으로 실패하는지도 구분하면 원인이 계정인지 서버 설정인지 빠르게 좁혀집니다.
방문 점검이 필요한 범위
현장에서는 공유 PC의 실제 로그인 계정, 폴더 소유자, 보안 탭의 상속 상태, 연결 중인 사용자 세션을 함께 봐야 할 때가 있습니다. 와동동 작업 일정처럼 방문 확인이 필요한 경우에도 공유 PC와 접속 PC를 각각 확인해야 권한 충돌을 놓치지 않습니다. 반대로 두 장비에 원격 접속이 가능하고 관리자 권한 확인이 된다면, 자격 증명과 공유 설정은 원격으로도 점검할 수 있습니다.
접속 거부가 반복될 때 준비할 정보
동일한 계정으로 다시 로그인해도 특정 공유 경로만 계속 거부된다면 오류 화면을 바로 닫지 말고 기록해 두는 것이 좋습니다. 접속한 경로가 서버 이름인지 IP 주소인지, 문제가 전체 공유인지 특정 폴더인지도 함께 메모합니다. 접속 PC와 공유 PC의 Windows 버전, 현재 사용하는 계정 형식, NAS 사용 여부를 알면 불필요한 설정 변경 없이 점검 순서를 정할 수 있습니다.
공유 폴더 접속 거부는 연결 문제처럼 보여도 저장된 인증 정보, 공유 권한, NTFS 권한, SMB 인증 조건이 겹쳐 발생하는 일이 많습니다. 계정과 권한의 교집합을 분리해 확인하면 무작정 권한을 열지 않고도 원인을 찾을 수 있습니다. 오류 화면과 접속 계정 정보를 확보하면 재현 범위를 빠르게 줄일 수 있습니다.
자주 묻는 질문
Q. 네트워크 접근 거부 오류는 무엇을 뜻하나요?
A. 대상 장비를 찾았더라도 현재 로그인 계정에 공유 자원 접근 권한이 없거나, 저장된 인증 정보와 실제 계정이 맞지 않을 수 있다는 뜻입니다. 공유 권한과 폴더 보안 권한을 함께 확인해야 합니다.
Q. 공유 폴더 권한을 Everyone 으로 바꾸면 해결되나요?
A. 원인 범위를 좁히는 시험은 될 수 있지만 보안 위험이 있습니다. 공유 탭과 보안 탭에서 필요한 사용자 또는 그룹에만 읽기·수정 권한을 부여하는 방식이 적절합니다.
Q. 원격으로 권한 문제를 해결할 수 있나요?
A. 공유 PC와 접속 PC 모두에 접근할 수 있고 관리자 권한 확인이 가능하면 원격 점검이 가능합니다. 로그인 자체가 안 되거나 장비가 여러 대이고 연결 구조가 복잡하면 현장 확인이 더 효율적일 수 있습니다.
공유 경로, 오류 화면, 사용 계정 정보를 준비해 두면 점검이 빨라집니다. 동네형컴퓨터 문의는 010-6833-8119 또는 https://udns.kr/에서 가능합니다.