Um encaminhamento dinâmico SSH e uma definição de proxy do macOS têm tempos de vida diferentes. O processo SSH fornece o ouvinte SOCKS local; o serviço de rede guarda o endereço que as aplicações participantes devem usar.

Por exemplo, isto mantém um ouvinte SOCKS em loopback em primeiro plano:

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

Se o serviço de rede do macOS selecionado estiver configurado para usar SOCKS em 127.0.0.1:1080, as aplicações com essa definição dependem do ouvinte. Quando o processo SSH termina, o ouvinte desaparece. O SSH não restaura automaticamente os valores de proxy anteriores do serviço de rede.

Abra Detalhes → Proxies do serviço de rede ativo em Definições do Sistema → Rede. Restaure a definição de SOCKS registada antes da sessão do túnel. Se o SOCKS estava desligado, volte a desligá-lo; se já estava configurado outro proxy, restaure o endereço, a porta e o estado de ativação.

Use o mesmo serviço ao verificar o resultado. O Wi-Fi e o Ethernet podem ter definições de proxy diferentes, e uma aplicação com a sua própria configuração de proxy precisa da sua própria alteração correspondente. Um comando de shell colocado depois de ssh é uma ação de limpeza separada, por isso não tome uma sequência de saída normal como garantia de que qualquer sessão interrompida restaura o estado original.

Artigos relacionados