SSH ilə yönləndirilən port həmişə SOCKS proksisi deyil
Tətbiqi konfiqurasiya etməzdən əvvəl SSH-in sabit yerli yönləndirməsini dinamik SOCKS dinləyicisindən ayırın.
SSH tuneli yaradırsınız, 127.0.0.1 və onun portunu brauzerin proksi parametrlərinə yazırsınız və heç nə yüklənmir. Dinləyici tamamilə düzgün işləyə bilər. Sadəcə yanlış trafik növünü gözləyir ola bilər.
| Yönləndirmə | Yerli tətbiq nə göndərir | Təyinat seçimi |
|---|---|---|
-L | Hədəf xidmətin adi protokolu | SSH əmrində sabitlənib |
-D | SOCKS danışığı, sonra tətbiq trafiki | SOCKS müştərisi tərəfindən tələb olunur |
Tək veb server üçün bu, sabit yönləndirmədir:
ssh -N -L 127.0.0.1:9080:web.example.com:80 [email protected]http://127.0.0.1:9080/ ünvanına veb sayt kimi baxın. 9080 portunu SOCKS adlandırmayın: o, əmrdə göstərilən tək veb serverə baytlar ötürür. Saytı fərqli host adı altında açmaq onun virtual hostinqinə, yönləndirmələrinə və ya kukilərinə də təsir edə bilər.
SOCKS dinləyicisi üçün forma dəyişir:
ssh -N -D 127.0.0.1:1080 [email protected]Tətbiqi 127.0.0.1:1080 ünvanında SOCKS istifadə etmək üçün konfiqurasiya edin. Bu ünvanı birbaşa brauzerin ünvan sətrinə yazmaq veb sorğunu SOCKS dinləyicisinə göndərir, bu da başqa bir protokol uyğunsuzluğudur.
OpenSSH təlimatı hər iki formanı sənədləşdirir. Faydalı bir istisna var: mövcud HTTP proksisini -L ilə yönləndirmək HTTP proksi protokolu ilə danışan yerli port yaradır, çünki onun sabit təyinatı özü HTTP proksisidir. Uzaq tərəfdəki xidmət sabit yönləndirməyə nəyin aid olduğunu müəyyən edir. Mövcud proksini SSH vasitəsilə yönləndirmək həmin proksinin protokolunu və hesabını saxlayır.