Windows OpenSSH-ന് വ്യക്തമായ SOCKS5 Ncat കമാൻഡ് നൽകുക
Ncat-നെ OpenSSH-ന്റെ സ്റ്റാൻഡേർഡ്-സ്ട്രീം ഗതാഗത സഹായിയായി ഉപയോഗിക്കുക, സ്വതവേയുള്ള HTTP പ്രോക്സിയെ ആശ്രയിക്കാതെ SOCKS5 വ്യക്തമാക്കുക.
Windows OpenSSH-ന് Ncat ഇതിനകം ലഭ്യമാണെങ്കിൽ, അത് 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 ആണെങ്കിലും. HTTP CONNECT അഭ്യർത്ഥന SOCKS ആണെന്ന് ഉദ്ദേശിച്ചതാണെന്ന് SOCKS ശ്രോതാവിന് അനുമാനിക്കാനാവില്ല.
ഈ ഉദാഹരണം ഓതന്റിക്കേഷനില്ലാത്ത SOCKS എൻഡ്പോയിന്റ് അനുമാനിക്കുന്നു; ആ പാത അനുവദനീയമായ പൊതു SSH ലക്ഷ്യത്തിന് മാത്രം SOCKS5 പ്രോക്സി പട്ടികയിൽ നിന്ന് സ്ഥാനാർത്ഥിയെ തിരഞ്ഞെടുത്ത് അതിന്റെ യഥാർത്ഥ ഹോസ്റ്റിലേക്കും പോർട്ടിലേക്കുമുള്ള പ്രവേശനം പരിശോധിക്കുക. പ്രോക്സി ഓതന്റിക്കേഷൻ ആവശ്യമെങ്കിൽ പിന്നീടുള്ള SSH ലോഗിനിൽ നിന്ന് വേറിട്ടതാണ്. SSH ലക്ഷ്യത്തിന്റെ ഹോസ്റ്റ് കീ സ്ഥിരീകരണം നിലനിർത്തുക; സഹായി വഴി അവിടെ എത്തുന്നത് OpenSSH സ്ഥിരീകരിക്കേണ്ട ഐഡന്റിറ്റി മാറ്റുന്നില്ല.