VPN 제거 후 인터넷이 안 됨: 초기화 전 재고 조사

VPN 클라이언트를 제거하면 설치 전 상태로 돌아가야 하지만, 때로는 아무것도 확인되지 않고 브라우저가 여전히 프록시를 원하는 기계로 돌아온다. 흔적은 경로, Winsock 공급자, 프록시 설정, DNS, 필터 드라이버라는 짧은 소유자 목록에서 나온다. 두 가지 복구 전략이 있고, 주로 무엇을 파괴하는지가 다르다.

비용이 아주 다른 두 가지 복구

광범위한 초기화는 틀리지 않았지만 비싸다. 어느 계층이 실패했는지 알려 줄 증거도 지우므로, 같은 증상의 다음 기계는 다시 처음부터 시작한다. 먼저 재고 조사는 명령 네 개면 되고, 그중 셋은 읽기만 한다.

시계를 보고 고르고, 취향으로 고르지 마라. 십 분 안에 작동해야 하는 기계라면 전체 초기화가 옳은 결정일 수 있고, 그 뒤에 남기는 메모만이 지식을 보존한다. 증상이 반복되는 무리에서는 끝난 장애가 아니라 원인을 내놓기 때문에 재고 조사가 더 싼 길이다.

무언가를 만지기 전에 네 가지를 읽어라

ipconfig /all
route print -4
netsh winsock show catalog
netsh winhttp show proxy

각 출력은 다른 고장에 해당한다. 더 이상 없는 어댑터를 가리키는 기본 경로는 로컬 네트워크가 작동하는데 인터넷이 죽은 것을 설명한다. 예전에 터널에 속했던 어댑터 DNS 서버는 주소는 되는데 이름이 실패하는 것을 설명한다. 클라이언트가 설치한 Winsock 공급자는 경로를 바꿔도 살아남는 브라우저 고장을 설명한다. 프록시 항목은 curl 는 닿는데 브라우저는 아무 데도 닿지 못하는 것을 설명한다.

브라우저 자체의 프록시를 따로 확인하라. 그것은 인터넷 옵션 대화 상자의 연결 및 로컬 네트워크 설정 아래에 있고, 명령이 보고하는 WinHTTP 프록시와 다른 설정이다. 하나를 고쳐도 다른 하나는 고쳐지지 않으며, 한 기계가 둘 다 가질 수 있다. 제거된 클라이언트가 남기는 형태가 그것이므로 아무 데도 확인되지 않는 프록시 주소를 찾아라.

뛰지 말고 사다리를 올라가라

ipconfig /release
ipconfig /renew
ipconfig /flushdns
route -f
netsh int ip reset reset.log
netsh winsock reset catalog

route -f 어댑터를 건드리지 않고 라우팅 테이블을 지우며, 터널이 남긴 기본 경로를 없애는 가장 싼 방법이다. netsh int ip reset TCP/IP 스택 설정을 다시 쓰고 재부팅을 기대한다. netsh winsock reset 필터 드라이버가 바꾼 카탈로그를 복원하며, 브라우저에서만 보이는 고장을 고치는 단계가 이것이다. 하나를 실행하고 시험한 뒤 다음을 실행하면 올라간 사다리를 나중에 설명할 수 있다.

netsh advfirewall reset 이 사다리의 일부가 아니다. 누군가 일부러 만든 규칙을 지우며, 그것을 복원하는 것은 별도 프로젝트다. 설정 앱의 네트워크 초기화는 모든 어댑터를 제거하고 다시 설치하며 저장된 Wi-Fi 비밀번호도 지우므로 좁은 단계 뒤에 오고, 앞에 오지 않는다.

소유자가 다른 제품인 흔적

애플리케이션을 휴지통으로 끌어도 제거되지 않는다. 더 이상 표시하지 않는 VPN을 계속 쓰던 Mac 에는 공급업체 도우미가 아직 실행 중이었고, 활동 모니터의 네트워크 탭이 트래픽으로 그것을 찾아냈으며, 공급업체의 제거 절차가 데몬과 시작 항목을 지웠다. 프로그램이 더 이상 없는 항목을 /Library/LaunchDaemons 과 /Library/LaunchAgents 에서 확인하라.

보안 소프트웨어도 이 패턴이 나타나는 곳이다. 백신 도구는 자체 필터 드라이버를 설치하며, 하나를 남기는 제거는 어떤 VPN 설정으로도 설명할 수 없는 방식으로 VPN 어댑터를 망가뜨릴 수 있다. 공급업체의 제거 도구가 그런 경우를 위해 있고, 일반 제거는 보통 거기에 닿지 않는다.

설치 프로그램도 이전 인스턴스가 살아 있어 시작을 거부할 수 있다. OpenVPN 설치 프로그램은 실행 중인 openvpn.exe 을 확인하며, 자신의 스크립트가 몇 시간 전에 시작한 것도 포함한다.

env_block 실패는 또 다른 종류의 흔적이다. PATH 가 C:\Windows\System32 와 그 이웃을 잃어버려서 클라이언트가 어댑터를 만드는 유틸리티를 시작할 수 없다. 새 복사본도 같은 빠진 명령을 만나므로 다시 설치하지 말고 PATH 를 고쳐라.

Linux 인터페이스와 라우터 시험

tun 인터페이스는 그것을 만든 구성보다 오래 살 수 있다. 느린 다운로드에 관한 한 보고는 옛 풀의 게이트웨이 주소를 쥐고 아무도 의도하지 않은 터널로 트래픽을 끌던 잔여 장치로 끝났다. ip -brief link 은 존재하는 것을 나열하니, 현재 서비스가 주장하는 것과 비교한 뒤 고아를 삭제하라.

VPN 실험 뒤 도착을 멈춘 임대는 자동으로 스택 문제가 아니다. 클라이언트를 한 번도 실지 않은 노트북과 다른 라우터를 더 초기화하기 전에 시험하라. 라우터가 응답을 멈췄다면 어떤 Windows 명령도 그것을 바꾸지 못하며, 임시 고정 주소, 게이트웨이, 리졸버가 어느 쪽이 깨졌는지 알려 준다.

무엇을 어떤 순서로 초기화했는지 기록하라. 다음 사람은 Winsock 카탈로그나 방화벽이 다시 만들어졌는지 알아야 하고, 그 메모만은 제거가 가져갈 수 없다.