Windows OpenSSH ને સ્પષ્ટ SOCKS5 Ncat આદેશ આપો
Ncat ને OpenSSH ના સ્ટાન્ડર્ડ-સ્ટ્રીમ પરિવહન સહાયક તરીકે વાપરો અને ડિફોલ્ટ HTTP પ્રોક્સી પર આધાર રાખવાને બદલે SOCKS5 સ્પષ્ટ કરો.
જો Ncat Windows OpenSSH માટે પહેલેથી ઉપલબ્ધ હોય, તો તે SOCKS5 પ્રોક્સી દ્વારા કનેક્શન પ્રદાન કરી શકે છે. તે OpenSSH ક્લાયન્ટ વાપરે છે તે SSH રૂપરેખાંકનમાં હોસ્ટ એન્ટ્રી ઉમેરો:
Host target-via-socks
HostName ssh.example
User user
ProxyCommand ncat.exe --proxy-type socks5 --proxy proxy.example:1080 %h %p
બંને હોસ્ટનામ અને ખાતું બદલો, પછી ssh target-via-socks સાથે કનેક્ટ કરો. આ ઉદાહરણ ધારે છે કે ncat.exe સહાયકના એક્ઝિક્યુટેબલ શોધ પથમાં છે. નહિતર યોગ્ય રીતે અવતરણ કરેલો સંપૂર્ણ એક્ઝિક્યુટેબલ પથ વાપરો, ખાસ કરીને જ્યારે ડિરેક્ટરીમાં સ્પેસ હોય.
પ્રોક્સી એન્ડપોઇન્ટ --proxy પછી આવે છે. OpenSSH %h અને %p ને અંતિમ SSH હોસ્ટનામ અને પોર્ટમાં વિસ્તારે છે. Ncat SOCKS કનેક્શનની વાટાઘાટ કરે છે અને પરિણામી બાઇટ સ્ટ્રીમને સ્ટાન્ડર્ડ ઇનપુટ અને આઉટપુટ પર લઈ જાય છે; OpenSSH તે સ્ટ્રીમ પર તેનું SSH હેન્ડશેક ચાલુ રાખે છે.
સ્પષ્ટ --proxy-type socks5 મહત્વપૂર્ણ છે. તે વિકલ્પ ગેરહાજર હોય ત્યારે Ncat ડિફોલ્ટ રૂપે HTTP પ્રોક્સી વાપરે છે, પ્રદાન કરેલો પોર્ટ 1080 હોય તો પણ. SOCKS શ્રોતા અનુમાન કરી શકતો નથી કે HTTP CONNECT વિનંતી SOCKS હોવાનો ઇરાદો હતો.
આ ઉદાહરણ પ્રમાણીકરણ વગરના SOCKS એન્ડપોઇન્ટને ધારે છે; ફક્ત જાહેર SSH ગંતવ્ય માટે SOCKS5 પ્રોક્સી યાદીમાંથી ઉમેદવાર પસંદ કરો જ્યાં તે માર્ગની પરવાનગી હોય, અને તેના વાસ્તવિક હોસ્ટ અને પોર્ટ સુધીની પહોંચ ચકાસો. પ્રોક્સી પ્રમાણીકરણ, જ્યારે જરૂરી હોય, પછીના SSH લોગિનથી અલગ છે. SSH ગંતવ્યની હોસ્ટ કીની ચકાસણી જાળવો; સહાયક દ્વારા ત્યાં પહોંચવું તે ઓળખ બદલતું નથી જે OpenSSHએ પ્રમાણિત કરવી જોઈએ.