GVC가 Acquiring IP에서 멈춤: 비밀번호 문제가 아닙니다

Global VPN Client가 Acquiring IP에서 멈추면 비밀번호를 다시 입력하거나 클라이언트를 다시 설치하고 싶어집니다. 둘 다 실패한 단계를 건드리지 않습니다. 인증은 클라이언트가 주소를 요청하기 전에 이미 끝났으므로 그 줄에서 붙잡는 것은 자격 증명이 아닙니다. 거기서 붙잡는 것은 끝나지 않은 DHCP 교환이며, 세 가지 다른 지점에서 멈출 수 있습니다.

인증과 주소 할당은 별개의 단계입니다

GVC는 먼저 사용자가 누구인지 증명한 다음 연결에 할당된 정책에 따라 가상 어댑터의 설정을 요청합니다. 이는 실패 징후가 다른 연속 단계입니다. 잘못된 자격 증명은 보통 더 일찍 실패하며, 주소 줄 대신 인증 또는 협상 메시지가 나옵니다.

이 순서가 비밀번호 재설정, 새 로컬 사용자, 재설치가 여기서 아무것도 바꾸지 않는 이유입니다. 클라이언트는 이미 승인되었고, 이제 게이트웨이 또는 그 DHCP 파트너가 제공해야 할 임대를 기다립니다. 사용자를 허용하지만 주소 범위를 할당하지 않는 정책도 정확히 이 화면을 만듭니다.

따라서 첫 번째 유용한 질문은 자격 증명이 올바른지가 아니라 어떤 정책이 할당되었고 그 정책이 가상 어댑터 주소 지정에 대해 무엇을 말하는지입니다. 동료의 작동하는 스크린샷 대신 해당 연결의 실제 구성을 읽으십시오.

임대는 실제로 어디에서 오는가

두 가지 모델이 흔합니다. 방화벽이 VPN 클라이언트용 DHCP 범위를 직접 운영하거나, 요청을 내부 네트워크의 외부 DHCP 서버로 전달할 수 있습니다. 모델에 따라 어떤 로그가 중요하고 누구에게 연락해야 하는지가 결정됩니다.

내부 모델에서는 범위가 여전히 존재하고, 올바른 인터페이스에 속하며, 여유 임대가 있는지 확인하십시오. 범위가 고갈되면 완벽하게 인증하고도 주소를 절대 받지 못하는 클라이언트가 생기며, 게이트웨이 로그에는 요청만 보일 수 있습니다. 릴레이 모델에서는 릴레이 대상, VPN 클라이언트 범위로 돌아가는 경로, 내부 DHCP 권한이 모두 일치해야 합니다.

무엇이든 테스트하기 전에 배포가 어떤 모델을 쓰는지 적어 두십시오. 온라인에서 상충하는 조언의 절반은 다른 모델을 전제로 합니다.

터널이 올라가 있어도 임대를 잃을 수 있습니다

설립된 제어 연결은 협상이 성공했음을 증명할 뿐, 터널 데이터가 양방향으로 통과함을 증명하지 않습니다. DHCP 교환은 요청과 응답이 데이터 경로를 통과해야 하며, 바로 거기에 암호화 설정, VPN 영역 정책, MTU 문제가 있습니다.

NAT 트래버설 조언은 맥락이 중요하다는 가장 분명한 예입니다. 어떤 경로는 켜져 있어야 하고, 다른 경로는 꺼져 있어야만 작동하며, 중간 NAT와 협상된 연결이 어느 쪽인지 결정합니다. 클라이언트 설정도 바꾸면서 그것을 무작정 바꾸면 어떤 변경이 결과를 냈는지 알 수 없게 됩니다. 캡슐화를 바꾸기 전에 협상된 경로와 증거를 기록하십시오.

가정용 라우터 재시작도 같은 범주입니다. 때로는 증상을 없애지만 임대가 왜 실패했는지는 밝히지 못하며, 다음 연결에서 문제가 다시 나타납니다.

임대 경로를 순서대로 따라가십시오

어댑터에서 시작해 바깥으로 나아가면 각 단계는 한 가지 이유로만 실패할 수 있습니다:

> Get-NetAdapter | Where-Object Name -like "*GVC*"
> ipconfig /all | findstr /i /c:"GVC" /c:"IPv4" /c:"DHCP"
> Test-NetConnection 10.60.0.1 -Port 443

169.254.x.x 같은 주소는 어댑터가 존재하며 응답을 전혀 받지 못했다는 뜻으로, 임대 원천이나 데이터 경로를 가리킵니다. VPN 범위의 올바른 주소에 잘못된 DNS 항목이 있는 것은 다른 결함입니다: 임대는 성공했고 정책이 불완전한 설정을 제공했습니다. 어댑터가 전혀 나타나지 않으면 클라이언트가 그것을 만들지 못한 것입니다.

임대가 나타나면 주소 줄에서 승리를 선언하지 말고 실제 리소스를 시험하십시오. 파일이나 인트라넷 접근이 여전히 실패하면 성공한 임대를 증거로 남기고 이름 확인이나 정책으로 넘어가십시오, 원래 결함은 이미 뒤에 두었기 때문입니다.

가상 어댑터에 관한 SonicWall의 설명 여러 개의 별도 분기를 나열하며, 오래된 스크린샷을 현재 메뉴 지도로 읽어서는 안 됩니다. 도달한 단계를 확인하는 데 사용하고, 전체를 그대로 적용할 점검 목록으로 쓰지 마십시오.