Ters SSH proksi dinləyicisi niyə yalnız serverdə əlçatandır

Proksinin protokolunu və ya etimad məlumatlarını dəyişməzdən əvvəl uzaq dinləyicinin bind ünvanını və GatewayPorts rejimini yoxlayın.

Uzaq yönləndirmə SSH serverindən işləyə bilər, lakin başqa maşından gələn bağlantıları rədd edir, çünki yalnız loopback üzərində dinləyir. Əvvəlcə faktiki dinləmə ünvanını yoxlayın.

Server tərəfində GatewayPortsUzaq yönləndirmə bind-i
no, standartDinləyiciləri loopback ilə məhdudlaşdırır
yesWildcard bind-i məcburi edir
clientspecifiedMüştəriyə konkret bind ünvanı tələb etməyə icazə verir

Bir nəzarət olunan interfeys üçün nəzərdə tutulan dinləyici üçün server belə istifadə edə bilər:

GatewayPorts clientspecified

Sonra müştəri -R spesifikasiyasında uyğun ünvan tələb edir. Həmin ünvan uzaq maşında mövcud olmalıdır və digər yönləndirmə məhdudiyyətləri qüvvədə qalır. Müştəri tərəfindəki -g bu istiqamət üçün əvəzedici nəzarət deyil.

Üç icazə ayrı qalır: yönləndirməni yaratmaq üçün SSH avtorizasiyası, onun dinləyicisinə şəbəkə çıxışı və HTTP və ya SOCKS xidmətinin öz giriş siyasəti. SSH girişi tunelin yaradıcısını autentifikasiya edir; lakin paylaşılan dinləyicinin hər sonrakı çağıranını autentifikasiya etmir və SOCKS parol çağırışı əlavə etmir.

Uzaq çağıran hələ də qoşula bilmirsə, bind ünvanını, serverin yönləndirmə məhdudiyyətlərini və firewall yolunu bu qaydada yoxlayın. TCP dinləyiciyə çatdıqdan sonra uğursuz proksi əl sıxması sonrakı problemdir.

Əlaqəli məqalələr