Windows에서 "Could Not Reconnect All Network Drives" 오류 해결 가이드

이 문서는 Windows에서 “Could not reconnect all network drives”(모든 네트워크 드라이브를 다시 연결할 수 없음) 오류를 단계별로 진단하고 해결하는 방법을 종합적으로 설명합니다. 기본 사용자용 빠른 해결책부터, 시스템 관리자용 정책 조정, 시작 스크립트 및 작업 스케줄러 설정, 레지스트리 편집 및 보안·운영 체크리스트까지 포함합니다.
중요: 그룹 정책 편집기(GPEDIT)는 Windows Pro/Edu/Enterprise에서 사용 가능합니다. Home 에디션을 사용 중이라면 GPEDIT 활성화 방법을 확인한 후 진행하세요.
무엇이 문제를 일으키는가
간단한 정리: 네트워크 드라이브는 로그인 프로세스에서 자동으로 재연결되도록 설정될 수 있지만, 네트워크 초기화 순서 또는 권한(예: UAC 관련 세션 분리 등) 때문에 로그인 시점에 경로가 아직 사용할 수 없으면 매핑이 실패합니다. 이 오류는 드라이브 자체의 문제라기보다 “로그온 시 네트워크 준비 상태”와 “세션 권한(사용자 권한과 서비스 권한의 분리)”에 기인하는 경우가 많습니다.
용어 정의(한 줄):
- 네트워크 드라이브: 서버의 공유 폴더를 로컬 드라이브 문자로 연결한 항목.
- 매핑(mapping): 네트워크 리소스를 드라이브 문자로 연결하는 작업.
- 재연결: 재부팅이나 로그온 후 자동으로 매핑을 복원하려는 동작.
H2: 빠른 해결 순서(우선 적용 권장)
- 네트워크 드라이브를 끊었다가 수동으로 다시 연결해 본다.
- Windows 업데이트를 확인하고 최신 패치를 설치한다.
- 문제가 반복되면 그룹 정책에서 “시작 시 네트워크 대기”를 활성화한다.
- 위 설정으로도 해결 안 되면 시작 스크립트(배치 + PowerShell) 또는 작업 스케줄러로 매핑 자동화를 설정한다.
- 알림만 숨기고 싶다면 레지스트리에서 RestoreConnection 값을 조정한다.
1. 최신 Windows 업데이트 설치
Microsoft는 오래된 Windows 버전에서 이러한 네트워크 관련 버그가 발생할 수 있으므로 최신 업데이트 설치를 권장합니다. 업데이트 적용으로 네트워크 초기화 순서나 인증 관련 버그가 수정될 수 있습니다.
Windows 업데이트 설치 방법(요약):
- Win + I를 눌러 설정을 연다.
- 왼쪽에서 Windows 업데이트를 선택한다.
- “업데이트 확인”을 클릭하여 보류 중인 업데이트를 검색한다.
- 사용 가능한 업데이트가 있으면 “다운로드 및 설치“를 클릭한다.
- 설치 후 PC를 재시작하고 문제가 해결되었는지 확인한다.
참고: 대규모 기업 환경에서는 중앙 관리(WSUS, SCCM) 정책에 따라 배포되는 경우가 있으니 IT 정책을 확인하세요.
2. 네트워크 드라이브 연결 끊기 및 재연결
특정 드라이브만 오류가 발생한다면 해당 드라이브를 끊고 다시 매핑하면 즉시 해결되는 경우가 많습니다.
수동으로 드라이브 연결 끊는 방법:
- Win + E를 눌러 파일 탐색기를 연다.
- 왼쪽에서 “내 PC”를 마우스 오른쪽 버튼으로 클릭하고 “네트워크 드라이브 연결 끊기”를 선택한다. (Windows 11에서는 ‘추가 옵션 표시‘를 통해 이전 메뉴를 표시해야 할 수 있음)
- 연결된 네트워크 드라이브 목록이 표시되면 문제의 드라이브를 선택하고 “확인”을 클릭한다.
수동 재연결 팁:
- 네트워크 리소스에 접근 가능한지(서버 가동, 공유 권한) 먼저 확인하세요.
- 자격 증명 문제면 자격 증명 관리자에서 저장된 자격 증명을 업데이트하거나 제거 후 다시 연결하세요.
3. 그룹 정책: 시작 시 네트워크를 기다리도록 설정
이 오류의 일반적인 원인은 로그인 시점에 네트워크가 아직 준비되지 않았기 때문입니다. 로컬 그룹 정책 편집기에서 “컴퓨터 시작 및 로그온 시 항상 네트워크 대기” 정책을 활성화하면 Windows가 드라이브 매핑 전에 네트워크 초기화를 기다립니다.
단계:
- Win + R을 눌러 실행창을 연다.
- “gpedit.msc”를 입력하고 확인을 눌러 로컬 그룹 정책 편집기를 연다.
- 왼쪽에서 다음 경로로 이동한다: Computer Configuration > Administrative Templates > System > Logon
- 오른쪽 목록에서 “컴퓨터 시작 및 로그온 시 네트워크를 항상 기다림”(Always wait for the network at computer startup and logon) 정책을 더블클릭한다.
- “사용”(Enabled)을 선택하고 적용한 뒤 확인을 누른다.
- PC를 재시작하여 정책이 적용되었는지 확인한다.
노트: 이 정책은 도메인 환경과 로컬 컴퓨터 환경에서 모두 적용될 수 있습니다. 도메인 정책(GPO)이 우선인 경우 도메인 관리자가 같은 설정을 도메인 레벨에서 적용해야 합니다.
4. 배치 스크립트로 드라이브 매핑 자동화
그룹 정책으로 해결되지 않는 경우 시작 시 드라이브를 반복해서 매핑하는 스크립트를 만들어 자동 재시도를 수행할 수 있습니다. 아래 방법은 두 파일을 사용합니다: batch.cmd(시작 항목)와 MapDrives.ps1(PowerShell 매핑 스크립트).
batch.cmd 내용(예시):
PowerShell -Command "Set-ExecutionPolicy -Scope CurrentUser Unrestricted" >> "%TEMP%\StartupLog.txt" 2>&1
PowerShell -File "%SystemDrive%\Scripts\MapDrives.ps1" >> "%TEMP%\StartupLog.txt" 2>&1
MapDrives.ps1 내용(예시):
$i=3
while($True){
$error.clear()
$MappedDrives = Get-SmbMapping | where -property Status -Value Unavailable -EQ | select LocalPath,RemotePath
foreach( $MappedDrive in $MappedDrives){
try {
New-SmbMapping -LocalPath $MappedDrive.LocalPath -RemotePath $MappedDrive.RemotePath -Persistent $True
} catch {
Write-Host "There was an error mapping $($MappedDrive.RemotePath) to $($MappedDrive.LocalPath)"
}
}
$i = $i - 1
if($error.Count -eq 0 -or $i -eq 0) { break }
Start-Sleep -Seconds 30
}
파일 저장 및 배치 등록 절차:
- 메모장을 열고 위 batch.cmd 내용을 붙여넣기 한 후 파일 이름을 batch.cmd로 저장(형식: 모든 파일)한다.
- 새 메모장에 MapDrives.ps1 내용을 붙여넣고 MapDrives.ps1로 저장한다.
- batch.cmd를 다음 경로의 시작 폴더에 배치한다: C:\ProgramData\Microsoft\Windows\Start Menu\Programs\StartUp
- C:\ 드라이브에 Scripts 폴더를 만들고 MapDrives.ps1 파일을 그 안으로 이동한다.
- PC를 재시작하여 스크립트가 실행되는지 확인한다.
보안·운영 주의:
- PowerShell 실행 정책을 변경하면 잠재적으로 악성 스크립트 실행 위험이 있으므로 스크립트 소스와 내용을 검토하세요.
- 조직 환경에서는 코드 서명된 스크립트를 사용하는 것이 권장됩니다.
5. 작업 스케줄러로 스크립트 실행
만약 시작 폴더에 둔 스크립트가 로그온 시점에서 실행되지 않는다면 작업 스케줄러로 더 강력한 제어(권한, 실행 시점, 조건)를 설정할 수 있습니다.
작업 생성 요약:
- Win 키를 누르고 “작업 스케줄러”를 검색해 실행한다.
- 작업 스케줄러에서 Action -> Create Task를 선택한다.
- 이름을 지정하고 Security options에서 “사용자 또는 그룹 변경”을 눌러 적절한 계정(예: 도메인 계정 또는 로컬 관리자)을 설정한다.
- “가장 높은 권한으로 실행”(Run with highest privileges)을 체크한다.
- Triggers 탭에서 New를 눌러 “로그온 시”(At log on)를 선택한다.
- Actions 탭에서 New를 선택하고 Action을 “프로그램 시작”으로 설정한다. 대상 파일로 PowerShell을 지정하고 인수에 다음을 입력한다:
-windowsstyle hidden -command .\MapDrives.ps1 >> %TEMP%\StartupLog.txt 2>&1
또는 Actions에서 직접 “powershell.exe”를 지정하고, Start in(시작 위치) 필드에 %SystemDrive%\Scripts\ 를 입력한다.
- Conditions 탭에서 “다음 네트워크 연결이 있을 때만 시작”을 선택하고 드롭다운에서 “임의의 연결(Any connection)”을 선택한다. 이 옵션은 네트워크 연결이 실제로 준비되었을 때만 작업을 실행하도록 합니다.
- 확인을 눌러 작업을 저장하고 PC를 재시작해 동작을 확인한다.
작업 스케줄러 장점:
- 재시도, 조건(AC 전원, 네트워크 연결 등), 권한 상승을 세밀하게 제어 가능.
- 중앙에서 관리되는 스크립트나 패치와 결합 가능.
6. 레지스트리로 오류 알림 숨기기
오류 알림 자체가 귀찮다면 레지스트리를 수정해 알림 팝업을 비활성화할 수 있습니다. 이 방법은 문제를 해결하지 않고 알림을 숨기는 것임에 유의하세요.
수행 전 권장 작업: 시스템 복원 지점 생성 또는 레지스트리 백업.
레지스트리 편집 절차:
- Win + R을 눌러 실행창을 연다.
- regedit를 입력하고 확인하여 레지스트리 편집기를 연다. UAC가 묻는 경우 예(Yes)를 클릭한다.
- 다음 키로 이동한다: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\NetworkProvider
- 오른쪽 창에서 RestoreConnection 값이 있는지 확인한다. 없으면 NetworkProvider 키에서 마우스 오른쪽 버튼 -> New -> DWORD (32-bit) Value를 선택해 RestoreConnection이라는 이름으로 생성한다.
- RestoreConnection을 더블클릭하고 값 데이터를 0으로 설정한 뒤 확인한다.
- 레지스트리 편집기를 닫고 PC를 재시작한다.
효과: 이 설정은 로그온 시도 중 네트워크 드라이브 재연결 알림을 중단하지만, 근본 원인은 남아 있으므로 장기적 해결책은 아니며, 특히 공유 자원에 의존하는 스크립트나 애플리케이션이 있다면 문제를 가릴 수 있습니다.
대안적 접근 방식과 언제 이것들이 유용한가
- 도메인 환경에서 GPO로 중앙 관리: 여러 사용자에게 동일한 문제가 발생하면 도메인 수준 GPO에서 “시작 시 네트워크 대기” 정책을 배포하세요.
- 사용자 단말에서 권한 분리 문제: UAC 세션 분리로 인해 서비스 계정과 사용자 세션 간에 네트워크 매핑이 보이지 않는 경우가 있습니다. 이때는 서비스 계정으로 매핑하거나 그룹 정책의 자격 증명 전달 정책을 검토하세요.
- 자격 증명 문제: 저장된 자격 증명이 만료되거나 변경된 경우 자격 증명 관리자에서 제거 후 재로그인으로 해결됩니다.
- 서드파티 네트워크 드라이브 매니저: 기업용 환경에서는 안정적인 매핑을 제공하는 상용 솔루션을 도입해 관리 편의성과 로깅을 확보할 수 있습니다.
문제 해결을 위한 체크리스트(관리자용)
- 네트워크 서버(파일 서버)가 가동 중이며 공유가 정상인지 확인.
- 사용자 자격 증명이 유효한지 확인(도메인 계정/로컬 자격 증명).
- 클라이언트에서 네트워크 연결(케이블/무선, DNS) 상태 확인.
- Windows 업데이트가 최신인지 확인.
- 로컬/도메인 그룹 정책에서 “시작 시 네트워크 대기” 적용 여부 확인.
- 시작 스크립트 또는 작업 스케줄러로 매핑 자동화 구성 여부 확인.
- 레지스트리 변경(RestoreConnection) 여부 및 영향 검토.
- 보안 정책(예: 실행 정책, 스크립트 서명)이 조직 규정과 일치하는지 확인.
역할 기반 권장사항
- 최종 사용자: 먼저 네트워크 드라이브를 끊고 다시 연결해 보세요. 문제가 지속되면 IT팀에 로그온 시간, 오류 스크린샷, 해당 드라이브 문자와 원격 경로를 제공하세요.
- IT 관리자(현장): 그룹 정책으로 “시작 시 네트워크 대기”를 배포하고, 필요한 경우 시작 스크립트 또는 작업 스케줄러를 통해 재시도를 자동화하세요.
- 보안 담당자: PowerShell 실행 정책 완화는 최소 권한·임시로 제한하고, 스크립트 서명이나 중앙 관리된 패키지를 사용하세요.
진단 사례와 대응 예시
사례 A: 특정 PC에서만 오류 발생
- 진단: 클라이언트 네트워크 드라이버 문제, 오래된 OS 패치, 또는 사용자 프로파일 문제일 가능성.
- 대응: 네트워크 드라이버 업데이트, OS 최신화, 새 사용자 프로필로 로그인 테스트.
사례 B: 도메인 전체에서 동일한 오류
- 진단: 도메인 정책 또는 파일 서버의 인증 방식 변경, 네트워크 부팅 순서 문제.
- 대응: 도메인 GPO 검토, 파일 서버 인증 로그 확인, 네트워크 인프라 담당자와 협업.
사례 C: 알림만 제거하고 싶은 경우
- 진단: 업무에는 큰 영향이 없고 알림 팝업만 성가신 상황.
- 대응: 레지스트리에서 RestoreConnection 값을 0으로 설정(알림 숨김).
실패하는 경우(반례) 및 한계
- VPN 접속 시 지연: 로그인 시 네트워크가 VPN을 통해 연결되어야 하는 경우에는 로그인 시점에 VPN 연결이 완료되지 않아 매핑이 실패할 수 있습니다. 이 경우 VPN 클라이언트 설정 또는 로그인 후 트리거 기반 작업이 필요합니다.
- 네트워크 정책(방화벽/SMB 설정)으로 원격 공유 접속 자체가 차단된 경우 스크립트나 정책으로는 해결 불가합니다.
- 자격 증명 만료/비활성화: 계정 잠김이나 비밀번호 만료는 매핑 실패의 근본 원인이며, 사용자 인증 문제를 해결해야 합니다.
보안 및 개인정보 고려사항
- 스크립트에 평문으로 자격 증명을 저장하지 마세요. 대신 도메인 인증, Kerberos, 또는 신뢰할 수 있는 자격 증명 저장소를 사용하세요.
- PowerShell 실행 정책을 완화하면 악성 스크립트 실행 위험이 증가합니다. 가능한 경우 스크립트 서명(Signing)과 제한된 실행 정책을 사용하세요.
- 레지스트리와 같은 시스템 변경은 변경 로그를 남기고 변경 전 후 상태를 백업하세요.
빠른 복구 플레이북(요약형 SOP)
- 사용자 문의 접수: 오류 스크린샷, 드라이브 문자, 원격 경로 수집.
- 간단한 재연결 시도: 사용자에게 네트워크 드라이브 끊기/다시 연결 안내.
- 클라이언트 점검: 네트워크, DNS, Windows 업데이트 상태 확인.
- 정책 적용: 로컬 또는 도메인 GPO에서 “시작 시 네트워크 대기” 활성화.
- 자동화 설정: 실패 시 시작 스크립트 또는 작업 스케줄러로 재시도 구성.
- 장기조치: 문제 빈도가 높으면 중앙 모니터링 도구 또는 서드파티 솔루션 검토.
수용 기준(Критерии приёмки)
- 재현 테스트: 동일한 사용자 계정으로 로그인 후 3회 연속으로 네트워크 드라이브가 자동으로 매핑되어야 합니다.
- 로그 확인: StartupLog.txt(스크립트 로그)를 통해 오류가 더 이상 기록되지 않거나, 재시도 후 성공 로그가 있어야 합니다.
- 사용자 확인: 사용자가 로그인 후 드라이브 접근에 문제 없다고 확인해야 합니다.
의사결정 흐름(간단한 다이어그램)
flowchart TD
A[로그온 시 드라이브 재연결 실패] --> B{한 번만 발생?
}
B -- 예 --> C[간단히 드라이브 끊기 및 재연결]
B -- 아니오 --> D{모든 사용자 발생?}
D -- 예 --> E[도메인 GPO 확인 및 배포]
D -- 아니오 --> F[클라이언트 검사: 네트워크/업데이트/자격증명]
F --> G{해결됨?}
G -- 예 --> H[종료]
G -- 아니오 --> I[그룹 정책 '시작 시 네트워크 대기' 활성화]
I --> J{해결됨?}
J -- 예 --> H
J -- 아니오 --> K[시작 스크립트 또는 작업 스케줄러로 자동화]
K --> L{해결됨?}
L -- 예 --> H
L -- 아니오 --> M[레지스트리로 알림 숨기기 또는 서드파티 솔루션 도입]
1줄 용어집
- 매핑(mapping): 네트워크 공유를 로컬 드라이브 문자로 연결하는 작업.
- GPO: 그룹 정책(도메인/로컬에서 설정을 중앙 관리하는 방법).
- RestoreConnection: 로그온 시 네트워크 연결 복원 동작을 제어하는 레지스트리 값.
정리
- 원인: 로그인 시 네트워크 준비 전 매핑 시도로 인해 연결에 실패하는 경우가 대부분입니다.
- 즉시 해결: 드라이브 연결 해제/재연결, Windows 업데이트, 자격 증명 확인.
- 근본 해결: 그룹 정책에서 네트워크 초기화를 기다리도록 설정하거나 시작 시 재시도하는 스크립트를 구성합니다.
- 알림만 제거하고 싶으면 레지스트리 RestoreConnection 값을 조정할 수 있습니다.
요약: 이 가이드를 따라 단계별로 점검하면 대부분의 “Could not reconnect all network drives” 오류는 해결되거나, 최소한 로그온 시 자동 매핑 안정성을 높일 수 있습니다. 조직 환경에서는 도메인 GPO와 중앙화된 관리로 문제를 근본적으로 줄이는 것이 가장 효과적입니다.