Get-VpnConnection이 일부 Windows VPN 프로필을 놓치는 이유

Get-VpnConnection을 입력했는데 아무것도 돌아오지 않으면 조사는 보통 거기서 멈습니다. 이 빈 출력은 터널이 트래픽을 나르고 있는 중에도 머신에 VPN이 전혀 없다는 증거로 읽합니다. 명령은 정상이고, 무엇을 나열하는지에 대한 가정이 틀렸습니다. 이 명령은 한 범위에서 네이티브 저장소 하나를 읽을 뿐이고, 자체 프로필을 보관하는 클라이언트에 대해서는 아무것도 모릅니다.

호출당 네이티브 저장소 하나

인수 없는 호출부터 시작하십시오. 대부분의 사람이 가장 먼저 실행하는 호출이며, 로그인한 계정에 속한 프로필을 대상으로 합니다:

Get-VpnConnection

반환되는 각 개체는 Name, ServerAddress, TunnelType, ConnectionStatus를 담고 있으며, 이 네 필드만으로 티켓에서 두 항목을 구분할 수 있습니다. 프로필은 몇 달 동안 연결이 끊긴 채로 목록에 남을 수 있습니다. 개체가 설명하는 것은 저장된 구성이고 실시간 트래픽이 아니기 때문입니다. 여기서 결과가 비어 있다면 해당 계정에 대해 사용자별 저장소에 아무것도 없었다는 뜻입니다. 사람들이 보통 그 안에서 읽어내는 주장보다 훨씬 작은 주장입니다.

모든 사용자의 전화번호부에는 자체 쿼리가 필요합니다

모든 계정에 서비스되는 프로필은 별도 목록에 있고, 기본 호출은 그 목록을 절대 읽지 않습니다. 그 저장소는 명시적으로 요청해야 합니다:

Get-VpnConnection -AllUserConnection

세션에 권한이 없으면 빈 결과가 아니라 액세스 거부 오류를 예상하고, 두 결과를 다르게 취급하십시오. 하나는 볼 수 없다는 뜻이고, 다른 하나는 저장된 것이 없다는 뜻입니다. 출력이 눈앞에 있는 동안 각 이름 옆에 범위를 적어 두십시오. 나중에 실행하는 명령은 어느 저장소를 조회했는지 알려주지 않기 때문입니다. 권한은 동료에게는 보이고 본인에게는 보이지 않는 프로필이 생기는 흐한 이유입니다. 매개 변수 집합은 Get-VpnConnection 참조 페이지 에 설명되어 있으며, 어느 스위치가 어느 집합에 속하는지도 포함됩니다.

같은 이름, 두 개의 다른 저장소

프로필 이름은 해당 저장소 안에서 고유하며 머신 전체에서 고유하지 않으므로, 사용자별 목록과 모든 사용자 목록이 각각 Office라는 이름의 프로필을 가질 수 있습니다. 두 항목은 서로 다른 서버를 가리키고, 다른 터널 유형을 쓰고, 다른 자격 증명을 담을 수 있습니다. 사용자가 두 번 클릭하는 항목은 그중 하나뿐입니다. 둘 중 어느 것이든 건드리기 전에 범위를 적어 두십시오.

아무도 실행하지 않는 사본을 지우는 것은 변경 작업 창에서 무해해 보입니다. 사용자의 바로 가기가 작동을 멈추면 지원 전화가 됩니다.

네이티브 목록을 전혀 건드리지 않는 클라이언트

공급업체 클라이언트로 가져온 OpenVPN 또는 WireGuard 프로필은 그 클라이언트 자체의 구성에 존재합니다, 따라서 네이티브 Windows 항목이 되지 않습니다. 클라이언트는 자체 서비스를 실행하고, 자체 목록을 유지하며, 자체 어댑터로 트래픽을 보냅니다. 그중 어느 것도 명령이 보고하는 내용이 아니며, 어느 범위 스위치도 그것을 나타나게 하지 않습니다. 한 머신에 세 개의 작동하는 터널과 빈 네이티브 목록이 함께 있을 수 있습니다.

대신 어댑터 보기가 필요하면 어댑터에 질의하십시오. 공급업체 인터페이스는 스스로 이름을 붙이므로 정확한 문자열이 아니라 일부 조각으로 일치시키십시오:

Get-NetAdapter | Where-Object InterfaceDescription -match 'WireGuard|OpenVPN|TAP'

직접 만든 네이티브 프로필은 사용자 프로필 아래의 전화번호부 파일에 들어가고, 모든 사용자용 대응 항목은 머신 전체 사본에 있습니다. 그래서 한 사용자의 프로필 저장소를 다른 계정으로 복사해도 같은 목록이 거의 재현되지 않습니다. 이 파일은 길을 잃은 네이티브 연결이 어디서 왔는지 설명합니다. 공급업체 클라이언트의 저장소에 대해서는 아무것도 말하지 않습니다.

프로필을 제거하기 전에 기록할 것

값싼 보험은 다섯 필드짜리 메모입니다. 이름, 범위, 서버 주소, 상태, 그리고 사용자의 시도에서 나온 정확한 오류 텍스트입니다. 그들이 실제로 실행하는 클라이언트를 추가하십시오. 그 세부 사항이 네이티브 항목에 의미가 있는지를 결정하기 때문입니다. 그것이 없으면 올바른 삭제도 다음 실패의 원인처럼 보입니다. 메모는 채팅 창이 아니라 티켓에 남기십시오.

제거는 명령 하나이며, 구성을 비활성화하는 대신 삭제합니다. 그 메모가 존재한 뒤에만 실행하십시오:

Remove-VpnConnection -Name "Office" -Force

대상이 모든 사용자 저장소에 있으면 -AllUserConnection을 추가하고, 승인된 구성 원본을 먼저 다른 곳에 보관하십시오. 그런 다음 한 번 다시 연결하고 라우팅 테이블을 읽으십시오. 목록은 구성이 저장되었다는 것만 증명하기 때문입니다. 트래픽이 서버에 도달하는지는 별개의 질문이며, Get-VpnConnection 출력을 아무리 봐도 답이 나오지 않습니다. 깨끗하게 다시 추가한 뒤에도 사용자가 실패한다면 프로필은 애초에 문제가 아니었습니다.