Кері SSH проксиінің тыңдаушысы неге тек серверде қолжетімді
Прокси протоколын немесе тіркелгі деректерін өзгерту алдында қашықтағы тыңдаушының bind мекенжайы мен GatewayPorts режимін тексеріңіз.
Қашықтан жіберу SSH серверінен жұмыс істеуі мүмкін, бірақ басқа машинадан келген қосылымдарды қабылдамайды, өйткені ол тек loopback-те тыңдайды. Алдымен нақты тыңдау мекенжайын тексеріңіз.
Сервер жағында GatewayPorts | Қашықтан жіберудің bind-і |
|---|---|
no, әдепкі | Тыңдаушыларды loopback-пен шектейді |
yes | Wildcard bind-ке мәжбүрлейді |
clientspecified | Клиентке нақты bind мекенжайын сұрауға рұқсат береді |
Бір бақыланатын интерфейске арналған тыңдаушы үшін сервер мынаны қолдана алады:
GatewayPorts clientspecified
Содан кейін клиент өзінің -R спецификациясында тиісті мекенжайды сұрайды. Бұл мекенжай қашықтағы машинада болуы керек, ал басқа жіберу шектеулері әлі де қолданылады. Клиент жағындағы -g бұл бағыт үшін ауыспалы басқару емес.
Үш рұқсат бөлек қалады: жіберуді жасауға SSH рұқсаты, оның тыңдаушысына желілік қатынас және HTTP немесе SOCKS қызметінің өз қатынас саясаты. SSH кіруі туннель жасаушыны аутентификациялайды; ол ортақ тыңдаушының әр кейінгі шақырушысын аутентификацияламайды және SOCKS құпиясөз сынағын қоспайды.
Егер қашықтағы шақырушы әлі де қосыла алмаса, осы ретпен bind мекенжайын, сервердің жіберу шектеулерін және firewall жолын тексеріңіз. TCP тыңдаушыға жеткеннен кейін, сәтсіз прокси қол алысуы — кейінгі мәселе.