ઉપલબ્ધ હોય ત્યારે SSH ને સ્થાનિક SOCKS શ્રોતા વાપરવા દો

OpenSSH Match exec તપાસને એક ગંતવ્ય સુધી મર્યાદિત કરો અને સમજો કે સફળ સ્થાનિક-પોર્ટ પરીક્ષણ શું સાબિત કરે છે અને શું નહીં.

સ્થાનિક SOCKS શ્રોતા કેટલાક નેટવર્ક પર ઉપયોગી છે અને કેટલાક પર ગેરહાજર છે. OpenSSH પ્રોક્સી આદેશને શરતી રીતે પસંદ કરી શકે છે, તે પસંદગી દરેક હોસ્ટ પર લાગુ કર્યા વિના.

OpenBSD સ્વરૂપના nc સાથે OpenSSH માટે, એક ઉદાહરણ ક્લાયન રૂપરેખા આ છે:

Host work-server
    HostName ssh.example.net
    User alex

Match originalhost work-server exec "nc -z -w 1 127.0.0.1 1080"
    ProxyCommand nc -X 5 -x 127.0.0.1:1080 %h %p

Match all

originalhost તપાસને SSH આદેશ લાઇન પર આપેલ નામ સુધી મર્યાદિત કરે છે. exec ત્યારે મેળ ખાય છે જ્યારે તેનો આદેશ સફળતાપૂર્વક પૂરો થાય. અંતિમ Match all નીચેની સેટિંગ્સ માટે તે શરતી વ્યાપ્તિ સમાપ્ત કરે છે.

આ ધારે છે કે અગાઉની કોઈ લાગુ સેટિંગે પહેલેથી વિરોધાભાસી પ્રોક્સી આદેશ અથવા જમ્પ રૂટ પસંદ કર્યો નથી. SSH સામાન્ય રીતે રૂપરેખા વિકલ્પ માટે પ્રથમ મળેલ મૂલ્ય વાપરે છે, તેથી ઉપરનું પહોળું ડિફોલ્ટ પછીની શરતને અપેક્ષિત અસર પાડતું અટકાવી શકે છે.

સાંભળતું સોકેટ નમ્ર વચન છે

પરીક્ષણ સ્થાનિક પોર્ટ સુધીના TCP પ્રવેશને ચકાસે છે. તે SOCKS વાટાઘાટ પૂરી કરતું નથી, ઇચ્છિત ગંતવ્ય જોડાણ સ્થાપિત કરતું નથી, અથવા તે પોર્ટ કોના પ્રોગ્રામનો છે તે સાબિત કરતું નથી. તપાસ પછી શ્રોતા અદૃશ્ય પણ થઈ શકે છે.

સમયમર્યાદા નિષ્ફળ પરીક્ષણને મર્યાદિત રાખે છે. દર્શાવેલ વિકલ્પો OpenBSD nc ઇન્ટરફેસના છે; સમાન ફાઇલનામ ધરાવતા બીજા પ્રોગ્રામ અલગ વિકલ્પો આપી શકે છે.

જ્યારે શરત મેળ ખાતી નથી, ત્યારે આ ઉદાહરણ જોડાણને આ ProxyCommand વિના છોડી દે છે, જે તેના સામાન્ય માર્ગને મંજૂરી આપે છે. તે ત્યારે જ યોગ્ય છે જ્યારે સીધો પ્રવેશ મંજૂર હોય. ફરજિયાત પ્રોક્સી નીતિએ ઉપલબ્ધતા તપાસને બીજા માર્ગે ભાગી જવાની પરવાનગી તરીકે વાપરવી ન જોઈએ.

લક્ષ્ય SSH હોસ્ટનામ અને હોસ્ટ-કી તપાસ હજી પણ ગંતવ્ય સર્વરને ઓળખે છે. પરિવહન સહાયક પસંદ કરવો અણધારી હોસ્ટ કી સ્વીકારવાનું કારણ નથી.

સંબંધિત લેખો