Кайта 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 угуучуга жеткенден кийин, ийгиликсиз прокси кол алышуусу кийинки маселе.