Un reenvío dinámico de SSH e un axuste de proxy de macOS teñen vidas diferentes. O proceso SSH fornece o escoitador SOCKS local; o servizo de rede garda o enderezo que deben usar as aplicacións participantes.

Por exemplo, isto mantén un escoitador SOCKS de loopback en primeiro plano:

ssh -N -D 127.0.0.1:1080 [email protected]

Se o servizo de rede de macOS seleccionado está configurado para usar SOCKS en 127.0.0.1:1080, as aplicacións con ese axuste dependen do escoitador. Cando o proceso SSH remata, o escoitador desaparece. SSH non restaura automaticamente os valores de proxy anteriores do servizo de rede.

Abre Detalles → Proxies do servizo de rede activo en Axustes do Sistema → Rede. Restaura o axuste de SOCKS rexistrado antes da sesión do túnel. Se SOCKS estaba desactivado, volve desactivalo; se xa había outro proxy configurado, restaura o seu enderezo, o seu porto e o seu estado de activación.

Usa ese mesmo servizo ao comprobar o resultado. Wi-Fi e Ethernet poden ter axustes de proxy distintos, e unha aplicación coa súa propia configuración de proxy necesita o seu propio cambio correspondente. Un comando de shell colocado despois de ssh é unha acción de limpeza aparte, así que non tomes unha secuencia de saída normal como garantía de que toda sesión interrompida restaura o estado orixinal.

Artigos relacionados