Pinapanatili ng macOS ang setting ng SOCKS pagkatapos ng SSH tunnel

Magkaiba ang haba ng buhay ng dynamic na forward ng SSH at ng setting ng proxy sa macOS. Ang proseso ng SSH ang nagbibigay ng lokal na SOCKS listener; ang serbisyo ng network ang nag-iimbak ng address na dapat gamitin ng mga kalahok na app.

Halimbawa, pinapanatili nitong nasa harapan ang isang SOCKS listener sa loopback:

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

Kung ang napiling serbisyo ng network sa macOS ay naka-configure na gumamit ng SOCKS sa 127.0.0.1:1080, ang mga app na gumagamit ng setting na iyon ay nakadepende sa listener. Kapag umalis ang proseso ng SSH, nawawala ang listener. Hindi awtomatikong ibinabalik ng SSH ang dating mga halaga ng proxy ng serbisyo ng network.

Buksan ang Mga Detalye → Mga Proxy ng aktibong serbisyo ng network sa Mga Setting ng System → Network. Ibalik ang setting ng SOCKS na naitala bago ang sesyon ng tunnel. Kung dating patay ang SOCKS, patayin itong muli; kung may naka-configure nang ibang proxy, ibalik ang address, port, at naka-enable na estado nito.

Gamitin ang parehong serbisyo kapag sinusuri ang resulta. Maaaring magkaiba ang setting ng proxy ng Wi-Fi at Ethernet, at ang isang app na may sariling configuration ng proxy ay kailangan ang sarili nitong kaukulang pagbabago. Ang shell command na inilagay pagkatapos ng ssh ay hiwalay na pagkilos ng paglilinis, kaya huwag ituring na garantiya ang normal na pagkakasunod-sunod ng paglabas na ibabalik ng bawat naantala na sesyon ang orihinal na estado.