SSH üzerinden mevcut bir HTTP veya SOCKS proxy'ye ulaşın
Uzak loopback HTTP veya SOCKS proxy'ye SSH üzerinden, dinleyicisini herkese açık hale getirmeden ulaşın.
relay.example.net zaten kendi 127.0.0.1:1080 üzerinde SOCKS çalıştırıyorsa, bu dinleyiciyi herkese açık hale getirmek yerine erişimi iletin:
ssh -N -L 127.0.0.1:1081:127.0.0.1:1080 [email protected]| Uç nokta | Rol |
|---|---|
Dizüstü 127.0.0.1:1081 | Dizüstü uygulamasında yapılandırılacak SOCKS adresi. |
Aktarıcı 127.0.0.1:1080 | SSH sunucusu tarafından erişilen mevcut proxy. |
Yerel yönlendirme sözdizimi sabit hedefi sunucu tarafına atar. Uzak loopback 3128 bağlantı noktasındaki bir HTTP proxy veya proxy.internal.example:8080 gibi bir intranet uç noktası da aynı ilkeyle çalışır. İstemciyi o mevcut HTTP protokolü ve hesap için yapılandırın; SSH üzerinden taşımak SOCKS veya TLS etkin bir HTTPS dinleyicisi oluşturmaz.
Mevcut hizmet yine desteklenen protokol sürümlerini, kimlik doğrulamayı, hedefleri ve son çıkışı seçer. O uzak proxy'yi başka bir SSH süreci oluşturduysa, iki süreç de hayatta kalmalıdır. Dizüstü→aktarıcı→ağ geçidi rotası, web sitesinin son dışa giden bağlantıyı görmesini sağlar, yerel 1081 bağlantı noktasının atadığı bir kimliği değil.
Dizüstünün bağlamasını açıkça yerel tutun. Daha geniş maruz kalma hizmete kimin ulaşabileceğini değiştirir ve SSH oturum açma dinleyiciye bir SOCKS parolası eklemez. Reddedilirse dizüstü dinleyicisini, SSH taşımasını ve uzak proxy'yi ayrı aşamalar olarak kontrol edin.