Kial inversa SSH-prokura aŭskultanto atingeblas nur sur la servilo
Kontrolu la bind-adreson de la fora aŭskultanto kaj la reĝimon GatewayPorts antaŭ ol ŝanĝi la prokuran protokolon aŭ la legitimilojn.
Fora plusendo povas funkcii el la SSH-servilo sed rifuzi konektojn el alia maŝino, ĉar ĝi aŭskultas nur sur loopback. Unue kontrolu la realan aŭskultan adreson.
Ĉe la servila flanko GatewayPorts | Bindado de fora plusendo |
|---|---|
no, la defaŭlto | Limigas aŭskultantojn al loopback |
yes | Devigas wildcard-bindadon |
clientspecified | Permesas al la kliento peti specifan bind-adreson |
Por aŭskultanto destinita al unu kontrolata interfaco, la servilo povas uzi:
GatewayPorts clientspecifiedLa kliento tiam petas taŭgan adreson en sia -R-specifoj. Tiu adreso devas ekzisti sur la fora maŝino, kaj aliaj plusendaj limigoj ankoraŭ validas. La klientflanka -g ne estas interŝanĝebla regilo por ĉi tiu direkto.
Tri permesoj restas apartaj: SSH-rajtigo por krei la plusendon, reta aliro al ĝia aŭskultanto, kaj la propra alirpolitiko de la HTTP aŭ SOCKS-servo. SSH-ensaluto aŭtentikigas la kreinton de la tunelo; ĝi ne aŭtentikigas ĉiun postan alvokanton de komuna aŭskultanto nek aldonas SOCKS-pasvortan defion.
Se fora alvokanto ankoraŭ ne povas konektiĝi, kontrolu la bind-adreson, la plusendajn limigojn de la servilo kaj la fajroŝorman vojon en tiu ordo. Post kiam TCP atingas la aŭskultanton, malsukcesa prokura manpremo estas posta problemo.