Защо слушателят на обратно SSH прокси е достъпен само на сървъра
Проверете адреса за свързване на отдалечения слушател и режима GatewayPorts, преди да променяте протокола на проксито или идентификационните данни.
Отдалеченото пренасочване може да работи от SSH сървъра, но да отказва връзки от друга машина, защото слуша само на loopback. Първо проверете действителния адрес на слушателя.
От страна на сървъра GatewayPorts | Свързване на отдалеченото пренасочване |
|---|---|
no, по подразбиране | Ограничава слушателите до loopback |
yes | Принуждава свързване с wildcard адрес |
clientspecified | Позволява на клиента да заяви конкретен адрес за свързване |
За слушател, предназначен за един контролиран интерфейс, сървърът може да използва:
GatewayPorts clientspecifiedСлед това клиентът заявява подходящ адрес в своята спецификация -R. Този адрес трябва да съществува на отдалечената машина и другите ограничения за пренасочване продължават да важат. Клиентската опция -g не е взаимозаменяем контрол за тази посока.
Три разрешения остават отделни: SSH оторизация за създаване на пренасочването, мрежов достъп до неговия слушател и собствената политика за достъп на HTTP или SOCKS услугата. SSH входът удостоверява създателя на тунела; той не удостоверява всеки следващ извикващ на споделен слушател и не добавя SOCKS предизвикателство за парола.
Ако отдалечен извикващ все още не може да се свърже, проверете адреса за свързване, ограниченията за пренасочване на сървъра и пътя през защитната стена в този ред. След като TCP достигне слушателя, неуспешното ръкостискане на проксито е следващ проблем.