Hyper-V 후 Cisco VPN 멈춤: 바인딩을 풀까, 다시 구성할까

클라이언트가 securing communications에서 계속 돌고 로그인 창은 뜨지 않으며, 달라진 것은 에뮬레이터 설치뿐입니다. 이 패턴은 프로필이나 암호가 아니라 가상 어댑터를 가리킵니다. 결정할 것은 어댑터가 있어서는 안 될 Hyper-V 스위치에 바인딩되었는지, 아니면 아예 올라오지 않았는지입니다.

두 상태는 클라이언트에서는 비슷해 보이지만 필요한 수리가 다릅니다. 하나는 되돌릴 수 있는 바인딩이고, 다른 하나는 바인딩 해제로는 손댈 수 없는 드라이버 문제입니다.

Securing communications 단계가 기다리는 것

터널이 만들어지기 전에 클라이언트는 게이트웨이까지 이어지는 정상적인 로컬 네트워크 경로가 필요합니다. 자체 가상 어댑터를 설치해 그 경로의 일부로 씁니다. Hyper-V가 그 어댑터를 에뮬레이터용으로 만든 스위치에 연결하면 어댑터가 쓸 만한 경로를 제공하지 못할 수 있습니다.

클라이언트는 어떤 어댑터를 기다리는지 알려주지 않습니다. 로그는 보통 도달한 마지막 단계에서 끝나고, 같은 실패가 모든 게이트웨이 주소에서 나타납니다. 그래서 오류 문구보다 설치 이력이 더 중요합니다. 로그는 그래도 남길 가치가 있습니다. 단계는 알려주지만 원인은 알려주지 않습니다.

자격 증명을 다시 입력하거나 프로필을 다시 설치해도 스위치 바인딩은 바뀌지 않습니다. 그 두 가지가 첫 조치라면 잘못된 계층을 고치고 있는 것입니다.

첫 번째 결정: VPN 어댑터가 잘못된 스위치에 바인딩되었는가

Hyper-V Manager를 열고 그다음 Virtual Switch Manager를 열어 각 스위치의 어댑터 목록을 읽습니다. Cisco 어댑터가 에뮬레이터 스위치의 연결 항목으로 나타나면 안 됩니다. 나타난다면 그것은 사용자의 실수이며, 해당 스위치에서 빼는 것이 수리입니다.

먼저 재부팅해 클라이언트가 반쯤 연결된 상태가 아니라 깨끗하게 시작하도록 합니다. 바인딩을 제거해 적용하고, 시험할 때까지 다른 어댑터는 그대로 둡니다. 변경은 되돌릴 수 있고 아무것도 제거하지 않지만, 어떤 어댑터를 해제했는지 적어 둡니다.

클라이언트를 시작해 연결을 시도합니다. 여전히 멈춘다면 남은 가상 어댑터를 하나씩 해제하고 매번 시험해, 어느 것이 중요했는지 알 수 있게 합니다.

두 번째 결정: 어댑터가 올라왔지만 주소가 없는가

숨겨진 어댑터까지 포함되도록 관리자 명령 프롬프트에서 ipconfig /all을 실행하고, 목록을 설치 전 기억과 비교합니다. 주소가 없고 미디어 연결 끊김 상태인 어댑터는 보통 드라이버가 시작되지 않았다는 뜻입니다. 그것은 바인딩 해제로 고쳐지지 않습니다. 무엇이든 바꾸기 전에 정확한 상태를 기록합니다.

올라와 있지만 잘못된 스위치에 연결된 어댑터는 앞 절의 사례입니다. 주소 상태가 둘을 구별하는 기준입니다.

결함을 되살리지 않고 에뮬레이터를 되살리기

터널이 동작하면 에뮬레이터 자체 어댑터를 그 스위치에 다시 연결하고 VM이 주소를 받는지 확인합니다. VPN 어댑터는 다시 연결하지 마십시오. 끝났다고 판단하기 전에 에뮬레이터와 클라이언트를 한 번 더 시험합니다.

관리되는 워크스테이션에서는 어떤 바인딩을 바꿨는지 관리자에게 알립니다. 나중의 정책 새로 고침이 예전 연결을 되살릴 수 있고, 그러면 분명한 원인 없이 멈춤이 다시 나타납니다.

어댑터 이름, 바인딩되었던 스위치, 그리고 변경 전과 후의 ipconfig 상태를 기록합니다. 업데이트 후 멈춤이 돌아오면 그 기록이 오 분짜리 점검과 처음부터 다시 시작하는 일을 가릅니다.