파일 서버나 다른 PC의 공유 폴더에 접속할 때 접근이 거부되면, 네트워크 연결 자체보다 저장된 자격 증명·공유 권한·NTFS 권한·SMB 설정의 충돌을 먼저 확인해야 합니다. 오류 화면과 접속 경로를 기준으로 원인을 분리해 복구 방향을 잡습니다.
네트워크 공유가 거부될 때 계정·권한 충돌부터 분리하는 점검
탐색기에서 서버 경로와 공유 이름은 보이는데 폴더를 열자마자 “접근이 거부되었습니다”라는 안내가 뜨는 경우가 있습니다. 이때 케이블이나 인터넷 연결만 의심하면 원인을 오래 놓칠 수 있습니다. 공유 접속은 저장된 로그인 정보, 공유 권한, 폴더 보안 권한, SMB 통신 조건이 겹쳐서 처리되기 때문입니다. 특히 이전 사용자 계정으로 연결한 흔적이 남아 있으면 새 계정의 비밀번호를 정확히 입력해도 다른 인증 정보가 먼저 적용될 수 있습니다. 오류 화면과 접속 경로를 확보한 뒤 어느 단계에서 막히는지 분리하는 것이 우선입니다. 초기 증상 확인은 동네형컴퓨터 010-6833-8119 에서 받을 수 있습니다.
저장된 로그인 정보가 다른 계정을 호출하는 경우
Windows 는 한 서버에 접속한 계정 정보를 세션과 자격 증명 관리자에 보관할 수 있습니다. 문제는 서버 이름으로 접속했을 때의 정보, IP 주소로 접속했을 때의 정보, 별칭으로 접속했을 때의 정보가 서로 다르게 남을 수 있다는 점입니다. 같은 장비를 가리켜도 접속 대상 이름이 달라지면 인증 처리도 달라질 수 있습니다.
서강동 STATUS_NETWORK_ACCESS_DENIED처럼 공유 접근이 거부되는 상태에서는 비밀번호를 여러 번 바꾸어 입력하기보다, 먼저 현재 연결을 확인하는 편이 안전합니다. 제어판의 자격 증명 관리자에서 Windows 자격 증명을 확인하고, 명령 프롬프트에서 net use를 실행해 연결된 서버와 드라이브 목록을 살펴봅니다. 기존 연결이 확인되면 해당 세션을 해제한 뒤, 실제로 권한을 부여받은 계정으로 다시 인증해야 합니다.
서버 측 계정이 로컬 계정인지, Microsoft 계정인지, 도메인 계정인지도 구분해야 합니다. 로컬 계정은 보통 서버이름\사용자이름 형식으로 대상 서버를 명확히 지정해야 하며, 도메인 계정은 도메인 이름과 그룹 권한이 함께 적용됩니다. 접속 PC의 로그인 계정과 서버의 권한 계정이 같아 보인다는 이유만으로 동일 인증으로 판단하면 안 됩니다.
공유 권한과 폴더 보안 권한이 엇갈릴 때
Windows 공유 폴더는 보통 두 겹의 권한을 통과해야 합니다. 폴더 속성의 ‘공유’ 탭에서는 네트워크를 통해 들어오는 사용자에게 허용할 범위를 정하고, ‘보안’ 탭에서는 NTFS 파일 시스템 권한을 정합니다. 두 곳 중 하나라도 읽기 또는 수정 권한이 부족하면 더 제한적인 결과가 적용될 수 있습니다.
| 증상 | 우선 확인 위치 | 판단 방향 |
|---|---|---|
| 공유 목록은 보이나 폴더 진입이 안 됨 | 공유 탭 권한, 보안 탭 권한 | 두 권한의 사용자·그룹 대상 비교 |
| 상위 폴더는 열리나 하위 폴더만 거부됨 | 하위 폴더 보안 설정 | 상속 해제, 명시적 거부 항목 확인 |
| 특정 사용자만 접속 실패 | 그룹 구성원, 저장된 자격 증명 | 사용자 계정 대상과 실제 인증 계정 대조 |
특정 하위 폴더에서만 문제가 생긴다면 상속이 끊겼거나 별도의 거부 권한이 추가된 경우를 확인합니다. 허용 권한이 있어도 명시적인 거부 항목이 있으면 접근 결과가 달라질 수 있습니다. 권한 문제를 빨리 끝내려는 목적으로 Everyone 그룹에 광범위한 수정 권한을 주는 방식은 자료 노출 범위를 키울 수 있으므로 권장되지 않습니다.
대신 업무에 필요한 사용자 또는 보안 그룹을 지정하고, 읽기·수정·삭제 권한을 실제 작업 범위에 맞춰 분리하는 것이 좋습니다. 권한 변경 전에는 기존 ACL 설정을 기록하거나 화면으로 남겨 두어야, 예상치 못한 접근 차단이 생겼을 때 되돌릴 기준이 남습니다.
권한 오류로 보이는 SMB 접속 실패 판별
접근 거부 문구가 항상 폴더 권한만 뜻하는 것은 아닙니다. 서버 이름으로는 실패하지만 IP 주소로는 열리는 경우에는 이름 해석, 저장된 자격 증명 대상, SMB 정책을 나누어 봐야 합니다. 반대로 이름과 IP 접속이 모두 실패한다면 서버 측 공유 상태나 방화벽, 통신 정책도 함께 확인할 항목입니다.
가장 실용적인 방법은 같은 계정으로 서버 로컬 화면에서 폴더를 열어 보고, 다른 PC에서 네트워크 경로로 같은 폴더에 접속해 보는 것입니다. 서버 로컬에서는 열리는데 외부 PC에서만 안 열리면 공유 권한·인증·SMB 쪽의 비중이 커집니다. 다른 사용자 계정에서는 열리고 특정 계정에서만 실패하면 폴더 자체보다 계정 대상과 그룹 구성원을 먼저 확인해야 합니다.
SMB 버전 설정, Windows 방화벽, 보안 프로그램, 최근 보안 정책 변경은 보조 점검 항목입니다. 구형 장비 호환을 위해 보안 수준을 무조건 낮추기보다, 어떤 장비가 어떤 SMB 방식으로 연결되는지 확인한 후 필요한 범위에서 조정해야 합니다. Windows 업데이트나 비밀번호 변경 직후부터 문제가 시작됐다면 저장된 인증 정보와 정책 변경 시점도 함께 비교합니다.
일정에 맞춘 현장 확인 범위
서강동 현장 확인은 서버 또는 NAS의 설치 위치, 관리자 접속 가능 시간, 여러 PC에서 재현되는지 여부를 기준으로 조율합니다. 원격 점검이 가능한 경우에는 공유를 제공하는 장비의 관리자 권한, 오류가 나는 PC 화면, 테스트 가능한 사용자 계정을 준비하면 확인 시간이 줄어듭니다.
출장은 09:00~18:00 서울·경기·인천·세종에서 진행하며, 원격 점검은 새벽 시간을 제외하고 상황에 맞춰 가능합니다. 서버 화면에 접근할 수 없거나 네트워크 연결 자체가 끊긴 경우에는 현장 확인이 필요할 수 있습니다.
막힌 폴더를 더 넓히기 전에 확인할 자료
여러 PC에서 동시에 접속이 막혔거나, 담당자 교체·계정 변경 직후 오류가 시작됐다면 권한을 넓히기 전에 진단 자료부터 모으는 것이 좋습니다. 오류가 발생한 정확한 화면, 접속한 경로가 서버 이름인지 IP 주소인지, Windows 버전, 사용 계정의 종류, 정상 접속되는 다른 PC 유무가 핵심 자료입니다.
특히 “어제까지 되던 폴더”라면 누가 어떤 계정으로 접속했는지와 최근 변경 사항을 함께 확인해야 합니다. 공유 권한을 수정하기 전에 기존 설정을 비교하면, 단순한 계정 충돌인지 하위 폴더의 보안 상속 문제인지 훨씬 빠르게 구분할 수 있습니다.
접속은 되지만 공유 폴더만 열리지 않는 문제는 통신보다 인증과 권한의 교차 지점에서 발생하는 경우가 많습니다. 저장된 연결을 정리하고, 공유 권한과 NTFS 권한을 같은 사용자 기준으로 대조한 뒤, SMB 관련 항목을 보조적으로 확인하는 순서가 안전합니다. 오류 화면·접속 경로·사용 계정을 확보한 상태에서 점검을 시작하면 불필요한 권한 확대를 줄일 수 있습니다.
점검 문의는 동네형컴퓨터 010-6833-8119 또는 https://udns.kr/에서 접수할 수 있습니다.
자주 묻는 질문
Q. 네트워크 공유 접근 거부는 인터넷 연결 문제인가요?
A. 인터넷 연결과 별개로 발생할 수 있습니다. 서버까지 경로가 열려 있어도 계정 인증, 공유 권한, 폴더 보안 권한 중 하나가 맞지 않으면 접근이 거부됩니다.
Q. 관리자 계정이면 모든 공유 폴더에 들어갈 수 있나요?
A. 항상 그렇지는 않습니다. 네트워크 접속에는 서버의 공유 설정과 폴더의 NTFS 권한이 별도로 적용되며, 인증 대상이나 보안 정책에 따라 제한될 수 있습니다.
Q. 원격으로 권한 문제를 해결할 수 있나요?
A. 공유를 제공하는 PC 또는 서버에 관리자 권한으로 접속할 수 있고, 오류가 발생하는 PC 화면을 함께 볼 수 있다면 원격 점검이 가능합니다. 서버 화면 접근이 불가능하거나 네트워크 자체가 끊긴 경우에는 현장 확인이 필요합니다.