FortiClient가 98%에서 멈춤: 해당 어댑터에서 IPv6 끄기

막대가 98%에 도달하고 클라이언트가 거기서 멈추며, 비밀번호를 다시 입력해도 아무것도 바뀌지 않습니다. 이것이 유용한 단서입니다. 클라이언트는 이미 게이트웨이 인증서를 수락하고 자격 증명을 보내고 터널 구성을 받았습니다. 남은 것은 가상 어댑터를 올리고 터널이 트래픽을 운반하는지 확인하는 것입니다. 그 마지막 단계가 끝내 완료되지 않으면 결함은 로컬에 있고, 자격 증명을 아무리 다시 입력해도 거기에 닿지 않습니다.

네 단계이며, 첫 번째는 막대가 아니라 로그를 읽는 것입니다.

98% 카운터가 실제로 보고하는 것

백분율은 클라이언트 자체의 단계 카운터이지 처리량의 척도가 아닙니다. 매 시도마다 같은 숫자에서 멈춘다는 것은 클라이언트가 특정 단계에 도달해 기다린다는 뜻이며, 그래서 느린 연결과 멈춘 클라이언트가 로그에서 다르게 보입니다. 자격 증명 문제라면 조용한 멈춤 대신 자격 증명 오류가 출력되었을 것입니다.

Fortinet은 이 증상을 클라이언트 측 원인 하나로 문서화했습니다. 클라이언트가 사용하는 어댑터에서 IPv6가 활성화된 것입니다. 그래서 어댑터 설정이 가장 먼저 시험할 대상이며, 모든 SSL-VPN 멈춤에 대한 보편적 설명은 아닙니다.

1단계: 막대보다 먼저 로그를 읽기

무엇이든 바꾸기 전에 멈춤 직전의 줄을 확보하세요. 터널 어댑터가 만들어졌는지, 주소가 할당되었는지, 클라이언트가 주소 패밀리 대기를 포기했는지 봅니다. 다른 백분율에서 멈추는 것은 고유한 진단이 있는 다른 단계이며, 인증서 경고나 잘못된 게이트웨이 주소는 조용한 대기 대신 자체 메시지를 냅니다. 다음 시도가 같은 파일에 또 다른 블록을 추가하므로 타임스탬프를 적어 두세요.

로그에 완료된 로그인 뒤에 아무것도 없으면 로컬 설정에 있는 것이고 어댑터는 정당한 용의자입니다.

2단계: IPv6 변경을 하나의 어댑터로 한정

변경은 머신이 아니라 어댑터에 속합니다. Windows 어댑터 속성에서는 특정 인터페이스에서 Internet Protocol Version 6 (TCP/IPv6)을 해제하는 것이고, 셸에서는 Disable-NetAdapterBinding -Name "Ethernet 2" -ComponentID ms_tcpip6입니다. 다시 연결하기 전에 Get-NetAdapterBinding -ComponentID ms_tcpip6로 상태를 확인하세요. 그런 다음 다시 연결해 막대가 거기서 멈추지 않고 98%를 통과하는지 보세요.

먼저 범위를 정하고 나서 시험하세요. IPv6를 전역으로 끄는 것은 질문이 요구하는 것보다 큰 변경이며 건드릴 생각이 없던 서비스에 영향을 줍니다.

3단계: 멈춤이 숨기고 있던 것 확인

연결되는 터널은 작동하는 터널이 아닙니다. 클라이언트가 할당한 주소, 프로필이 설치한 경로, 내부 호스트 하나의 이름 확인을 점검하세요: Resolve-DnsName files.corp.example. 연결은 되지만 아무것도 확인하지 못하는 클라이언트는 DNS 문제가 있으며, 그것을 같은 결함이 돌아온 것으로 잘못 읽기 쉽습니다.

내부 리소스 하나를 이름으로, 공용 대상 하나를 시험해 끊긴 분할 터널이 고쳐진 클라이언트로 오인되지 않게 하세요.

4단계: 수정을 반복 가능하게 만들기

설정을 플릿 전체에 배포해야 한다면 노트북마다 반복하는 수동 단계가 아니라 배포 패키지나 어댑터 구성에 넣으세요. 티켓에 98% 멈춤이 네트워크 인터페이스의 IPv6와 관련이 있었다고 기록하고, 누군가 무관한 것을 고치려고 다시 활성화하기 전에 호스트에서 또 무엇이 IPv6에 의존했는지 적어 두세요.

한 엔지니어의 기억에만 존재하는 수정은 다음 분기에 다시 돌아오는 수정입니다.

IPv6를 꺼도 막대가 여전히 98%에서 멈춘다면 벤더의 메모는 더 이상 설명하지 못하며 로그가 다음 증거입니다. 증상 치료를 멈추고 단계 카운터로 돌아가세요.