SSH દ્વારા હાલનો HTTP અથવા SOCKS પ્રોક્સી સુધી પહોંચો
SSH દ્વારા દૂરસ્થ લૂપબેક HTTP અથવા SOCKS પ્રોક્સી સુધી પહોંચો, તેના શ્રોતાને જાહેરમાં ખુલ્લો ન કરતાં.
જો relay.example.net પહેલેથી જ પોતાના 127.0.0.1:1080 પર SOCKS ચલાવે છે, તો તે શ્રોતાને જાહેરમાં ખુલ્લો કરવાને બદલે ઍક્સેસ ફોરવર્ડ કરો:
ssh -N -L 127.0.0.1:1081:127.0.0.1:1080 [email protected]| અંતિમ બિંદુ | ભૂમિકા |
|---|---|
લેપટોપ 127.0.0.1:1081 | લેપટોપની ઍપ્લિકેશનમાં ગોઠવવાનું SOCKS સરનામું. |
રિલે 127.0.0.1:1080 | SSH સર્વરની બાજુથી પહોંચવામાં આવતો હાલનો પ્રોક્સી. |
સ્થાનિક ફોરવર્ડિંગ સિન્ટેક્સ નિશ્ચિત લક્ષ્યને સર્વર બાજુ સોંપે છે. દૂરસ્થ લૂપબેક પોર્ટ 3128 પરનો HTTP પ્રોક્સી અથવા proxy.internal.example:8080 જેવું ઇન્ટ્રાનેટ અંતિમ બિંદુ એ જ સિદ્ધાંત પર કામ કરે છે. ક્લાઇન્ટને તે હાલની HTTP પ્રોટોકોલ અને ખાતા માટે ગોઠવો; SSH દ્વારા તેને લઈ જવાથી SOCKS કે TLS-સક્ષમ HTTPS શ્રોતા બનતો નથી.
હાલની સેવા હજી પણ સમર્થિત પ્રોટોકોલ આવૃત્તિઓ, પ્રમાણીકરણ, લક્ષ્યો અને અંતિમ બહાર નીકળવાનું પસંદ કરે છે. જો બીજી SSH પ્રક્રિયાએ તે દૂરસ્થ પ્રોક્સી બનાવ્યો હોય, તો બંને પ્રક્રિયાઓ જીવંત રહેવી જોઈએ. લેપટોપ→રિલે→ગેટવે માર્ગ વેબસાઇટને છેલ્લું બહાર જતું જોડાણ જોવા દે છે, સ્થાનિક પોર્ટ 1081 દ્વારા ફાળવેલી ઓળખ નહીં.
લેપટોપનું બંધન સ્પષ્ટપણે સ્થાનિક રાખો. વધુ વ્યાપક એક્સપોઝર બદલે છે કે સેવા સુધી કોણ પહોંચી શકે, અને SSH લોગિન શ્રોતામાં SOCKS પાસવર્ડ ઉમેરતું નથી. ઇનકાર માટે, લેપટોપ શ્રોતા, SSH પરિવહન અને દૂરસ્થ પ્રોક્સીને અલગ તબક્કા તરીકે તપાસો.