Зошто слушачот на обратен SSH прокси е достапен само на серверот
Проверете ја bind-адресата на далечниот слушач и режимот GatewayPorts пред да го промените протоколот на проксито или акредитивите.
Далечното проследување може да работи од SSH серверот, но да одбива врски од друга машина бидејќи слуша само на loopback. Прво проверете ја вистинската адреса на слушање.
На страната на серверот GatewayPorts | Врзување на далечното проследување |
|---|---|
no, стандардно | Ги ограничува слушачите на loopback |
yes | Принудува wildcard врзување |
clientspecified | Му дозволува на клиентот да побара конкретна bind-адреса |
За слушач наменет за еден контролиран интерфејс, серверот може да користи:
GatewayPorts clientspecifiedПотоа клиентот бара соодветна адреса во својата -R спецификација. Таа адреса мора да постои на далечната машина, а другите ограничувања за проследување сè уште важат. Клиентската -g не е заменлива контрола за овој правец.
Три дозволи остануваат одделни: SSH авторизација за создавање на проследувањето, мрежен пристап до неговиот слушач и сопствената политика за пристап на HTTP или SOCKS услугата. SSH најавата го автентицира создавачот на тунелот; таа не го автентицира секој подоцнежен повикувач на споделен слушач и не додава SOCKS предизвик за лозинка.
Ако далечниот повикувач сè уште не може да се поврзе, проверете ја bind-адресата, ограничувањата за проследување на серверот и патеката низ огнениот ѕид по тој редослед. Откако TCP ќе стигне до слушачот, неуспешното ракување на проксито е подоцнежен проблем.