SSH ile yönlendirilen bağlantı noktası her zaman SOCKS proxy değildir
Bir uygulamayı yapılandırmadan önce SSH'nin sabit yerel yönlendirmesini dinamik SOCKS dinleyicisinden ayırın.
Bir SSH tüneli oluşturur, 127.0.0.1 ve bağlantı noktasını tarayıcının proxy ayarlarına girersiniz ve hiçbir şey yüklenmez. Dinleyici kusursuz çalışıyor olabilir. Sadece yanlış türde trafiği bekliyor olabilir.
| Yönlendirme | Yerel uygulamanın gönderdiği | Hedef seçimi |
|---|---|---|
-L | Hedef hizmetin olağan protokolü | SSH komutunda sabitlenmiş |
-D | Bir SOCKS görüşmesi, ardından uygulama trafiği | SOCKS istemcisi tarafından istenir |
Tek bir web sunucusu için bu sabit bir yönlendirmedir:
ssh -N -L 127.0.0.1:9080:web.example.com:80 [email protected]http://127.0.0.1:9080/ adresini bir web sitesi olarak ziyaret edin. 9080 numaralı bağlantı noktasını SOCKS olarak etiketlemeyin: baytları komutta adı geçen tek web sunucusuna iletir. Bir siteyi farklı bir ana bilgisayar adı altında açmak, sanal barındırmasını, yönlendirmelerini veya çerezlerini de etkileyebilir.
bir SOCKS dinleyicisi için biçim değişir:
ssh -N -D 127.0.0.1:1080 [email protected]Uygulamayı 127.0.0.1:1080 adresinde SOCKS kullanacak şekilde yapılandırın. Bu adresi doğrudan tarayıcının adres çubuğuna yazmak, bir web isteğini SOCKS dinleyicisine gönderir, bu da başka bir protokol uyuşmazlığıdır.
OpenSSH kılavuzu her iki biçimi de belgeler. Yararlı bir istisna vardır: mevcut bir HTTP proxy'sini -L ile yönlendirmek, sabit hedefi kendisi bir HTTP proxy olduğundan HTTP proxy protokolünü konuşan yerel bir bağlantı noktası üretir. Sabit bir yönlendirmeye neyin uygun olduğunu uzak uçtaki hizmet belirler. Mevcut bir proxy'yi SSH üzerinden yönlendirmek o proxy'nin protokolünü ve hesabını korur.