રિવર્સ SSH પ્રોક્સી લિસનર ફક્ત સર્વર પર જ કેમ પહોંચી શકાય છે
પ્રોક્સી પ્રોટોકોલ કે ઓળખપત્રો બદલતા પહેલાં રિમોટ લિસનરનું bind સરનામું અને GatewayPorts મોડ તપાસો.
રિમોટ ફોરવર્ડ SSH સર્વર પરથી કામ કરી શકે છે, પણ બીજા મશીનથી આવતા કનેક્શન નકારે છે, કારણ કે તે ફક્ત loopback પર સાંભળે છે. પહેલાં ખરેખરું સાંભળવાનું સરનામું તપાસો.
સર્વર બાજુ GatewayPorts | રિમોટ-ફોરવર્ડ bind |
|---|---|
no, ડિફોલ્ટ | લિસનરને loopback સુધી મર્યાદિત કરે છે |
yes | wildcard bind ફરજિયાત કરે છે |
clientspecified | ક્લાયન્ટને ચોક્કસ bind સરનામું માંગવાની મંજૂરી આપે છે |
એક નિયંત્રિત ઇન્ટરફેસ માટે ધ્યેય રાખેલા લિસનર માટે, સર્વર આ વાપરી શકે છે:
GatewayPorts clientspecifiedપછી ક્લાયન્ટ તેની -R સ્પેસિફિકેશનમાં યોગ્ય સરનામું માંગે છે. એ સરનામું રિમોટ મશીન પર હોવું જરૂરી છે, અને બીજા ફોરવર્ડિંગ પ્રતિબંધો હજી લાગુ પડે છે. ક્લાયન્ટ બાજુનું -g આ દિશા માટે વિનિમયયોગ્ય નિયંત્રણ નથી.
ત્રણ પરવાનગીઓ અલગ રહે છે: ફોરવર્ડ બનાવવા માટે SSH અધિકૃતિ, તેના લિસનર સુધી નેટવર્ક પ્રવેશ, અને HTTP કે SOCKS સેવાની પોતાની પ્રવેશ નીતિ. SSH લોગિન ટનલ બનાવનારને પ્રમાણિત કરે છે; તે શેર થયેલા લિસનરના દરેક પછીના કૉલરને પ્રમાણિત કરતું નથી કે SOCKS પાસવર્ડ પડકાર ઉમેરતું નથી.
જો રિમોટ કૉલર હજી કનેક્ટ ન કરી શકે, તો bind સરનામું, સર્વરના ફોરવર્ડિંગ પ્રતિબંધો અને ફાયરવૉલ માર્ગ આ ક્રમમાં તપાસો. TCP લિસનર સુધી પહોંચ્યા પછી, નિષ્ફળ પ્રોક્સી હેન્ડશેક પછીની સમસ્યા છે.