Windows 에서 공유 폴더나 사내 파일 서버 접속이 거부될 때는 계정 자체의 문제가 아니라 저장된 로그인 정보, 공유 권한과 NTFS 권한의 교차, SMB 연결 정책을 나눠 확인해야 합니다. 오류 화면과 접속 경로를 기준으로 원인을 좁혀 재접속 절차를 정리합니다.
네트워크 공유가 열리지 않을 때 권한과 저장 자격 증명 분리 점검
파일 탐색기에는 공유 폴더가 보이는데 열기만 하면 접근이 거부되는 경우가 있습니다. 이때는 인터넷 연결 문제로만 보기보다, 어느 계정이 인증되었는지와 폴더에 실제로 적용된 권한을 나누어 확인해야 합니다. 특히 이전 담당자 계정이나 다른 서버 계정이 PC에 남아 있으면 올바른 계정을 입력해도 접속이 실패할 수 있습니다. 화면에 초동 STATUS_NETWORK_ACCESS_DENIED가 나타났다면 오류 코드 하나만 보고 권한을 전부 바꾸기보다 접속 경로와 로그인 기록부터 확인하는 편이 안전합니다. 업무 중 빠른 1 차 확인이 필요하면 동네형컴퓨터 010-6833-8119 로 오류 화면과 접속 경로를 전달하면 됩니다. 폴더 자체가 보이지 않는 경우와 폴더는 보이지만 특정 파일만 열리지 않는 경우도 점검 순서가 다릅니다.
공유 권한과 폴더 보안 권한이 엇갈리는 지점
Windows 공유 폴더는 보통 두 단계의 권한을 함께 통과해야 열립니다. 첫 번째는 폴더 속성의 공유 탭에서 설정한 공유 권한이고, 두 번째는 보안 탭에 있는 NTFS 권한입니다. 공유 탭에서 모든 권한이 허용처럼 보여도 보안 탭의 사용자 또는 그룹 목록에 해당 계정이 없거나 읽기 권한이 빠져 있으면 열리지 않을 수 있습니다.
점검할 때는 단순히 ‘모든 권한 허용’을 누르기보다 실제 사용 계정이 어떤 그룹에 속하는지부터 확인합니다. 읽기만 필요한 사용자에게 수정·삭제 권한까지 부여하면 문제는 당장 가려질 수 있어도 이후 파일 삭제나 변경 사고가 생길 수 있습니다. 필요한 범위에 맞춰 읽기, 쓰기, 수정 권한을 구분하는 것이 좋습니다.
| 증상 | 우선 확인 위치 | 주요 원인 |
|---|---|---|
| 공유 폴더 전체가 열리지 않음 | 공유 탭, 보안 탭, 로그인 계정 | 계정 미등록, 저장 자격 증명 충돌 |
| 특정 하위 폴더만 열리지 않음 | 하위 폴더 보안 탭 | 상속 차단, 별도 ACL, 거부 항목 |
| 열리지만 파일 저장이 안 됨 | 수정·쓰기 권한 | 읽기 권한만 적용, 용량 또는 정책 제한 |
특히 특정 하위 폴더에서만 막히면 부모 폴더와 하위 폴더의 권한 목록을 비교해야 합니다. 상속이 끊긴 폴더, 명시적인 거부(Deny) 항목이 있는 폴더는 상위에서 준 허용 권한과 다른 결과를 낼 수 있습니다. 거부 항목은 허용 항목보다 강하게 적용될 수 있으므로, 누구에게 어떤 이유로 설정되었는지 확인하지 않고 삭제해서는 안 됩니다.
저장된 로그인 정보가 다른 계정으로 접속시키는 경우
공유 권한이 정상인데도 접속이 거부되면 자격 증명 충돌을 의심할 수 있습니다. 제어판의 자격 증명 관리자에서 Windows 자격 증명을 열고, 대상 서버 이름과 관련된 저장 항목을 확인합니다. 이때 서버 이름으로 접속한 기록, IP 주소로 접속한 기록, 별칭으로 접속한 기록은 서로 다르게 남을 수 있습니다.
초동 STATUS_NETWORK_ACCESS_DENIED처럼 인증 실패 성격의 메시지가 반복될 때는 기존 네트워크 연결도 함께 확인해야 합니다. 파일 탐색기에서 연결된 네트워크 드라이브를 해제하고, 명령줄에서 기존 SMB 연결이 남아 있는지 확인한 뒤, 필요한 항목만 정리합니다. 그 다음 서버 이름 또는 지정된 경로 하나로 다시 접속하여 올바른 계정과 암호를 입력합니다.
같은 서버에 여러 계정으로 동시에 연결하려 하면 Windows 가 기존 세션을 우선 적용하는 경우가 있습니다. 따라서 테스트할 때는 여러 경로를 번갈아 열기보다 기존 연결을 끊고 하나의 계정, 하나의 경로로 결과를 기록하는 방식이 좋습니다. 개인 Microsoft 계정, 로컬 계정, 도메인 계정은 입력 형식도 다를 수 있으므로 서버에서 요구하는 계정 형식을 먼저 확인합니다.
권한 변경 전에 따라갈 SMB 접속 순서
권한을 수정하기 전에는 실패 지점을 먼저 좁혀야 합니다. 파일 탐색기 주소창에 입력한 경로가 맞는지, 서버 이름과 IP 주소가 같은 장비를 가리키는지, 다른 PC에서는 동일 계정으로 열리는지를 순서대로 봅니다. 다른 PC에서도 같은 계정이 실패한다면 클라이언트 PC보다 서버 측 계정 상태나 권한 목록을 먼저 살펴볼 근거가 됩니다.
서버 측에서는 계정 잠김, 암호 만료, 비활성화 상태, 도메인 연결 상태를 확인합니다. Windows 파일 서버는 공유 권한과 NTFS ACL의 조합이 핵심이지만, NAS는 장비 내부에서 만든 사용자·그룹 권한과 공유 설정이 별도로 작동할 수 있습니다. NAS 관리 화면의 사용자 권한을 Windows 보안 탭만 보고 판단하면 원인을 놓칠 수 있습니다.
SMB 정책이나 로컬 보안 정책도 접속 결과에 영향을 줍니다. 오래된 장비와 새 PC를 연결한 뒤부터 문제가 생겼다면 SMB 버전, 게스트 접근 제한, 서명 정책 같은 환경 차이를 함께 봐야 합니다. 다만 보안 정책을 낮추는 방식은 임시 접속을 만들 수 있어도 장기 해결책이 아닐 수 있으므로, 장비 구성과 업무 환경을 확인한 뒤 최소 변경으로 진행하는 편이 낫습니다.
작업 시간 조율
초동 현장 점검은 서버를 사용하는 시간, 관리자 계정 확인 가능 시간, 공유 폴더를 실제로 쓰는 담당자의 업무 시간을 함께 맞추는 것이 중요합니다. 출장 점검은 09:00~18:00 에 서울·경기·인천·세종에서 가능하며, 원격 점검은 새벽 시간을 제외하고 진행할 수 있습니다. 원격으로 확인할 때는 대상 공유 경로, 오류 화면, 관리자 승인 여부를 미리 준비하면 계정 확인과 재접속 절차가 빨라집니다.
접속 거부가 반복될 때 준비할 정보
문의 전에는 오류가 발생한 시각과 접속한 경로를 남겨 두는 것이 좋습니다. 예를 들어 서버 이름으로 접속했는지 IP 주소로 접속했는지, 특정 폴더만 안 되는지 전체 공유가 안 되는지에 따라 점검 위치가 달라집니다. Windows 버전, 사용 계정 유형, 최근 암호 변경 여부, 서버 또는 NAS 교체 여부도 함께 정리하면 불필요한 권한 변경을 줄일 수 있습니다.
수정 전에는 공유 탭과 보안 탭의 권한 화면을 캡처해 두고, 변경한 항목과 테스트 결과를 기록해 두세요. 그래야 다음에 같은 문제가 생겼을 때 저장 자격 증명 문제인지, 특정 폴더 ACL 문제인지, 서버 정책 변화인지 비교할 수 있습니다. 공유 접속 거부는 무조건 권한을 넓히는 방식보다 인증 정보와 실제 적용 권한을 분리해 확인할 때 안전하게 해결됩니다.
자주 묻는 질문
Q. 네트워크 공유 접근 거부는 무엇을 뜻하나요?
A. PC가 공유 경로를 찾았지만 현재 인증된 계정 또는 적용된 보안 정책으로 폴더를 열 수 없다는 의미입니다. 공유 권한, NTFS 권한, 저장된 자격 증명, 계정 상태를 함께 확인해야 합니다.
Q. 공유 폴더 권한을 모두 허용으로 바꾸면 해결되나요?
A. 원인 확인용으로 잠시 비교할 수는 있지만 권장되는 방식은 아닙니다. 실제로 막는 사용자·그룹·하위 폴더 권한을 찾아 업무에 필요한 최소 권한만 부여해야 합니다.
Q. 원격으로도 점검할 수 있나요?
A. 문제가 생긴 PC와 접속 대상 장비를 모두 확인할 수 있고 관리자 권한이 준비되어 있다면 가능합니다. 서버 전원이 꺼져 있거나 사내망 단절, 현장 케이블·장비 문제라면 방문 점검이 필요할 수 있습니다.
공유 폴더가 열리지 않는 문제는 계정 하나를 새로 만드는 것만으로 끝나지 않을 수 있습니다. 저장된 인증 정보, 공유 설정, 파일 시스템 권한, SMB 연결 상태를 순서대로 분리하면 원인을 더 정확히 찾을 수 있습니다. 점검이 필요하면 동네형컴퓨터 010-6833-8119 또는 https://udns.kr/로 문의하세요.