SSH દ્વારા ફોરવર્ડ કરેલો પોર્ટ હંમેશા SOCKS પ્રોક્સી નથી

કોઈ એપ્લિકેશન ગોઠવતા પહેલાં SSH ના સ્થિર સ્થાનિક ફોરવર્ડને ગતિશીલ SOCKS શ્રોતાથી અલગ પાડો.

તમે SSH ટનલ બનાવો છો, 127.0.0.1 અને તેનો પોર્ટ બ્રાઉઝરની પ્રોક્સી સેટિંગ્સમાં મૂકો છો, અને કંઈ લોડ થતું નથી. શ્રોતા સંપૂર્ણ રીતે કામ કરતો હોઈ શકે. તે કદાચ ખોટા પ્રકારના ટ્રાફિકની રાહ જોઈ રહ્યો હોય.

ફોરવર્ડસ્થાનિક એપ્લિકેશન શું મોકલે છેગંતવ્યની પસંદગી
-Lલક્ષ્ય સેવાનો સામાન્ય પ્રોટોકોલSSH આદેશમાં સ્થિર
-DSOCKS વાટાઘાટ, પછી એપ્લિકેશન ટ્રાફિકSOCKS ક્લાયન્ટ દ્વારા વિનંતી

એક જ વેબ સર્વર માટે, આ સ્થિર ફોરવર્ડ છે:

ssh -N -L 127.0.0.1:9080:web.example.com:80 [email protected]

http://127.0.0.1:9080/ ને વેબસાઇટ તરીકે જુઓ. પોર્ટ 9080 ને SOCKS લેબલ ન કરો: તે આદેશમાં નામ આપેલા એક જ વેબ સર્વરને બાઇટ્સ ફોરવર્ડ કરે છે. બીજા હોસ્ટનામ હેઠળ સાઇટ ખોલવાથી તેની વર્ચ્યુઅલ હોસ્ટિંગ, રીડાયરેક્ટ અથવા કૂકીઝ પર પણ અસર થઈ શકે છે.

SOCKS શ્રોતા માટે, આકાર બદલાય છે:

ssh -N -D 127.0.0.1:1080 [email protected]

એપ્લિકેશનને 127.0.0.1:1080 પર SOCKS વાપરવા ગોઠવો. તે સરનામું સીધું બ્રાઉઝરની સરનામા પટ્ટીમાં નાખવાથી વેબ વિનંતી SOCKS શ્રોતા પર જાય છે, જે બીજી પ્રોટોકોલ અસંગતિ છે.

OpenSSH મેન્યુઅલ બંને સ્વરૂપોનું દસ્તાવેજીકરણ કરે છે. એક ઉપયોગી અપવાદ છે: હાલની HTTP પ્રોક્સીને -L સાથે ફોરવર્ડ કરવાથી સ્થાનિક પોર્ટ બને છે જે HTTP પ્રોક્સી પ્રોટોકોલ બોલે છે, કારણ કે તેનું સ્થિર ગંતવ્ય પોતે HTTP પ્રોક્સી છે. દૂરના છેડેની સેવા નક્કી કરે છે કે સ્થિર ફોરવર્ડમાં શું આવે. SSH દ્વારા હાલની પ્રોક્સી ફોરવર્ડ કરવી તે પ્રોક્સીનો પ્રોટોકોલ અને ખાતું રાખે છે.

સંબંધિત લેખો