WAN Miniport 경고: 어댑터를 고치거나 프로필을 다시 만드세요

자격 증명이 제시되기 전에 멈추고, 프로필 삭제를 거부하고, 아무도 모르는 이름의 어댑터가 나타나는 것: 이것은 하나의 결함이 가진 세 얼굴입니다. VPN이 결합하는 소프트웨어 인터페이스가 망가졌고, 계정과 게이트웨이는 그대로입니다. 세 가지 수리가 정당하며 어느 것이 해당하는지는 한 번의 읽기 전용 점검에서 나옵니다. 그 점검 이후의 모든 것은 산술이고, 그 이전의 모든 것은 추측입니다.

프로필이 실제로 결합하는 대상

Windows의 각 네이티브 터널 형식은 자체 가상 어댑터가 담당하며, 그 어댑터는 물리 카드가 아니라 미니포트 드라이버입니다. 프로필이 터널 형식을 고르고, 형식이 어댑터를 고릅니다, 따라서 하나의 불건강한 드라이버가 그것을 공유하는 모든 프로필을 망가뜨릴 수 있는 반면 파일 공유와 브라우징은 계속됩니다. 이 의존성은 프로필 속성에 드러나지 않습니다.

이 인터페이스는 기본적으로 숨겨져 있으며 장치 관리자와 어댑터 목록 모두 마찬가지입니다. 그래서 기계 주인이 아무것도 바뀌지 않았다고 주장하는 동안 망가진 인터페이스는 보이지 않는 채로 남습니다.

경고 표시는 유용한 증거이고 깨끗한 아이콘은 그렇지 않습니다. 어댑터는 스스로 건강하다고 보고하면서도 깨진 바인딩을 안고 있을 수 있으므로, 유용한 질문은 인터페이스가 무엇에 연결되어 있는지이지 아이콘이 어떻게 보이는지가 아닙니다. 아이콘이 가장 덜 흥미로운 질문에 답하므로 먼저 상태를 읽고 다음에 바인딩을 읽으세요. 이 순서를 건너뛰는 것이 십 분짜리 점검을 반나절 드라이버 작업으로 바꿉니다.

오류 코드가 아니라 어댑터 상태로 판단하세요

오류 번호는 어느 단계가 실패했는지만 알려 주고 어느 구성 요소가 원인인지는 말하지 않습니다. 주소 할당, 인증서 선택, 터널 프로토콜에는 각자의 번호가 있고 관례적으로 720, 789, 806이지만, 셋 중 어느 것도 미니포트에 대한 증거가 아닙니다. 그 번호는 다음 점검을 고르는 데 쓰고 수리를 고르는 데는 쓰지 마세요.

구별해 주는 관찰은 적습니다. 이 표는 각각을 읽기 전용 다음 단계에 대응시킵니다:

순서가 중요한 이유는 드라이버 재설치가 느리고 방해가 되기 때문입니다. 할당 문제를 고치려고 그것을 하면 한 시간이 들고 다음 사람에게 아무것도 가르치지 못합니다. 이 표는 피해 범위도 정합니다: 모든 프로필에서 한 프로토콜이 깨져 있으면 드라이버를 가리키고, 작동하는 네이티브 프로필 옆에서 한 벤더 클라이언트가 깨져 있으면 벤더 스택을 가리킵니다.

대부분의 티켓을 해결하는 두 가지 읽기

두 읽기 모두 읽기 전용이며 어느 것도 드라이버를 건드리지 않습니다. 첫 번째는 숨은 미니포트 인터페이스를 상태와 함께 나열하고, 두 번째는 이름이 지정된 어댑터가 무엇에 바인딩되어 있는지 나열합니다:

Get-NetAdapter -IncludeHidden | Where-Object InterfaceDescription -like 'WAN Miniport*' | Select-Object Name, InterfaceDescription, Status
Get-NetAdapterBinding -Name 'WAN Miniport (IKEv2)' -IncludeHidden -AllBindings

프로필이 사용하는 프로토콜로 바꾸세요: IKEv2용 바인딩 목록은 SSTP 프로필에 대해 아무것도 말하지 않습니다. 비활성화된 ARP 또는 IPv4 바인딩, 또는 어댑터에 붙은 타사 필터 드라이버는 터널이 시작되기 전에 멈출 수 있습니다. 그 목록에 보안 소프트웨어가 보인다고 해서 그것이 원인이라는 증거는 아니므로, 무엇이든 비활성화하기 전에 영향을 확인하세요.

건강한 어댑터는 예상하는 바인딩을 보여 주고 설명할 수 없는 필터는 없습니다. 목록이 깨끗하면 증거는 드라이버 자체로 옮겨간 것이며 다음 절이 해당합니다.

어댑터를 제거하기 전에 이름과 드라이버 버전을 기록하세요

어댑터가 정말 쓸 수 없을 때 표준 수리는 제거 가능하게 만들고, 제거하고, 다음에 프로필이 그 프로토콜을 사용할 때 Windows가 새 인스턴스를 만들도록 두는 것입니다. 장치 관리자에서 드라이버를 업데이트하고, 목록에서 고르고, 호환 하드웨어 필터를 지우고, 제거 옵션을 제공하는 일반 Microsoft 어댑터를 고르세요.

그 전에 무엇을 지우는지 적으세요: 어댑터 이름, 드라이버 버전, 공급자, 날짜입니다. 나중에 설명할 수 없는 수리는 반복할 수 없고, 설명되지 않은 수리의 흔한 대가는 같은 기계를 세 번 고치는 것입니다. 벤더 유틸리티는 같은 일을 더 넓은 범위로 하며, 미러가 아니라 벤더에서 온다면 관리되는 환경에서 합리적입니다. 드라이버 바이너리를 바꾸는 유틸리티는 어댑터 하나를 다시 설치하는 것보다 더 많이 바꾸므로 그 버전도 티켓에 적으세요.

벤더의 한 사례는 같은 증상에 다른 수리가 필요합니다. 설치 프로그램 참조가 포함된 표시 이름으로 어댑터를 등록하는 클라이언트는 업그레이드 후 활성화에 실패할 수 있고, 수정은 벤더가 소유한 서비스 키에서 그 이름을 편집합니다. 값은 평범한 어댑터 이름을 받으며, 그 뒤 클라이언트를 다시 시작합니다:

HKLM\SYSTEM\CurrentControlSet\Services\CVirtA
DisplayName = Cisco Systems VPN Adapter for 64-bit Windows

그 키는 한 클라이언트의 것입니다. 일반 Windows 수리가 아니며 그 클라이언트를 실행하지 않는 기계에 절대 적용해서는 안 됩니다.

티켓을 닫기 전에 두 번째 프로토콜로 확인하세요

재연결이 한 번 성공해도 어댑터 하나를 통한 프로토콜 하나를 시험한 것이라 보이는 것보다 적게 증명합니다. 원래 프로필을 다시 시도하고, 다음에 다른 터널 형식으로 만든 두 번째를 시도하며, 둘 다 연결되기를 요구하세요. 첫 번째만 된다면 남은 실패는 방금 다시 만든 인터페이스가 아니라 드라이버나 정책에 대한 증거입니다.

원래 불만이 삭제되지 않는 프로필이었다면, 어댑터가 건강해진 뒤에도 삭제를 거부하는 프로필은 다른 결함이고 어댑터를 더 만지는 일은 낭비이므로 그것도 다시 시험하세요. 계정과 게이트웨이는 무언가가 그것을 가리키지 않는 한 기록에서 빼 두세요. 인증 전에 죽는 터널은 대개 기계 쪽을 설명하며, 정직한 기록은 어댑터, 프로토콜, 그것을 확인한 점검을 지목합니다.