A ferramenta de captura funciona toda a mañá, o túnel conéctase e queda en silencio. Desconectas e volve arrincar. O instinto di que a VPN rompeu o proxy, pero na configuración do proxy non cambiou nada. O que cambiou é que configuración len agora as aplicacións: unha entrada de túnel pode levar a súa propia configuración de proxy, un perfil xestionado pode reactivar a configuración automática e algúns contornos de execución só len unha parte do que ofrece o sistema operativo. Le o valor por conexión antes de tocar o global.

Windows garda un proxy por conexión

Nas opcións de Internet hai dúas capas que no diálogo parecen idénticas. A configuración da rede local aplícase á conexión local normal, mentres que unha entrada de marcación ou de VPN garda a súa propia copia en HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Connections, almacenada como valor binario. Escribir os coñecidos valores globais do rexistro non actualiza esa copia.

Así é exactamente como unha ferramenta se comporta ben antes de conectar e mal despois, sen ningún cambio visible na súa configuración. O diálogo que mirabas era o panel da rede local. Era correcto e era irrelevante. A entrada que Windows usaba de verdade era a creada para o túnel.

A forma admitida de cambiar unha entrada é a API de opcións de conexión de WinINET: enche un INTERNET_PER_CONN_OPTION_LIST co nome da conexión, os indicadores, o servidor proxy e unha lista de exclusións, aplícao e despois actualiza. Para unha comprobación rápida, abre o diálogo de configuración da propia entrada do túnel e compara o seu panel de proxy co da rede local; a diferenza adoita ser obvia en canto sabes onde mirar.

Un PAC xestionado pode volver activarse

En macOS, o script de configuración automática do proxy e o descubrimento automático de proxy son propiedades dun servizo de rede, non da máquina. Un perfil de configuración pode esixilos, así que reaparecen despois de desmarcalos, e cada petición envíase entón ao proxy que elixa o script.

Inspecciona e, se tes autorización, desactiva eses dous interruptores para o servizo que leva o tráfico:

networksetup -setautoproxystate "Wi-Fi" off
networksetup -setproxyautodiscovery "Wi-Fi" off
scutil --proxy

Usa o nome real do servizo en lugar dunha suposición. Un portátil con Wi-Fi e un adaptador Ethernet USB ten dous, e só un leva o teu tráfico. scutil --proxy imprime os valores do servizo principal actual. Compara esa saída co que editaches antes de concluír que o perfil gañou.

Apunta a ferramenta á orixe real

Se o script contén o proxy corporativo, leo e introduce ese mesmo enderezo como proxy externo dentro da ferramenta de captura. Entón a ferramenta reenvía á orixe real, que é o que espera o proxy corporativo, e queda na ruta da petición en lugar de pelexarse coa política.

Ese é o movemento que te mantén depurando en lugar de reconfigurando.

Mete o proxy dentro do túnel

Un cliente baseado en OpenVPN pode aceptar opcións de proxy que se aplican cando o túnel xa está levantado, o que resulta cómodo cando o cliente é dono das rutas:

dhcp-option HTTPPROXY 127.0.0.1:8888
dhcp-option HTTPSPROXY 127.0.0.1:8888

Só os clientes que respectan a opción a usarán, e esta fixa o teu porto de escoita dentro dun perfil. Trátao como unha comodidade de laboratorio e non como un estándar de despregamento, porque o seguinte envío de perfil eliminaraa.

Algúns clientes nunca len o proxy do sistema

Firefox garda a súa propia configuración de proxy, por iso ás veces segue capturando cando un navegador con proxy do sistema non o fai. Un cliente .NET antigo que non entende a configuración automática conéctase directamente onde queira que se execute, así que unha páxina que se carga pola entrada do túnel pode fallar dentro da aplicación.

As ferramentas de rede tamén teñen as súas propias causas. Unha sesión FTP que se colga a través dun túnel ou dun tethering de teléfono adoita ser un problema de modo activo fronte a pasivo que negocia o cliente, e ningún axuste de proxy o cambiará.

Le a configuración, non o interruptor

Traballa nesta orde: o valor de proxy propio da entrada do túnel, o estado de PAC e descubrimento automático por servizo e despois a xestión de proxy da propia aplicación. Detente no primeiro que difira do que supoñías.

Todos os casos de aquí son un problema de precedencia de configuración. Ningún é o túnel rompendo a túa ferramenta.

Artigos relacionados