네트워크 공유폴더 “지정한 로그온 세션이 없습니다” 해결 정리 (Windows 11/10, NAS)
네트워크 공유폴더에 들어가려는데 “지정한 로그온 세션이 없습니다. 이미 종료되었을 수도 있습니다”가 뜨면, 대부분은 자격 증명 저장/인증 방식이 보안 설정에 의해 막히거나, 같은 서버에 다른 계정으로 접속 흔적(세션)이 남아 충돌하는 경우가 많습니다.
특히 Windows 11 환경에서 NAS/파일서버/다른 PC 공유폴더를 연결할 때 이 메시지가 반복되면, 아래 내용을 한 번에 정리해두는 쪽이 재발 방지에 도움이 됩니다.
먼저 이것부터 확인해보면 빠른 경우가 많습니다
- 같은 서버(IP/호스트)에 다른 계정으로 이미 연결되어 있는지 확인
- 자격 증명 저장을 막는 보안 옵션이 켜져 있는지 확인
- 네트워크가 불안정(와이파이/스위치/라우터)해서 세션이 끊기는 상황인지 확인
이 오류가 자주 뜨는 상황
아래 중 하나라도 해당되면 “지정한 로그온 세션이 없습니다”가 쉽게 발생합니다.
- 공유폴더 서버에 접속하던 도중 네트워크가 순간 끊겨 세션이 유실됨
- 같은 PC에서 같은 서버로 서로 다른 계정을 번갈아 쓰며 접속함
- 조직/회사 PC에서 보안 정책(그룹 정책)으로 자격 증명 저장이 제한됨
- NAS/파일서버가 보안 강화 설정(SMB/인증)을 요구하는데 PC 쪽이 따라가지 못함
가장 많이 통하는 해결: 자격 증명 저장 제한을 풀어주기
같이 등장하는 문구로 “이 네트워크 리소스를 사용할 권한이 없는 것 같습니다”가 보이는 경우도 있는데, 이때는 자격 증명(암호/로그인 정보) 저장을 막는 정책이 원인인 경우가 많습니다.
네트워크 액세스: 네트워크 인증을 위한 암호 및 자격 증명의 저장을 허용하지 않음
이 항목이 켜져 있으면(사용) Windows가 자격 증명을 저장하지 못해 공유폴더 인증이 꼬이면서 세션 오류가 발생할 수 있습니다. 보통은 “사용 안 함”으로 두는 쪽이 접속 문제를 줄입니다.
secpol.msc 로컬 보안 정책에서 변경
- 시작 메뉴 검색창에서 secpol.msc 입력 후 실행
- 보안 설정 → 지역 정책 → 보안 옵션으로 이동
- “네트워크 액세스: 네트워크 인증을 위한 암호 및 자격 증명의 저장을 허용하지 않음”을 찾아 더블 클릭
- 값을 “사용 안 함”으로 두고 적용
- 재부팅 후 공유폴더 재접속
이 한 가지로도 “지정한 로그온 세션이 없습니다”가 깔끔하게 사라지는 경우가 많습니다.
gpedit.msc에서 동일 항목 찾기
Windows 검색창에 gpedit.msc를 입력해 로컬 그룹 정책 편집기를 엽니다.
Windows 설정 → 보안 설정 → 로컬 정책 → 보안 옵션에서 아래 항목을 찾습니다.
네트워크 액세스 : 네트워크 인증에 대한 암호 및 자격 증명의 저장소 허용안함을 열어 “사용 안 함”으로 두고 적용합니다.
적용 후 재부팅하고, 네트워크 드라이브/공유폴더를 다시 연결해보면 “지정한 로그온 세션이 없습니다”가 해결되는 경우가 많습니다.
증상별로 한 번에 정리
| 보이는 현상 | 자주 있는 원인 | 우선 해볼 것 |
|---|---|---|
| 공유폴더 열 때 지정한 로그온 세션이 없습니다 | 자격 증명 저장 제한 정책, 계정 충돌 | 보안 옵션을 “사용 안 함”으로 변경 + 기존 연결 정리 |
| 같은 서버에 다른 계정으로 바꿔 접속하면 실패 | Windows가 한 서버에 대해 여러 자격 증명을 동시에 유지하지 못함 | 기존 세션 삭제 후 하나의 계정으로 재접속 |
| 가끔 된다가 가끔 끊김 | 네트워크 불안정(와이파이/스위치/라우터) | 유선 전환, 공유기/스위치 재부팅, 서버/NAS 상태 점검 |
네트워크 공유폴더 접속 형태
네트워크 드라이브에 접속할 때, 단순히 IP만 치는 방식으로는 인증이 꼬이기 쉽습니다. 공유 이름(또는 계정)까지 포함해서 접근하는 쪽이 안정적입니다.
실행창(Win + R) 또는 파일 탐색기 주소창에 아래처럼 입력합니다.
예시(원문 표기 그대로)
네트워크 드라이브 로그온 예 : \192.168.0.11 decreyellow공백 없이 입력하면 아래처럼 됩니다.
\192.168.0.11decreyellow이후 자격 증명 창이 뜨면 사용자 이름/암호를 정확히 입력하고, 필요하면 자격 증명 저장을 선택합니다.
보안 옵션을 바꿨는데도 동일하면, 아래 2가지를 함께 정리해두는 게 좋습니다. “지정한 로그온 세션이 없습니다”는 남아 있는 연결 정보 때문에 반복되는 경우가 많습니다.
1) 남아 있는 네트워크 연결(세션) 정리
관리자 권한으로 명령 프롬프트를 열고 아래를 실행합니다.
net use목록에 같은 서버(예: \192.168.0.11)가 보이면, 일단 정리 후 다시 연결하는 방식이 깔끔합니다.
net use * /delete정리 후 파일 탐색기에서 다시 \IP공유이름으로 접속합니다.
2) 자격 증명 관리자에 저장된 항목 확인
제어판에서 자격 증명 관리자를 열고, Windows 자격 증명에 같은 서버/IP로 저장된 값이 여러 개면 실제 사용하는 계정 하나만 남기고 정리하는 편이 오류가 덜 납니다.
회사/도메인 PC라면 보안 정책이 다시 원래대로 돌아가는 경우도 있습니다. 그때는 로컬에서 바꿔도 반복될 수 있으니, 담당자에게 해당 정책 항목을 공유해서 조정 가능한지 확인하는 편이 빠릅니다.
FAQ
같은 공유폴더 서버에 “다른 계정”으로 번갈아 접속해야 하는데 계속 충돌합니다
Windows는 같은 서버(IP/호스트)에 대해 여러 자격 증명을 동시에 유지할 때 충돌이 잘 납니다. 가장 안정적인 방식은 하나의 계정으로 통일하는 것이고, 불가피하면 접속 전 net use로 기존 연결을 지우고 다시 들어가는 방식이 덜 꼬입니다.
보안 옵션을 바꿨는데도 “지정한 로그온 세션이 없습니다”가 그대로입니다
대부분은 기존 세션/저장된 자격 증명이 남아 있어서 그렇습니다. net use * /delete로 정리하고, 자격 증명 관리자에서 해당 IP/호스트 항목을 확인한 뒤 재접속해보세요.
Windows 11에서 gpedit.msc / secpol.msc가 실행되지 않습니다
에디션에 따라 도구가 없는 경우가 있습니다. 이때는 조직 정책이 적용되는 환경인지부터 확인하는 편이 좋고, 개인 PC라면 자격 증명 관리자 + net use 정리만으로도 해결되는 경우가 많습니다.
NAS에서는 뜨고, 다른 PC 공유폴더에서는 멀쩡합니다
NAS는 보안 설정(SMB/인증) 구성이 PC 공유와 다를 수 있습니다. NAS에 저장된 계정/권한, 익명 접근 제한, SMB 버전 설정이 맞물리면 “지정한 로그온 세션이 없습니다”가 더 자주 발생합니다. PC에서 먼저 자격 증명 저장 제한과 세션 충돌을 제거한 뒤 NAS 설정을 점검하는 순서가 덜 돌아갑니다.
자격 증명 저장을 허용하면 보안이 약해지지 않나요?
공용 PC/불특정 다수 사용 환경에서는 신중해야 합니다. 다만 개인 PC 또는 사내 관리 PC에서 공유폴더 접속이 업무에 필요하다면, 필요한 서버에만 자격 증명을 저장하고, 사용하지 않는 항목은 주기적으로 정리하는 방식이 현실적으로 균형이 좋습니다.
정상 접속은 되는데 파일 복사/삭제에서만 권한 오류가 납니다
이 경우는 “세션 오류”보다 공유 권한/NTFS 권한 이슈인 경우가 많습니다. 공유폴더 소유자(서버/NAS) 쪽에서 계정 권한(읽기/쓰기/수정)을 다시 확인해야 합니다.
