네트워크 공유 폴더 접속 시 접근 거부가 나타나면 저장된 로그인 정보, 공유 권한, NTFS 보안 권한, 서버 측 정책을 분리해 확인해야 합니다. 오류 화면과 접속 계정, Windows 버전을 기준으로 원격 점검 또는 현장 조치 범위를 판단합니다.
공유 폴더 접근 거부가 반복될 때 확인할 SMB 권한과 자격 증명
탐색기에는 서버나 NAS가 보이는데 공유 폴더를 여는 순간 “액세스가 거부되었습니다”라는 안내가 나오면, 연결 자체보다 인증과 권한 단계에서 멈춘 경우가 많습니다. 같은 폴더가 한 PC에서는 열리고 다른 PC에서만 막힌다면 저장된 로그인 정보와 Windows 계정 형식을 먼저 분리해서 봐야 합니다. 반대로 모든 PC에서 특정 폴더만 열리지 않으면 공유 설정과 폴더 보안 권한이 서로 다르게 적용됐을 가능성이 있습니다. 급하게 권한을 넓히기보다 현재 접속한 계정이 무엇인지 확인한 뒤 범위를 좁히는 편이 안전합니다. 초기 증상 확인이 필요하면 동네형컴퓨터 010-6833-8119 로 오류 화면과 공유 경로를 함께 알려주시면 됩니다. 서버명, 폴더명, 접속 계정 형식만 확보되어도 원인 구분이 빨라집니다.
이전 로그인 정보가 다른 계정으로 접속되는 경우
오류 화면에 용산구 STATUS_NETWORK_ACCESS_DENIED처럼 표기되어 있더라도, 실제 원인은 서버에 저장된 권한보다 클라이언트 PC의 이전 로그인 기록일 수 있습니다. 특히 탐색기 주소창에 \\서버이름\공유이름을 입력했는데 계정 입력창이 뜨지 않거나, 분명 다른 계정을 입력했는데 계속 같은 접근 거부가 반복되는 경우가 여기에 해당합니다.
Windows 는 자격 증명 관리자에 남은 사용자 이름과 비밀번호를 재사용할 수 있습니다. 먼저 제어판의 자격 증명 관리자에서 해당 서버 이름, IP 주소, NAS 이름으로 저장된 Windows 자격 증명을 확인합니다. 이전 담당자 계정이나 변경 전 비밀번호가 남아 있다면 삭제한 뒤 다시 연결해야 합니다. 삭제만으로 끝내지 말고 명령 프롬프트에서 net use를 실행해 기존 네트워크 연결이 남아 있는지도 함께 살펴보는 것이 좋습니다.
이미 연결된 세션이 있다면 같은 서버에 다른 사용자로 접속하려 해도 인증 주체가 바뀌지 않을 수 있습니다. 필요한 연결을 종료하고, 탐색기 창을 닫은 다음 서버 주소를 다시 입력해 계정 입력창이 나오는지 확인합니다. 이때 “다른 자격 증명 사용”을 선택하고 서버에 등록된 계정 형식으로 명확하게 입력해야 합니다.
공유 권한과 폴더 보안 권한이 엇갈리는 지점
SMB 공유 폴더는 공유 탭의 권한과 보안 탭의 NTFS 권한을 함께 적용합니다. 두 설정 가운데 더 제한적인 결과가 적용되므로, 공유 권한에서 읽기 또는 변경이 허용되어도 보안 탭에서 해당 계정이 제외되어 있으면 폴더를 열 수 없습니다. 반대로 NTFS 권한이 넓어도 공유 권한이 읽기로 제한되어 있으면 수정 작업은 막힐 수 있습니다.
| 확인 위치 | 주요 점검 항목 | 자주 나타나는 증상 |
|---|---|---|
| 공유 탭 | 사용자·그룹별 읽기, 변경, 모든 권한 | 공유는 보이지만 열기 또는 쓰기 실패 |
| 보안 탭 | NTFS 허용·거부, 상위 폴더 상속, 적용 대상 | 특정 하위 폴더만 접근 거부 |
| 고급 보안 설정 | 명시적 거부, 소유자, 권한 상속 차단 | 관리자 계정인데도 일부 경로 차단 |
점검할 때는 사용자 이름만 비교하지 말고, 해당 사용자가 속한 그룹까지 같은 기준으로 대조해야 합니다. 예를 들어 사용자에게 허용 권한이 있어도 소속 그룹에 명시적인 거부 항목이 있으면 접근이 제한될 수 있습니다. 또한 상위 폴더에서 내려오는 권한이 하위 폴더의 설정을 덮는 경우도 있으므로, 문제가 난 폴더 한 곳만 보지 말고 상위 경로의 상속 상태를 확인해야 합니다.
권한을 무조건 “모든 사용자”로 바꾸는 방식은 임시 확인에는 도움이 될 수 있어도 운영 환경에서는 적절하지 않습니다. 폴더별로 읽기만 필요한 사람, 수정이 필요한 사람, 접근하면 안 되는 사람을 구분하고, 실제 업무 계정 또는 그룹 단위로 권한을 다시 구성해야 재발을 줄일 수 있습니다.
계정 형식과 서버 정책을 순서대로 검증하기
동일한 이름의 계정이라도 로컬 계정, Microsoft 계정, 도메인 계정은 인증 경로가 다릅니다. Windows PC를 서버처럼 공유하는 경우에는 보통 서버이름\사용자이름 또는 .\사용자이름 형식이 필요할 수 있습니다. 회사 도메인 환경이라면 도메인\사용자이름 또는 조직에서 사용하는 로그인 형식을 따라야 합니다. Microsoft 계정은 일반 로컬 계정과 입력 방식이 달라 혼동되는 경우가 많습니다.
계정 형식을 바꿔 재접속했는데도 실패한다면 다른 PC에서 같은 계정으로 같은 공유 경로를 열어 봅니다. 다른 PC에서는 열리고 특정 PC에서만 막히면 해당 PC의 자격 증명, Windows 업데이트 이후 변경된 보안 설정, 방화벽 또는 SMB 클라이언트 설정을 우선 확인합니다. 반대로 어느 PC에서도 열리지 않으면 서버 또는 NAS의 계정 권한, 공유 서비스 상태, 폴더 설정을 중심으로 봐야 합니다.
서버 측에서는 이벤트 로그의 보안 및 시스템 항목을 확인하면 로그인 실패 계정, 인증 실패 시점, 권한 거부 기록을 찾는 데 도움이 됩니다. SMB 서비스가 실행 중인지, 파일 및 프린터 공유 방화벽 규칙이 허용되어 있는지, 이름 해석이 정상인지도 순서대로 확인합니다. 서버 이름으로 접속할 때만 실패하고 IP 주소에서는 열리는 경우라면 권한보다 DNS 또는 이름 해석 문제일 수 있으므로 원인을 섞어 판단하지 않는 것이 중요합니다.
현장 확인이 필요한 장비 구성
NAS 관리 화면의 사용자·공유폴더 권한이 복잡하게 나뉘어 있거나, Windows Server 의 로컬 보안 정책과 다수 PC의 연결 상태를 함께 조정해야 한다면 현장 점검 범위를 먼저 정하는 편이 효율적입니다. 서버에 직접 로그인해야 하는 상황, 공유기·스위치 또는 방화벽 설정까지 확인해야 하는 상황도 현장 작업이 적합할 수 있습니다.
반면 오류가 난 PC에서 원격 연결이 유지되고 서버 또는 NAS 관리 화면에 접속할 수 있다면 원격으로도 상당 부분 확인할 수 있습니다. 오류 화면, 공유 경로, 접속을 시도한 계정 형식, Windows 버전, 다른 PC에서의 접속 결과를 미리 확보하면 불필요한 권한 변경 없이 진단할 수 있습니다. 방문 일정이 필요한 경우에는 장비 수와 서버 로그인 가능 여부를 기준으로 조율합니다.
접속 실패 화면이 남아 있을 때 문의하기
접근 거부는 하나의 설정만 바꿔서 끝나는 문제가 아닐 수 있습니다. 먼저 같은 계정이 다른 PC에서는 열리는지, 같은 PC에서 다른 공유 폴더는 열리는지, 서버 이름과 IP 주소 접속 결과가 같은지를 비교해 보세요. 이 세 가지 결과만 있어도 클라이언트 문제인지, 계정 문제인지, 폴더 권한 문제인지 방향을 빠르게 나눌 수 있습니다.
공유 권한과 NTFS 보안 권한은 같은 계정 또는 같은 그룹 기준으로 함께 확인해야 하며, 저장된 자격 증명은 삭제 후 인증 주체를 분리해 다시 접속해 보는 과정이 핵심입니다. 이후에도 반복된다면 서버 로그와 SMB 정책까지 묶어서 확인해야 단순한 임시 해결이 아니라 재발 여부까지 판단할 수 있습니다.
오류 화면, 접속 경로, Windows 버전, 사용한 계정 형식, 다른 PC의 접속 결과를 준비해 동네형컴퓨터 010-6833-8119 로 문의해 주세요. 출장은 09:00~18:00 서울·경기·인천·세종에서 가능하며, 원격 점검은 새벽 시간을 제외하고 진행합니다. 접수 안내와 점검 방식은 https://udns.kr/에서 확인할 수 있습니다.
자주 묻는 질문
Q. 네트워크 공유에서 접근 거부 오류는 무엇을 뜻하나요?
A. 서버 또는 공유 폴더에는 연결됐지만, 현재 인증된 계정에 해당 위치를 열 권한이 없거나 인증 정보가 맞지 않는 상태를 뜻합니다.
Q. 공유 권한을 모든 사용자로 설정하면 해결되나요?
A. 반드시 그렇지 않습니다. 폴더의 NTFS 보안 권한, 명시적 거부 설정, 상위 폴더 권한 상속도 함께 확인해야 합니다.
Q. 이 문제는 원격으로 점검할 수 있나요?
A. 접속 가능한 PC와 서버 또는 NAS 관리 화면이 확보되면 원격 확인이 가능합니다. 서버에 직접 로그인해야 하거나 네트워크 장비 설정이 필요한 경우에는 현장 점검이 더 적합할 수 있습니다.