SSH SOCKS ഫോർവേഡിംഗ് TUN ഉപകരണ പിശകുകളിൽ നിന്ന് വേറിട്ടതാണ്

ഈ രണ്ട് നിരീക്ഷണങ്ങൾ ഒരേ SSH ലോഗിൽ ഒരുമിച്ച് നിലനിൽക്കാം:

Local forwarding listening on 127.0.0.1 port 1080.
Tunnel device open failed.

ആദ്യത്തേത് ഒരു ഡൈനാമിക് SOCKS ശ്രോതാവിനെ കുറിച്ചാണ്. രണ്ടാമത്തേത് ഒരു ടണൽ നെറ്റ്‌വർക്ക് ഉപകരണത്തെ കുറിച്ചാണ്. ഇവ വേറിട്ട ഫോർവേഡിംഗ് അഭ്യർത്ഥനകളാണ്.

OpenSSH ആപ്ലിക്കേഷൻ തലത്തിലുള്ള ഡൈനാമിക് ഫോർവേഡിംഗിന് -D ഉം ടണൽ ഉപകരണങ്ങൾക്ക് -w ഉം ഉപയോഗിക്കുന്നു. Tunnel ക്രമീകരണത്തിന് കോൺഫിഗറേഷനിലൂടെ രണ്ടാമത്തേതും അഭ്യർത്ഥിക്കാം. TUN ഉപകരണത്തിനുള്ള പ്രത്യേകാവകാശങ്ങളോ സെർവർ അനുമതിയോ ലഭിക്കാത്തത് അതിൽത്തന്നെ മുൻ SOCKS ശ്രോതാവ് ഒരിക്കലും സൃഷ്ടിക്കപ്പെട്ടിട്ടില്ല എന്ന് തെളിയിക്കുന്നില്ല.

പിശകിന് മുമ്പ് എന്ത് വിജയിച്ചു എന്ന് വായിക്കുക: SSH പ്രാമാണീകരണം, ശ്രോതാവിന്റെ സൃഷ്ടി, പിന്നീടുള്ള ഏതെങ്കിലും ലക്ഷ്യ-ചാനൽ അഭ്യർത്ഥന. ശ്രവിക്കുന്ന SOCKS പോർട്ടിന് ഇപ്പോഴും അനുയോജ്യമായ ക്ലയന്റും എത്തിച്ചേരാവുന്ന, അനുവദിച്ച ലക്ഷ്യവും വേണം. ഇത് ഒരു ഘട്ടത്തെക്കുറിച്ചുള്ള തെളിവാണ്.

ഉദ്ദിഷ്ട ജോലി SOCKS ഫോർവേഡിംഗ് മാത്രമാണെങ്കിൽ, എന്തിനാണ് ഒരു ടണൽ ഉപകരണം അഭ്യർത്ഥിച്ചതെന്ന് പരിശോധിക്കുക. പരിമിതമായ കോൺഫിഗറേഷന് ആ ബന്ധമില്ലാത്ത അഭ്യർത്ഥന പ്രവർത്തനരഹിതമാക്കാം:

ssh -N -o Tunnel=no -D 127.0.0.1:1080 [email protected]

സാധാരണ SSH ഹോസ്റ്റ് കീയും അക്കൗണ്ട് പരിശോധനകളും നിലനിർത്തുക. SOCKS പാതയ്ക്ക് ആവശ്യമില്ലാത്ത ഒരു സവിശേഷതയുടെ പിശക് നിശ്ശബ്ദമാക്കാൻ മാത്രം നെറ്റ്‌വർക്ക് ഉപകരണ പ്രത്യേകാവകാശങ്ങൾ നൽകാൻ യാതൊരു കാരണവുമില്ല.