macOS behält d'SOCKS-Astellstung no dem Enn vum SSH-Tunnel
Setzt déi viregt Proxy-Konfiguratioun vum Netzwierksservice zeréck, wann de lokalen SSH SOCKS-Lauschteren net méi leeft.
En SSH-Dynamic-Forward an eng macOS-Proxy-Astellstung hunn ënnerschiddlech Liewensdaueren. Den SSH-Prozess stellt de lokalen SOCKS-Lauschteren zur Verfügung; den Netzwierksservice späichert d'Adress, déi d'participéierend Applikatioune solle benotzen.
Zum Beispill hält dëst e SOCKS-Lauschteren um Loopback am Virdergrond:
ssh -N -D 127.0.0.1:1080 [email protected]Wann den ausgewielten macOS-Netzwierksservice agestallt ass, SOCKS op 127.0.0.1:1080 ze benotzen, hänken Applikatiounen mat dëser Astellung vum Lauschteren of. Wann den SSH-Prozess eriwwer ass, verschwënnt de Lauschteren. SSH setzt déi viregt Proxy-Wäerter vum Netzwierksservice net automatesch zeréck.
Maacht Detailer → Proxien vum aktiven Netzwierksservice an den Systemastellungen → Netzwierk op. Setzt d'SOCKS-Astellstung zeréck, déi virun der Tunnelsitzung festgehale gouf. Wann SOCKS virdru aus war, schalt et nees aus; wann en anere Proxy schonn agestallt war, setzt seng Adress, säi Port a säin ageschalten Zoustand zeréck.
Benotzt dee selwechte Service, wann dir d'Resultat kontrolléiert. Wi-Fi an Ethernet kënnen ënnerschiddlech Proxy-Astellunge hunn, an eng Applikatioun mat hirer eegener Proxy-Konfiguratioun brauch hir eege passend Ännerung. Eng Shell-Kommando, déi no ssh gesat gëtt, ass eng separat Botz-Aktioun, also huelt eng normal Ausgangssequenz net als Garantie, datt all ënnerbrach Sitzung den originellen Zoustand zerécksetzt.