rasdial 오류 623: 먼저 VPN 프로필을 만드세요

rasdial의 오류 623은 네트워크 장애가 아니라, 전화 번호부에 그 이름의 항목이 없다는 조회 실패입니다. Windows는 어떤 명령이 전화를 걸기 전에 프로필이 이미 있기를 기대하며, 전화 걸기 프로그램이 스스로 프로필을 만들지는 않습니다. 아래 점검은 각 단계가 이전 단계가 통과했다고 가정하므로 순서대로 진행하세요.

무엇보다 먼저 오류 코드를 읽으세요

623 뒤에 오는 코드는 다른 장애를 설명하므로, 처음 보이는 텍스트가 분기를 결정합니다. 691은 실제로 존재하는 프로필에 대한 자격 증명 거부이고, 868은 보통 서버 주소의 이름 확인을 가리킵니다. 오직 623만 프로필 생성으로 되돌리므로, 같은 명령을 반복해도 거의 달라지지 않습니다.

전화를 거는 단계에서 종료 상태를 함께 기록하세요. 스크립트의 다음 명령이 그것을 덮어쓰고, 누군가 로그를 읽을 때쯤이면 실제 코드는 사라져 있습니다.

rasdial "Office"; if ($LASTEXITCODE -ne 0) { Write-Output "failed: $LASTEXITCODE" }

전화 번호부 항목이 있는지 확인하세요

하나 더 추가하기 전에 Windows에 실제로 어떤 프로필이 있는지 물어보세요. 이 cmdlet은 이름, 서버 주소, 현재 연결 상태를 반환하며, 결과가 비어 있으면 질문은 즉시 해결됩니다.

Windows는 사용자별 항목을 한 전화 번호부 파일에, 모든 사용자 항목을 다른 파일에 보관하므로 같은 이름이 서로 다른 두 서버를 가리킬 수 있습니다. 이런 중복이 바로, 확인한 설정은 완벽해 보이는데 스크립트가 잘못된 끝점으로 전화를 거는 이유입니다. 이름에 대해 결론을 내리기 전에 두 위치를 모두 나열하세요.

Get-VpnConnection -Name "Office" | Format-List Name, ServerAddress, ConnectionStatus
dir "%APPDATA%\Microsoft\Network\Connections\Pbk"
dir "%PROGRAMDATA%\Microsoft\Network\Connections\Pbk"

Add-VpnConnection으로 프로필을 만드세요

항목은 텍스트 편집이 아니라 네이티브 프로필을 쓰는 cmdlet으로 한 번만 만들고, 서버 주소, 터널 유형, 게이트웨이가 실제로 받아들이는 인증 방법을 지정하세요. 잘못된 프로토콜을 협상하는 프로필은 나중에 서버를 탓하는 메시지와 함께 실패합니다.

rasphone.pbk에 연결 섹션을 손으로 붙여 넣을 수는 있지만, 그 편집을 검증하는 것은 없습니다. 키 하나만 잘못되어도 아무것과도 인증하지 않는 프로필이 되고, 그 오류는 오타가 아니라 원격 장애처럼 보입니다.

Add-VpnConnection -Name "Office" -ServerAddress vpn.corp.internal \
  -TunnelType Ikev2 -AuthenticationMethod Eap -EncryptionLevel Required

세션을 자격 증명 저장소에 맞추세요

항목은 사용자 또는 컴퓨터에 속하며, 그 뒤의 인증서나 저장된 자격 증명은 하나의 로그온 세션에서만 접근할 수 있을 수 있습니다. SYSTEM으로 실행되는 예약 작업은 로그인한 계정과 다른 클라이언트이고, 세션 0의 서비스에는 프롬프트를 표시할 데스크톱이 없습니다. 대화형 세션이 처음 알 수 없는 네트워크를 만나면 Windows는 네트워크 위치 프롬프트를 열고, 전화 걸기 프로그램에는 그것을 끄는 스위치가 없습니다. 세션 격리는 그 프롬프트를 피하는 동시에 일부 인증 방법이 요구하는 사용자 컨텍스트를 제거합니다.

소유자는 사용자별 터널이면 로그온으로 시작하는 작업, 컴퓨터 전체 터널이면 서비스로 의도적으로 고르세요. 둘을 섞어 같은 동작을 기대하는 것이 바로, 손으로는 되는 연결이 자동화 아래에서 실패하기 시작하는 이유입니다.

자동 트리거는 찾은 그대로 두세요

애플리케이션이나 네트워크 조건이 일치하면 Windows가 스스로 터널을 올릴 수 있고, 연결을 끊으면 그 프로필이 비활성화된 자동 트리거 항목 목록에 추가될 수 있습니다. 그러면 다음 자동 시도는, 책임 있는 스크립트가 끝난 훨씬 뒤에도 결코 일어나지 않습니다. 따라서 무조건 연결을 끊는 작업은 그 컴퓨터의 다른 모든 사용자에게 항상 켜짐 동작을 깨뜨립니다. 이 부작용은 작업 로그에 보이지 않으며, 그래서 비용이 큽니다.

작업이 실행되기 전에 프로필 상태를 기록하고, 기본적으로 터널을 무너뜨리는 대신 찾은 그대로 되돌리세요. 트리거를 다시 활성화하는 것은 정책 변경이므로 정리가 아니라 의도적인 단계로 다루세요.

스크립트를 아무리 많이 써도 두 가지 한계는 남습니다. 터널 뒤의 서비스가 아직 닿지 않아도 rasdial은 성공을 보고할 수 있습니다 — 그러니 정말로 필요한 리소스를 시험하세요. 스마트 카드, 푸시 승인, 브라우저 로그인을 요구하는 프로필에는 무인 경로가 없고, 사람 소유자는 설계의 일부로 남습니다.