NetworkManager-ssh കണക്ട് ചെയ്തതായി കാണിക്കുന്നു പക്ഷേ ഒന്നും റൂട്ട് ചെയ്യുന്നില്ല
സൂചകം നിയന്ത്രിത SSH ബന്ധം നിലനിൽക്കുന്നു എന്ന് മാത്രം തെളിയിക്കുന്നു. പ്ലഗിൻ ഒരു ടണൽ ഉപകരണമോ ഫോർവേഡുകളുടെ കൂട്ടമോ നിർമ്മിച്ചോ എന്ന് പരിശോധിച്ച്, പിന്നീട് ആപ്പിന്റെ പാത പരീക്ഷിക്കുക.
മെനു SSH കണക്ഷൻ സജീവമായി കാണിക്കുന്നു, ഹോസ്റ്റ് കീ സ്വീകരിച്ചു, എന്നിട്ടും ബ്രൗസർ എത്തേണ്ടിടത്ത് എത്തുന്നില്ല. ഇത് വൈരുദ്ധ്യമല്ല, കാരണം ഒരു NetworkManager-ssh പ്രൊഫൈലിന് ഒരേ ഹോസ്റ്റിൽ നിന്നും ഒരേ കീയിൽ നിന്നും തികച്ചും വ്യത്യസ്തമായ രണ്ട് ഫലങ്ങൾ നൽകാം: പാക്കറ്റുകൾ വഹിക്കുന്ന ടണൽ ഉപകരണം, അല്ലെങ്കിൽ ചില ആപ്പുകൾക്ക് മാത്രം ഉപയോഗിക്കാവുന്ന ഫോർവേഡുകളുടെ കൂട്ടം. നിയന്ത്രിത SSH ബന്ധം നിലനിൽക്കുന്നു എന്ന് സൂചകം റിപ്പോർട്ട് ചെയ്യുന്നു. രണ്ടിൽ ഏതാണ് നിങ്ങൾക്ക് ലഭിച്ചതെന്ന് അത് ഒരിക്കലും റിപ്പോർട്ട് ചെയ്യുന്നില്ല.
ഒരു മെനു ഇനത്തിന് പിന്നിൽ രണ്ട് ഫലങ്ങൾ
രണ്ട് മോഡുകളും ഒരേ രീതിയിൽ ആധികാരികത ഉറപ്പാക്കുന്നു, അതുകൊണ്ടാണ് അവ കൂടിക്കുഴയുന്നത്. അതേ ക്രെഡൻഷ്യലുകളോടെ പ്രൊഫൈൽ അതേ രീതിയിൽ തിരഞ്ഞെടുത്താൽ റൂട്ട് ചെയ്യാവുന്ന ഒരു ഇന്റർഫേസോ ഒരു ആപ്പിനെ അറിയിക്കേണ്ട ശ്രവണ സോക്കറ്റോ അവശേഷിക്കാം.
ജോലിക്ക് യഥാർത്ഥത്തിൽ ഏത് ഫലമാണ് വേണ്ടതെന്ന് തീരുമാനിച്ചുകൊണ്ട് തുടങ്ങുക. മുഴുവൻ സബ്നെറ്റിലേക്കുള്ള എത്തിച്ചേരൽ ആവശ്യത്തിന് ഉപകരണം വേണം. വിദൂര ഹോസ്റ്റിലെ ഒരു സേവനത്തിന് ഫോർവേഡ് വേണം, അതിനായി ടണൽ നിർമ്മിക്കുന്നത് സാധാരണയായി പ്രശ്നത്തിന് അർഹതയുള്ളതിലധികം റൂട്ടിംഗ് ജോലി സൃഷ്ടിക്കുന്നു.
പ്രവർത്തിക്കുന്നതിന് മുൻപ് ഓരോ മോഡിനും എന്ത് വേണം
പ്രോജക്ട് രണ്ട് മോഡുകളും രേഖപ്പെടുത്തുന്നു, മുൻവ്യവസ്ഥകൾ വളരെ വ്യത്യസ്തമായതിനാൽ ഒന്ന് ഇല്ലാത്തത് ഡിസൈൻ തിരഞ്ഞെടുപ്പല്ല, പ്രോട്ടോക്കോൾ പരാജയമായി തോന്നുന്നു.
| Mode | What must exist | What still has to be true |
|---|---|---|
| Tunnel device | Compatible TUN/TAP arrangement on both ends, permission, addressing | A route policy that actually sends the intended prefixes into it |
| Forwarding only | A chosen SOCKS, local-forward or remote-forward listener | A permitted destination path on the far side |
വലത് നിര ശ്രദ്ധയോടെ വായിക്കുക, കാരണം ഇത്തരം ടിക്കറ്റുകളിൽ ഭൂരിഭാഗവും അവിടെ അവസാനിക്കുന്നു. തികച്ചും നിർമ്മിച്ച ടണൽ ഉപകരണവും റൂട്ടിംഗ് അതിലേക്ക് അയക്കുന്നത് മാത്രമേ ഉൾക്കൊള്ളുന്നുള്ളൂ, തികച്ചും ഫോർവേഡും അത് ഉപയോഗിക്കാൻ പറയപ്പെട്ട ആപ്പുകൾക്ക് മാത്രമേ സഹായിക്കുന്നുള്ളൂ.
ഡമ്മി ഇന്റർഫേസ് ടണൽ അല്ല
ഫോർവേഡിംഗ് മോഡിൽ പ്ലഗിൻ കണക്ഷൻ മാതൃക തൃപ്തിപ്പെടുത്താൻ നിർമ്മിക്കുന്ന ഡമ്മി ഇന്റർഫേസ് രേഖപ്പെടുത്തുന്നു. മാനേജർക്ക് അവസ്ഥ ഘടിപ്പിക്കാൻ എന്തെങ്കിലും ഉണ്ടാകാൻ അത് നിലനിൽക്കുന്നു. അത് ഏകപക്ഷീയ ആപ്പ് പാക്കറ്റുകൾ വിദൂര നെറ്റ്വർക്കിലേക്ക് കൊണ്ടുപോകുന്നില്ല, അതിന്റെ സാന്നിധ്യം IP റൂട്ടിംഗ് മാറി എന്ന് ഒന്നും സൂചിപ്പിക്കുന്നില്ല.
പ്രോജക്ടിലെ പൂർണ്ണ-ടണൽ ഉദാഹരണങ്ങൾ OpenSSH ടണൽ-ഉപകരണ പിന്തുണയെക്കുറിച്ചാണ്, അതിനാൽ ലേബലിലെ ടണൽ എന്ന വാക്ക് ഒരു കഴിവിനെ വിവരിക്കുന്നു, നിങ്ങളുടെ യഥാർത്ഥ നയത്തെയല്ല. പ്രൊഫൈലിന്റെ പേരല്ല, കെർണൽ എന്ത് ചെയ്യുമെന്ന് പരിശോധിക്കുക.
nmcli connection show --active
ip -br link
ss -lntp | grep -E "1080|8080"പിന്നീട് ഫലം ആപ്പുമായി ചേർച്ചയാക്കുക. SOCKS മനസ്സിലാക്കുന്ന പ്രോഗ്രാം പ്രോക്സി ഉപയോഗിക്കാൻ ക്രമീകരിക്കണം. പ്രാദേശിക ഫോർവേഡ് ഉപഭോക്താവിനെ അതിന്റെ ശ്രവണ കേന്ദ്രത്തിലേക്ക് വിരൽ ചൂണ്ടണം. രണ്ടും ഫോർവേഡ് സ്വയം കണ്ടെത്തുന്നില്ല, പച്ചയായി മാറിയ കണക്ഷൻ സൂചകം രണ്ടിനെയും സഹായിക്കുന്നില്ല.
വിദൂര വശം നിർബന്ധിക്കുന്നതിന് പകരം തയ്യാറാക്കുക
സാധാരണ SSH അക്കൗണ്ടിന് വിദൂര ടണൽ ഉപകരണം ഉയർത്താനുള്ള അനുമതിയില്ലാതെ ആധികാരികത ഉറപ്പാക്കാം. റൂട്ട് അവകാശമില്ലാത്ത ഒരു പാത പ്രോജക്ട് രേഖപ്പെടുത്തുന്നു, അതിൽ അഡ്മിനിസ്ട്രേറ്റർ ആ ഉപയോക്താവിനായി ഉപകരണം മുൻകൂട്ടി നിർമ്മിക്കുന്നു, ക്ലയന്റ് പിന്നീട് ചേരുന്ന നമ്പർ തിരഞ്ഞെടുക്കുന്നു.
അത്തരം ക്രമീകരണത്തിന് സെർവറിന്റെ ടണൽ നയവുമായും വിദൂര നെറ്റ്വർക്കിൽ വിലാസങ്ങൾ കൈവശം വയ്ക്കുന്നവരുമായും ഏകോപനം വേണം. ഉപകരണം നിർമ്മിക്കുന്നത് സ്വയം വിഭവ പാതകളോ ഫോർവേഡിംഗ് അനുമതികളോ തിരിച്ചുള്ള പാതയോ നൽകുന്നില്ല, മാതൃകാ കോൺഫിഗറേഷൻ ബോധ്യപ്പെടുത്തുന്നതായി തോന്നിയതുകൊണ്ട് അവയൊന്നും വരുന്നുമില്ല.
നിങ്ങൾ ചെയ്യാൻ പാടില്ലാത്തത് മാതൃക പ്രവർത്തിക്കാൻ പരിധിയില്ലാത്ത ഫോർവേഡിംഗോ വിദൂര root ലോഗിനോ സജീവമാക്കുന്നതാണ്. ഓപ്പറേറ്റർ വിദൂര നെറ്റ്വർക്ക് ക്രമീകരണം കൈവശം വയ്ക്കുന്നിടത്ത്, ആ കമാൻഡുകൾ ആ ഉടമയ്ക്ക് വിടാൻ പിന്തുണയുള്ള ക്രമീകരണം ഉപയോഗിക്കുക, വിച്ഛേദിക്കുമ്പോൾ വൈരുദ്ധ്യമുള്ള വിലാസങ്ങൾ പുനഃസ്ഥാപിക്കുന്ന രണ്ടാമത്തെ സഹായിയെ ഒഴിവാക്കുക.
ആധികാരികതയുടെ സന്ദർഭം, ടിക്കറ്റിൽ എന്ത് ചേർക്കണം
ആധികാരികതയ്ക്ക് സ്വന്തം സന്ദർഭമുണ്ട്. പ്ലഗിൻ ഉപയോക്തൃ സെഷനുമായി ബന്ധപ്പെട്ട SSH ഏജന്റ് തിരയുന്നു, ലക്ഷ്യ ഹോസ്റ്റ് അറിയപ്പെട്ടിരിക്കണമെന്ന് ആവശ്യപ്പെടുന്നു, അതിനാൽ ഒരു ടെർമിനലിൽ പ്രവർത്തിക്കുന്ന കീ സ്വയമേവ മാനേജറുടെ ആധികാരികത പാതയ്ക്ക് ദൃശ്യമാകുന്നില്ല. പരിശോധന ഓഫ് ചെയ്യുന്നതിന് പകരം അംഗീകൃത പ്രക്രിയയിലൂടെ ഹോസ്റ്റ് കീ രജിസ്റ്റർ ചെയ്ത് പരിശോധിപ്പിക്കുക.
പിന്തുണയ്ക്കായി നാല് കാര്യങ്ങൾ രേഖപ്പെടുത്തുക: പ്ലഗിനും പതിപ്പും, തിരഞ്ഞെടുത്ത മോഡ്, ഉദ്ദേശിച്ച വിദൂര ഐഡന്റിറ്റി, പ്രത്യക്ഷപ്പെടേണ്ടിയിരുന്ന ഇന്റർഫേസ് അല്ലെങ്കിൽ ശ്രവണ കേന്ദ്രം. പിന്നീട് ആപ്പിന്റെ പ്രവേശന കേന്ദ്രം നേരിട്ട് പരീക്ഷിക്കുക. കണക്ട് ചെയ്ത സൂചകവും പ്രവർത്തിക്കുന്ന പരീക്ഷണവും തെളിവാണ്; സൂചകം മാത്രം SSH-യെക്കുറിച്ചുള്ള പ്രസ്താവനയാണ്, നിങ്ങൾ നേടാൻ ശ്രമിച്ച റൂട്ടിംഗിനെയോ വിഭവ അനുമതിയെയോ കുറിച്ചല്ല.