Windows 에서 공유 폴더·사내 NAS·네트워크 드라이브 접속 시 접근 거부 상태가 나타나는 원인을 점검합니다. 저장된 자격 증명, 공유 권한과 NTFS 권한의 교차 조건, SMB 연결 상태, 계정 정책을 구분해 복구 순서를 정리합니다.
네트워크 접근 거부가 반복될 때 계정 권한과 공유 경로를 분리해 점검하는 법
같은 공유 폴더인데 한 사람의 PC에서는 열리고, 다른 계정에서는 접근이 막히는 경우가 있습니다. 이때 폴더 자체가 고장 났다고 판단해 권한을 전부 열어 버리면 보안 범위만 넓어지고 원인은 남을 수 있습니다. Windows 공유 접속은 저장된 로그인 정보, 기존 SMB 연결, 공유 권한, 폴더 보안 권한, 조직 정책이 겹쳐서 결정됩니다. 따라서 실패가 인증 단계인지, 경로 확인 단계인지, 권한 판정 단계인지를 나누어 확인해야 합니다. 초기 확인이 어렵다면 동네형컴퓨터 010-6833-8119 로 오류 화면과 접속 경로를 기준으로 점검 범위를 먼저 정할 수 있습니다.
저장된 로그인 정보와 기존 연결부터 분리하기
가장 먼저 볼 항목은 현재 입력하려는 계정이 아니라 PC에 이미 남아 있는 계정 정보입니다. 이전 담당자 계정, NAS 전용 계정, 오래된 서버 암호가 Windows 자격 증명 관리자에 저장되어 있으면 새 계정을 입력해도 기존 정보가 먼저 사용될 수 있습니다. 이 경우 암호를 정확히 입력했는데도 반복 인증창이 뜨거나 접근 거부가 이어집니다.
제어판의 자격 증명 관리자에서 Windows 자격 증명 항목을 열고, 파일 서버 이름·NAS 이름·IP 주소와 관련된 저장 항목을 확인합니다. 바로 삭제하기보다 대상 이름과 사용자 이름을 기록한 뒤, 현재 사용해야 하는 계정과 다른지 대조하는 순서가 안전합니다. 서버 이름으로 저장된 정보와 IP 주소로 저장된 정보가 따로 있을 수도 있습니다.
다음으로 명령 프롬프트에서 net use를 실행해 연결된 네트워크 드라이브와 SMB 세션을 확인합니다. 같은 서버에 이미 다른 계정으로 연결된 상태라면, 새 계정으로 추가 접속할 때 충돌할 수 있습니다. 필요한 연결만 해제한 뒤 자격 증명을 다시 입력해 접속을 시험하면, 권한 문제와 세션 충돌을 구분하는 데 도움이 됩니다.
| 확인 결과 | 우선 의심할 범위 | 다음 확인 |
|---|---|---|
| 내 PC에서만 반복 인증 | 저장된 자격 증명, 기존 SMB 세션 | 자격 증명 관리자와 net use |
| 특정 계정만 폴더 열기 실패 | 공유 권한, NTFS 보안 권한 | 서버의 공유 탭·보안 탭 대조 |
| 서버 이름은 실패, IP는 연결 | DNS 또는 이름 해석 | 서버 이름 등록과 네트워크 설정 |
공유 권한과 폴더 보안 권한이 충돌하는 지점
공유 폴더는 보통 두 겹의 권한을 통과해야 열립니다. 공유 탭의 권한은 네트워크로 들어오는 사용자의 범위를 정하고, 보안 탭의 NTFS 권한은 실제 폴더와 파일에서 가능한 작업을 정합니다. 둘 가운데 더 제한적인 조건이 적용될 수 있으므로, 공유 권한에서 허용으로 보여도 보안 탭에서 읽기 권한이 없으면 접근이 막힐 수 있습니다.
특히 사용자 또는 그룹에 설정된 거부 항목은 허용 항목보다 우선될 수 있어 주의가 필요합니다. 문제 해결을 위해 Everyone 에 전체 제어를 주는 방식은 적절하지 않습니다. 읽기만 필요한 계정이라면 읽기 권한만 가진 테스트 계정으로 먼저 열람 여부를 확인하고, 수정·삭제가 필요한 업무 계정에만 필요한 범위를 추가하는 편이 안전합니다.
구산동 STATUS_NETWORK_ACCESS_DENIED 상태처럼 접근 거부 코드가 보일 때도, 단순히 공유 폴더 속성 한 곳만 바꾸기보다 공유 권한과 NTFS 권한을 나란히 비교해야 합니다. 상속된 권한, 그룹 소속, 명시적 거부 설정까지 함께 봐야 실제 적용 결과를 판단할 수 있습니다.
접근 거부 코드가 보일 때 확인할 연결 순서
접속 경로는 \\서버이름\공유이름과 \\IP주소\공유이름을 비교해 보는 것이 좋습니다. 서버 이름으로 접속할 때만 실패하고 IP 주소로는 공유 목록이 보인다면, 계정 권한보다 DNS·이름 해석·서버 이름 등록을 먼저 확인할 근거가 생깁니다. 반대로 두 경로 모두 같은 계정에서 막힌다면 공유 또는 보안 권한 쪽의 우선순위가 높아집니다.
사용자 이름 형식도 확인 대상입니다. 로컬 계정은 서버이름\사용자이름, 도메인 계정은 도메인\사용자이름 또는 조직에서 사용하는 형식으로 입력해야 할 수 있습니다. Microsoft 계정, NAS 자체 계정, 도메인 계정을 혼용하는 환경이라면 같은 이름의 계정이라도 서로 다른 계정으로 처리될 수 있습니다.
서버 또는 NAS 관리 화면에 접근할 수 있다면 이벤트 로그와 접속 기록을 함께 봅니다. 인증 시도 자체가 남지 않으면 경로나 이름 해석 단계일 수 있고, 인증 성공 뒤 권한 거부가 남으면 공유 권한·NTFS 권한·로컬 보안 정책을 확인할 차례입니다. 조직용 PC는 도메인 정책이나 로컬 보안 정책에서 네트워크 로그온이 제한되는 경우도 있어, 클라이언트 PC 설정만으로 끝나지 않을 수 있습니다.
일정 확인이 필요한 경우
현장 점검은 장비 위치와 파일 서버 또는 NAS에 접속 가능한 시간을 먼저 확인한 뒤 진행합니다. 구산동 방문 지원이 필요한 경우에도 무조건 권한을 변경하기보다, 접속 대상과 관리자 접근 가능 여부를 확인해 변경 범위를 최소화합니다. 원격 점검은 새벽 시간을 제외하고 가능하며, PC 쪽 자격 증명·연결 세션·경로 확인부터 진행할 수 있습니다.
막힌 상태를 유지한 채 문의할 때 준비할 내용
오류가 발생한 직후 비밀번호를 여러 번 바꾸거나 공유 권한을 전체 허용으로 변경하면 원래 원인을 추적하기 어려워집니다. 가능하면 오류가 시작된 시점, 접속했던 경로, 사용한 계정 이름의 일부, 다른 PC에서의 재현 여부를 기록해 둡니다. 오류 화면은 문구 전체와 코드가 보이도록 캡처하는 편이 좋습니다.
Windows 버전, 접속 대상이 일반 공유 폴더인지 NAS인지 파일 서버인지, 서버 이름과 IP 주소 접속 결과가 같은지도 중요합니다. 이 정보가 있으면 계정 캐시 문제인지, SMB 연결 충돌인지, 공유·보안 권한 문제인지 우선순위를 빠르게 좁힐 수 있습니다.
접근 거부는 권한을 넓히는 방식보다 계정·기존 연결·공유 경로·보안 권한을 순서대로 분리하는 방식이 안전합니다. 접속 대상과 오류 화면을 확보한 다음 필요한 항목만 조정하면 업무 파일의 노출 범위를 불필요하게 키우지 않고 복구 방향을 잡을 수 있습니다.
자주 묻는 질문
Q. 네트워크 접근 거부 메시지는 무엇을 뜻하나요?
A. 서버 또는 공유 폴더까지 연결은 되었지만, 로그인 계정·공유 권한·폴더 보안 권한·정책 중 하나가 해당 경로 사용을 허용하지 않는 경우가 많습니다.
Q. 다른 사람은 열리는데 내 PC에서만 열리지 않으면 무엇을 먼저 보나요?
A. 내 PC에 저장된 자격 증명과 기존 네트워크 드라이브 연결을 먼저 확인합니다. 같은 서버에 다른 계정으로 이미 연결된 SMB 세션도 점검 대상입니다.
Q. 이런 문제는 원격으로 해결할 수 있나요?
A. PC의 자격 증명, 연결 세션, 클라이언트 설정 확인은 원격 점검이 가능한 경우가 많습니다. 다만 서버 관리자 권한이 필요하거나 NAS·파일 서버 설정을 변경해야 하면 해당 장비의 관리 권한이 필요합니다.
문의 및 점검 접수
동네형컴퓨터 · 010-6833-8119
https://udns.kr/