Ters SSH proxy dinleyicisi neden yalnızca sunucuda erişilebilir
Proxy protokolünü veya kimlik bilgilerini değiştirmeden önce uzak dinleyicinin bind adresini ve GatewayPorts modunu kontrol edin.
Uzak yönlendirme SSH sunucusundan çalışabilir ancak yalnızca loopback üzerinde dinlediği için başka bir makineden gelen bağlantıları reddedebilir. Önce gerçek dinleme adresini kontrol edin.
Sunucu tarafında GatewayPorts | Uzak yönlendirme bind'i |
|---|---|
no, varsayılan | Dinleyicileri loopback ile sınırlar |
yes | Wildcard bind'i zorlar |
clientspecified | İstemcinin belirli bir bind adresi istemesine izin verir |
Tek bir denetlenen arayüze yönelik bir dinleyici için sunucu şunu kullanabilir:
GatewayPorts clientspecifiedArdından istemci kendi -R belirtiminde uygun bir adres ister. Bu adres uzak makinede bulunmalıdır ve diğer yönlendirme kısıtlamaları hâlâ geçerlidir. İstemci tarafındaki -g bu yön için değiştirilebilir bir denetim değildir.
Üç izin ayrı kalır: yönlendirmeyi oluşturmak için SSH yetkilendirmesi, dinleyicisine ağ erişimi ve HTTP veya SOCKS hizmetinin kendi erişim politikası. SSH oturumu tüneli oluşturanı doğrular; paylaşılan bir dinleyicinin sonraki her çağıranını doğrulamaz ve SOCKS parola sorgusu eklemez.
Uzak bir çağıran hâlâ bağlanamıyorsa bind adresini, sunucunun yönlendirme kısıtlamalarını ve güvenlik duvarı yolunu bu sırayla inceleyin. TCP dinleyiciye ulaştıktan sonra başarısız bir proxy el sıkışması daha sonraki bir sorundur.