Sen internet tras desinstalar unha VPN: inventario antes de restablecer
Un restablecemento completo borra as probas e tamén os restos. Lea primeiro as rutas, o catálogo Winsock e o proxy, e despois suba a escaleira un chanzo cada vez.
Quitar un cliente VPN debería devolver a máquina a como estaba antes, e ás veces devolve unha máquina na que nada se resolve e o navegador segue querendo un proxy. Os restos veñen dunha lista curta de propietarios: rutas, provedores de Winsock, un axuste de proxy, DNS e controladores de filtro. Existen dúas estratexias de reparación, e diferéncianse sobre todo no que destrúen.
Dúas reparacións con custos moi distintos
| Approach | What it fixes | What it costs |
|---|---|---|
| Full network reset | Almost everything, eventually | Wi-Fi passwords, firewall rules, evidence |
| Inventory, then narrow resets | The piece that actually broke | Time, and one command per layer |
O restablecemento amplo non é incorrecto; é caro. Tamén elimina as probas que dirían que capa fallou, así que a seguinte máquina co mesmo síntoma volve empezar de cero. O inventario primeiro custa catro ordes, e tres delas só len.
Escolla polo reloxo, non por preferencia. Nunha máquina que debe funcionar en dez minutos, un restablecemento completo pode ser a decisión correcta, e a nota que deixe despois é o único que conserva o coñecemento. Nun parque cun síntoma repetido, o inventario é a vía máis barata porque produce unha causa en lugar dunha interrupción que rematou.
Lea catro cousas antes de tocar nada
ipconfig /all
route print -4
netsh winsock show catalog
netsh winhttp show proxy
Cada saída corresponde a un fallo distinto. Unha ruta predeterminada que apunta a un adaptador que xa non existe explica un internet morto cunha rede local que funciona. Un servidor DNS do adaptador que antes pertencía ao túnel explica nomes que fallan mentres os enderezos funcionan. Un provedor de Winsock instalado polo cliente explica fallos do navegador que sobreviven a cada cambio de ruta. Unha entrada de proxy explica un navegador que non chega a nada mentres curl si chega.
Comprobe por separado o proxy do propio navegador. Vive no diálogo de opcións de internet, baixo conexións e configuración da rede local, e é un axuste distinto do proxy WinHTTP que informa a orde. Arranxar un non arranxa o outro, e unha máquina pode levar ambos. Busque un enderezo de proxy que non resolva a nada, porque esa é a forma que deixa un cliente eliminado.
Suba a escaleira en lugar de saltar
ipconfig /release
ipconfig /renew
ipconfig /flushdns
route -f
netsh int ip reset reset.log
netsh winsock reset catalog
route -f limpa a táboa de encamiñamento sen tocar os adaptadores, que é a forma máis barata de quitar a ruta predeterminada que deixou un túnel. netsh int ip reset reescribe os axustes da pila TCP/IP e espera un reinicio. netsh winsock reset restaura o catálogo que modificou un controlador de filtro, e é o paso que arranxa os fallos que só se ven no navegador. Execute un, probe e logo execute o seguinte; unha escaleira que subiu é unha escaleira que pode describir despois.
netsh advfirewall reset non forma parte desta escaleira. Borra regras que alguén creou a propósito, e restauralas é un proxecto aparte. O restablecemento de rede da aplicación de configuración elimina e reinstala cada adaptador e tamén borra os contrasinais de Wi-Fi gardados, así que vai despois dos pasos estreitos e non antes.
Restos cuxo propietario é outro produto
Arrastrar unha aplicación ao lixo non a desinstala. Un Mac que seguía usando unha VPN que xa non mostraba tiña un auxiliar do provedor aínda en marcha; a pestana de rede do Monitor de actividade identificouno polo tráfico, e o procedemento de desinstalación do provedor eliminou o daemon e os seus elementos de inicio. Comprobe /Library/LaunchDaemons e /Library/LaunchAgents por entradas cuxo programa xa non existe.
O software de seguridade é o outro lugar onde aparece este patrón. As ferramentas antivirus instalan os seus propios controladores de filtro, e unha eliminación que deixe un atrás pode romper un adaptador VPN dunha forma que ningún axuste de VPN explica. A ferramenta de eliminación do provedor existe para ese caso; unha desinstalación xenérica normalmente non chega a ela.
Os instaladores tamén poden negarse a comezar porque unha instancia anterior segue viva. O instalador de OpenVPN comproba se hai un openvpn.exe en execución, incluído un que o seu propio script iniciou horas antes.
O fallo env_block é un resto doutro tipo. PATH perdeu C:\Windows\System32 e os seus veciños, así que o cliente non pode lanzar as utilidades que constrúen o adaptador. Repare PATH en lugar de reinstalar, porque unha copia nova atopará as mesmas ordes ausentes.
Interfaces de Linux e a proba do router
Unha interface tun pode sobrevivir á configuración que a creou. Un informe de descarga lenta rematou cun dispositivo residual que conservaba o enderezo de pasarela do grupo antigo e arrastraba tráfico cara a un túnel que ninguén pretendía. ip -brief link enumera o que existe; compáreo co que afirma o servizo actual e logo borre o orfo.
Os arrendamentos que deixan de chegar tras un experimento con VPN non son automaticamente un problema de pila. Probe un portátil que nunca levou o cliente e outro router antes de executar máis restablecementos. Se o router deixou de responder, ningunha orde de Windows cambiará iso, e un enderezo estático temporal, unha pasarela e un resolvedor dinlle que lado está roto.
Anote que restableceu e en que orde. A seguinte persoa necesita saber se se reconstruíu o catálogo Winsock ou o cortafogos, e esa nota é o único que unha desinstalación non pode levar consigo.