기술 가이드

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

9 min read Windows 문제 업데이트됨 06 Oct 2025
Windows 네트워크 드라이브 재연결 오류 해결
Windows 네트워크 드라이브 재연결 오류 해결

네트워크 드라이브 재연결 오류 스크린샷

이 문서는 Windows에서 “Could not reconnect all network drives”(모든 네트워크 드라이브를 다시 연결할 수 없음) 오류를 단계별로 진단하고 해결하는 방법을 종합적으로 설명합니다. 기본 사용자용 빠른 해결책부터, 시스템 관리자용 정책 조정, 시작 스크립트 및 작업 스케줄러 설정, 레지스트리 편집 및 보안·운영 체크리스트까지 포함합니다.

중요: 그룹 정책 편집기(GPEDIT)는 Windows Pro/Edu/Enterprise에서 사용 가능합니다. Home 에디션을 사용 중이라면 GPEDIT 활성화 방법을 확인한 후 진행하세요.

무엇이 문제를 일으키는가

간단한 정리: 네트워크 드라이브는 로그인 프로세스에서 자동으로 재연결되도록 설정될 수 있지만, 네트워크 초기화 순서 또는 권한(예: UAC 관련 세션 분리 등) 때문에 로그인 시점에 경로가 아직 사용할 수 없으면 매핑이 실패합니다. 이 오류는 드라이브 자체의 문제라기보다 “로그온 시 네트워크 준비 상태”와 “세션 권한(사용자 권한과 서비스 권한의 분리)”에 기인하는 경우가 많습니다.

용어 정의(한 줄):

  • 네트워크 드라이브: 서버의 공유 폴더를 로컬 드라이브 문자로 연결한 항목.
  • 매핑(mapping): 네트워크 리소스를 드라이브 문자로 연결하는 작업.
  • 재연결: 재부팅이나 로그온 후 자동으로 매핑을 복원하려는 동작.

H2: 빠른 해결 순서(우선 적용 권장)

  1. 네트워크 드라이브를 끊었다가 수동으로 다시 연결해 본다.
  2. Windows 업데이트를 확인하고 최신 패치를 설치한다.
  3. 문제가 반복되면 그룹 정책에서 “시작 시 네트워크 대기”를 활성화한다.
  4. 위 설정으로도 해결 안 되면 시작 스크립트(배치 + PowerShell) 또는 작업 스케줄러로 매핑 자동화를 설정한다.
  5. 알림만 숨기고 싶다면 레지스트리에서 RestoreConnection 값을 조정한다.

1. 최신 Windows 업데이트 설치

Windows 업데이트 설치 화면

Microsoft는 오래된 Windows 버전에서 이러한 네트워크 관련 버그가 발생할 수 있으므로 최신 업데이트 설치를 권장합니다. 업데이트 적용으로 네트워크 초기화 순서나 인증 관련 버그가 수정될 수 있습니다.

Windows 업데이트 설치 방법(요약):

  1. Win + I를 눌러 설정을 연다.
  2. 왼쪽에서 Windows 업데이트를 선택한다.
  3. “업데이트 확인”을 클릭하여 보류 중인 업데이트를 검색한다.
  4. 사용 가능한 업데이트가 있으면 “다운로드 및 설치“를 클릭한다.
  5. 설치 후 PC를 재시작하고 문제가 해결되었는지 확인한다.

참고: 대규모 기업 환경에서는 중앙 관리(WSUS, SCCM) 정책에 따라 배포되는 경우가 있으니 IT 정책을 확인하세요.

2. 네트워크 드라이브 연결 끊기 및 재연결

파일 탐색기에서 네트워크 드라이브 연결 끊기 화면

특정 드라이브만 오류가 발생한다면 해당 드라이브를 끊고 다시 매핑하면 즉시 해결되는 경우가 많습니다.

수동으로 드라이브 연결 끊는 방법:

  1. Win + E를 눌러 파일 탐색기를 연다.
  2. 왼쪽에서 “내 PC”를 마우스 오른쪽 버튼으로 클릭하고 “네트워크 드라이브 연결 끊기”를 선택한다. (Windows 11에서는 ‘추가 옵션 표시‘를 통해 이전 메뉴를 표시해야 할 수 있음)
  3. 연결된 네트워크 드라이브 목록이 표시되면 문제의 드라이브를 선택하고 “확인”을 클릭한다.

수동 재연결 팁:

  • 네트워크 리소스에 접근 가능한지(서버 가동, 공유 권한) 먼저 확인하세요.
  • 자격 증명 문제면 자격 증명 관리자에서 저장된 자격 증명을 업데이트하거나 제거 후 다시 연결하세요.

3. 그룹 정책: 시작 시 네트워크를 기다리도록 설정

그룹 정책 편집기 - 시작 시 네트워크 대기 옵션 화면

이 오류의 일반적인 원인은 로그인 시점에 네트워크가 아직 준비되지 않았기 때문입니다. 로컬 그룹 정책 편집기에서 “컴퓨터 시작 및 로그온 시 항상 네트워크 대기” 정책을 활성화하면 Windows가 드라이브 매핑 전에 네트워크 초기화를 기다립니다.

단계:

  1. Win + R을 눌러 실행창을 연다.
  2. “gpedit.msc”를 입력하고 확인을 눌러 로컬 그룹 정책 편집기를 연다.
  3. 왼쪽에서 다음 경로로 이동한다: Computer Configuration > Administrative Templates > System > Logon
  4. 오른쪽 목록에서 “컴퓨터 시작 및 로그온 시 네트워크를 항상 기다림”(Always wait for the network at computer startup and logon) 정책을 더블클릭한다.
  5. “사용”(Enabled)을 선택하고 적용한 뒤 확인을 누른다.
  6. 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
}

파일 저장 및 배치 등록 절차:

  1. 메모장을 열고 위 batch.cmd 내용을 붙여넣기 한 후 파일 이름을 batch.cmd로 저장(형식: 모든 파일)한다.
  2. 새 메모장에 MapDrives.ps1 내용을 붙여넣고 MapDrives.ps1로 저장한다.
  3. batch.cmd를 다음 경로의 시작 폴더에 배치한다: C:\ProgramData\Microsoft\Windows\Start Menu\Programs\StartUp
  4. C:\ 드라이브에 Scripts 폴더를 만들고 MapDrives.ps1 파일을 그 안으로 이동한다.
  5. PC를 재시작하여 스크립트가 실행되는지 확인한다.

보안·운영 주의:

  • PowerShell 실행 정책을 변경하면 잠재적으로 악성 스크립트 실행 위험이 있으므로 스크립트 소스와 내용을 검토하세요.
  • 조직 환경에서는 코드 서명된 스크립트를 사용하는 것이 권장됩니다.

5. 작업 스케줄러로 스크립트 실행

작업 스케줄러 - 새 작업 만들기 화면 예시

만약 시작 폴더에 둔 스크립트가 로그온 시점에서 실행되지 않는다면 작업 스케줄러로 더 강력한 제어(권한, 실행 시점, 조건)를 설정할 수 있습니다.

작업 생성 요약:

  1. Win 키를 누르고 “작업 스케줄러”를 검색해 실행한다.
  2. 작업 스케줄러에서 Action -> Create Task를 선택한다.
  3. 이름을 지정하고 Security options에서 “사용자 또는 그룹 변경”을 눌러 적절한 계정(예: 도메인 계정 또는 로컬 관리자)을 설정한다.
  4. “가장 높은 권한으로 실행”(Run with highest privileges)을 체크한다.
  5. Triggers 탭에서 New를 눌러 “로그온 시”(At log on)를 선택한다.
  6. Actions 탭에서 New를 선택하고 Action을 “프로그램 시작”으로 설정한다. 대상 파일로 PowerShell을 지정하고 인수에 다음을 입력한다:
-windowsstyle hidden -command .\MapDrives.ps1 >> %TEMP%\StartupLog.txt 2>&1

또는 Actions에서 직접 “powershell.exe”를 지정하고, Start in(시작 위치) 필드에 %SystemDrive%\Scripts\ 를 입력한다.

  1. Conditions 탭에서 “다음 네트워크 연결이 있을 때만 시작”을 선택하고 드롭다운에서 “임의의 연결(Any connection)”을 선택한다. 이 옵션은 네트워크 연결이 실제로 준비되었을 때만 작업을 실행하도록 합니다.
  2. 확인을 눌러 작업을 저장하고 PC를 재시작해 동작을 확인한다.

작업 스케줄러 장점:

  • 재시도, 조건(AC 전원, 네트워크 연결 등), 권한 상승을 세밀하게 제어 가능.
  • 중앙에서 관리되는 스크립트나 패치와 결합 가능.

6. 레지스트리로 오류 알림 숨기기

레지스트리 편집기 - NetworkProvider 경로 및 RestoreConnection 값

오류 알림 자체가 귀찮다면 레지스트리를 수정해 알림 팝업을 비활성화할 수 있습니다. 이 방법은 문제를 해결하지 않고 알림을 숨기는 것임에 유의하세요.

수행 전 권장 작업: 시스템 복원 지점 생성 또는 레지스트리 백업.

레지스트리 편집 절차:

  1. Win + R을 눌러 실행창을 연다.
  2. regedit를 입력하고 확인하여 레지스트리 편집기를 연다. UAC가 묻는 경우 예(Yes)를 클릭한다.
  3. 다음 키로 이동한다: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\NetworkProvider
  4. 오른쪽 창에서 RestoreConnection 값이 있는지 확인한다. 없으면 NetworkProvider 키에서 마우스 오른쪽 버튼 -> New -> DWORD (32-bit) Value를 선택해 RestoreConnection이라는 이름으로 생성한다.
  5. RestoreConnection을 더블클릭하고 값 데이터를 0으로 설정한 뒤 확인한다.
  6. 레지스트리 편집기를 닫고 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)

  1. 사용자 문의 접수: 오류 스크린샷, 드라이브 문자, 원격 경로 수집.
  2. 간단한 재연결 시도: 사용자에게 네트워크 드라이브 끊기/다시 연결 안내.
  3. 클라이언트 점검: 네트워크, DNS, Windows 업데이트 상태 확인.
  4. 정책 적용: 로컬 또는 도메인 GPO에서 “시작 시 네트워크 대기” 활성화.
  5. 자동화 설정: 실패 시 시작 스크립트 또는 작업 스케줄러로 재시도 구성.
  6. 장기조치: 문제 빈도가 높으면 중앙 모니터링 도구 또는 서드파티 솔루션 검토.

수용 기준(Критерии приёмки)

  • 재현 테스트: 동일한 사용자 계정으로 로그인 후 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와 중앙화된 관리로 문제를 근본적으로 줄이는 것이 가장 효과적입니다.

공유하기: X/Twitter Facebook LinkedIn Telegram
저자
편집

유사한 자료

Windows 7 편의 롤업 업데이트 설치 가이드
Windows 업데이트

Windows 7 편의 롤업 업데이트 설치 가이드

Remtasu 경고: Facebook 해킹 도구의 위험
사이버 보안

Remtasu 경고: Facebook 해킹 도구의 위험

Apple ID에서 기기 안전하게 제거하는 방법
가이드

Apple ID에서 기기 안전하게 제거하는 방법

Elementary에서 BURG 설치 및 구성 가이드
시스템

Elementary에서 BURG 설치 및 구성 가이드

Stellar로 외장 하드 데이터 복구 가이드
데이터 복구

Stellar로 외장 하드 데이터 복구 가이드

Windows 10에서 파일 확장자 표시하기 — 3가지 방법
Windows 10

Windows 10에서 파일 확장자 표시하기 — 3가지 방법