AnyConnect 연결 하위 시스템 초기화 실패 오류 수정

연결을 클릭하면 대화 상자가 거의 즉시 응답합니다. 연결 하위 시스템을 초기화하지 못했습니다. 게이트웨이에 아무것도 도달하지 않았으므로 반대편에는 인증서 교환도, 자격 증명도, 터널 그룹 선택도 없습니다. 즉, 집선 장치 로그에는 빈 세션이 남고 헬프데스크는 아무 유용한 내용도 없었던 대화 상자의 스크린샷을 요구할 것입니다. 대신 엔드포인트를 정해진 순서로 다루고, 결과를 바꾸는 첫 단계에서 멈추십시오.

타이밍은 가진 것 중 가장 값진 증거이며 기록하는 데 비용이 들지 않습니다. 오류가 자격 증명 입력 전에 나타났는지 후에 나타났는지, 업그레이드나 Windows 업데이트 또는 새 보안 에이전트 이후에 시작되었는지 적어 두십시오. 이 세 답변은 보통 설정을 건드리기 전에 후보 목록을 절반으로 줄입니다.

무엇이든 바꾸기 전에 타이밍을 읽으십시오

세 가지 실패 지점은 비슷해 보이지만 같지 않습니다. 연결을 누른 순간 대화 상자가 나타나면 클라이언트가 자체 기반을 시작하지 못한 것이며 이 메시지가 가리키는 지점입니다. 자격 증명을 입력한 뒤 나타나면 터널 그룹에 도달한 것이고 문제는 더 앞쪽입니다. 터널이 올라왔다가 떨어지면 하위 시스템은 제대로 초기화되었고 전혀 다른 버그를 쫓고 있는 것입니다. 이 셋을 혼동하면 도움이 되지 않는 재설치에 반나절을 낭비합니다.

여기에는 첫 번째 경우만 해당합니다. 이 메시지는 어떤 네트워크 결정보다 먼저 생성되므로 잘못된 게이트웨이 주소, 만료된 인증서, 잘못된 암호로는 생기지 않습니다.

1단계: 에이전트 서비스가 실행 중인지 확인

클릭하는 창은 앞단일 뿐이며 실제 작업은 Cisco AnyConnect Secure Mobility Agent 서비스에서 이루어집니다. 이 서비스는 vpnagent 로 등록되어 있습니다. 이 서비스가 중지되었거나 사용 안 함으로 설정되어 있으면 GUI는 대화할 상대가 없고 바로 이 초기화 실패를 보고합니다. 관리자 권한 PowerShell 프롬프트에서 상태와 시작 유형을 확인하십시오.

Get-Service vpnagent | Select-Object Name, Status, StartType
sc.exe qc vpnagent
net start vpnagent

이전에 수동으로 설정한 시작 유형을 존중한 설치 프로그램이 이것이 사용 안 함으로 끝나는 흔한 원인이므로 Start를 누르기만 하지 말고 StartType 를 확인하십시오. 서비스가 몇 초 안에 시작했다가 중지되면 Repair를 클릭하기 전에 System 로그에서 Service Control Manager 항목을 읽으십시오.

Get-WinEvent -FilterHashtable @{LogName="System"; ProviderName="Service Control Manager"} -MaxEvents 40

차단된 드라이버, 격리된 파일 또는 타사 보안 제품의 필터 드라이버가 그 이벤트에서 자신을 지목합니다. Repair는 같은 차단된 파일 위에 다시 설치할 뿐 아무것도 바꾸지 않으므로 이벤트 로그가 먼저입니다.

2단계: HTTP 스택이 보고하는 오프라인 상태 지우기

클라이언트는 Windows HTTP 구성 요소를 통해 프로필을 내려받고 정책을 평가하므로 사용자의 인터넷 설정에 설정된 오프라인 플래그가 모든 브라우저가 페이지를 불러오는 동안 초기화를 깨뜨릴 수 있습니다. 값을 직접 확인하십시오.

Get-ItemProperty "HKCU:\Software\Microsoft\Windows\CurrentVersion\Internet Settings" -Name GlobalUserOffline

값이 1 이면 WinINet 스택이 호출자에게 컴퓨터에 연결이 없다고 알리는 상태이며, 보통 Internet Explorer의 오프라인으로 작업 메뉴 항목이나 자동화 스크립트가 설정합니다. 다른 것을 바꾸기 전에 값을 다시 0 로 되돌리고 로그아웃했다가 다시 로그인한 뒤 연결을 다시 시도하십시오.

이 컴퓨터를 물려받았고 플래그가 왜 설정되었는지 알 수 없다면 티켓에 적어 두십시오. 컴퓨터의 다른 무언가가 의도적으로 설정했을 수 있고 다음 로그온에 다시 나타납니다.

3단계: 가상 어댑터를 Hyper-V 또는 ICS에서 해제

두 가지 Windows 역할이 클라이언트가 어댑터를 만드는 데 필요한 구성 요소를 붙잡을 수 있습니다. 첫째는 Hyper-V입니다. 가상 스위치 서비스가 실행 중이면 어댑터 생성이 이 오류로 나타나는 방식으로 실패할 수 있습니다. 서비스를 중지하는 것은 진단이지 해결책이 아닙니다.

Get-Service vmms, vmcompute | Stop-Service
Get-NetAdapter | Where-Object InterfaceDescription -like "*Hyper-V*"

그 서비스가 중지된 상태에서 클라이언트가 연결되면 충돌이 확인된 것이며 이제 Hyper-V 호스트 소유자와 무엇을 협상해야 하는지 알게 됩니다. 컴퓨터에 더 이상 가상화가 필요하지 않다면 그 뒤에 서비스를 다시 시작하십시오.

인터넷 연결 공유가 두 번째 소유자입니다. 연결이 공유되고 있으면 클라이언트가 터널을 만들기도 전에 실패할 수 있습니다. Get-Service SharedAccess 로 확인하고, 실행 중이고 자동으로 설정되어 있으면 어댑터에서 공유 연결을 찾아 그 어댑터에서만 공유를 끄십시오.

먼저 배제해야 할 더 저렴한 설명도 있습니다. 인터넷 접속이 아예 되지 않는 컴퓨터는 도달 가능성 오류 대신 이 메시지를 자주 표시하므로 클라이언트를 탓하기 전에 Test-NetConnection 가 게이트웨이 주소와 공용 호스트 모두에서 성공하는지 확인하십시오.

확인한 뒤 필요 없었던 변경을 되돌리기

확인은 트레이의 초록 방패가 아닙니다. 어댑터가 존재하고 주소를 가지며 트래픽을 통과시키는지 확인하십시오. Get-NetAdapter -Name "Cisco AnyConnect*" 는 어댑터를 작동 중으로 표시해야 하고, ipconfig /all 는 할당된 주소와 DNS 서버를 표시해야 하며, 내부 이름에 대한 실제 요청은 로컬 확인자가 아니라 터널을 통해 해석되어야 합니다.

진행하면서 발견한 값과 설정한 값과 함께 각 변경의 짧은 목록을 유지하십시오. 세 단계 후에 연결이 되면 티켓을 닫기 전에 Hyper-V 서비스를 복원하고 다시 테스트하십시오. 가상화를 조용히 비활성화하는 우회 방법은 알아차린 다음 관리자가 되돌릴 것입니다.

세 단계 중 어느 것도 오류를 옮기지 못하면 엔드포인트 변경을 멈추십시오. 클라이언트 버전, 서비스 상태, 이 페이지 맨 위의 타이밍, 클라이언트가 만들 수 있는 진단 번들을 모아 시도한 정확한 순서와 함께 넘기십시오. 그 번들은 대화 상자의 스크린샷보다 다음 엔지니어에게 더 값지며, 하위 시스템이 네트워크에 닿기 전에 실패했는지 후에 실패했는지를 보여 주는 유일한 산출물입니다.