VPN വഴിയുള്ള റിമോട്ട് SSH: ടണൽ ചെയ്യാത്തത്
VPN ഒരു SSH സെർവറിനെ എത്തിച്ചേരാവുന്നതാക്കുന്നു, അതിലധികമൊന്നുമില്ല. മൂന്ന് വ്യവസ്ഥകൾ അത് യോജിക്കുന്നുണ്ടോ എന്ന് തീരുമാനിക്കുന്നു, പരാജയഘട്ടം ഏത് പാളിയാണ് കുറ്റക്കാരൻ എന്ന് കാണിക്കുന്നു.
VPN ഒരു SSH സെർവറിന് സ്വകാര്യ പാത നൽകുന്നു, കൂടാതെ പോർട്ട് 22-ൽ പൊതു ശ്രോതാവിന്റെ ആവശ്യം ഒഴിവാക്കുന്നു. അത് ഹോസ്റ്റിനെ പ്രാമാണീകരിക്കുന്നില്ല, ഉപയോക്താവിനെ അംഗീകരിക്കുന്നില്ല, ഏത് അക്കൗണ്ടുകൾക്ക് ലോഗിൻ ചെയ്യാമെന്ന് തീരുമാനിക്കുന്നുമില്ല. അത് SSH-ന്റെ ജോലിയായി തുടരുന്നു. VPN സെർവറിൽ എത്താൻ ശരിയായ വഴിയാണോ എന്നത് മൂന്ന് വ്യവസ്ഥകളെ ആശ്രയിച്ചിരിക്കുന്നു, ടണൽ സാധ്യമായ ഉത്തരങ്ങളിൽ ഒന്ന് മാത്രമാണ്.
ടണൽ എന്ത് മാറ്റുന്നു, SSH ഇപ്പോഴും എന്ത് തീരുമാനിക്കുന്നു
ടണൽ എത്തിച്ചേരാനുള്ള കഴിവ് മാറ്റുന്നു: ഏത് വിലാസങ്ങളിൽ എത്താം, എവിടെ നിന്ന്. TCP കണക്ഷൻ എത്തിയതിന് ശേഷം സംഭവിക്കുന്നത് അത് മാറ്റുന്നില്ല, അവിടെ സെർവർ ഹോസ്റ്റ് കീ അവതരിപ്പിച്ച് ഉപയോക്തൃ ഐഡന്റിറ്റി ആവശ്യപ്പെടുന്നു.
രണ്ട് പാളികളും നിങ്ങളുടെ തലയിലും രേഖകളിലും വേർതിരിച്ച് സൂക്ഷിക്കുക. VPN ലോഗിൻ ആർക്ക് നെറ്റ്വർക്ക് ഉപയോഗിക്കാമെന്ന് തെളിയിക്കുന്നു. ലക്ഷ്യത്തിൽ ഏത് അക്കൗണ്ടുകളുണ്ടെന്ന് അത് ഒന്നും പറയുന്നില്ല, എത്തിച്ചേരാവുന്ന ഓരോ യന്ത്രത്തിലും സൈൻ ഇൻ ചെയ്യാനുള്ള അനുമതിയുമല്ല.
പരാജയ രീതികളും വേർതിരിച്ചിരിക്കുന്നു, അതാണ് സംഭവസമയത്ത് ഈ വേർതിരിവിനെ ഉപയോഗപ്രദമാക്കുന്നത്.
പ്രവേശന മാതൃക തീരുമാനിക്കുന്ന മൂന്ന് വ്യവസ്ഥകൾ
ഒന്നാമതായി, നിങ്ങളുടെ നെറ്റ്വർക്കിന് പുറത്തുള്ള ആളുകൾക്ക് സെർവർ എത്തിച്ചേരാവുന്നതായിരിക്കണമോ? ഇല്ലെങ്കിൽ, സ്വകാര്യ പാതയും ഒരു ബാസ്റ്റിയനും അല്ലെങ്കിൽ ഒരു മെഷും ചെറിയ രൂപകൽപ്പനയാണ്. രണ്ടാമതായി, നിയന്ത്രണങ്ങളുള്ള മാനേജുചെയ്ത ഉപകരണങ്ങളിലുള്ളവരുൾപ്പെടെ, ക്ലയന്റ് സമൂഹത്തിന് യഥാർത്ഥത്തിൽ VPN ക്ലയന്റ് പ്രവർത്തിപ്പിക്കാനാകുമോ?
മൂന്നാമതായി, നിങ്ങൾക്ക് സേവനം അനുസരിച്ചുള്ള നിയന്ത്രണമാണോ ഉപയോക്താവ് അനുസരിച്ചുള്ള നിയന്ത്രണമാണോ വേണ്ടത്? VPN നെറ്റ്വർക്ക് എത്തിച്ചേരൽ നൽകുന്നു; SSH അക്കൗണ്ട് പ്രവേശനം നൽകുന്നു. ഒരു കരാറുകാരൻ ഒരു ഹോസ്റ്റിൽ എത്തി മറ്റൊന്നുമില്ല എന്നതാണ് ആവശ്യമെങ്കിൽ, അത് അംഗീകാര ആവശ്യമാണ്, ടണൽ മാത്രം അത് പ്രകടിപ്പിക്കാനാവില്ല.
ആ മൂന്നിനും ഉത്തരം നൽകൂ, മാതൃക സ്വയം തിരഞ്ഞെടുക്കും. അവ ഒഴിവാക്കിയാൽ, ക്ലയന്റ് വിന്യാസം ഒഴിവാക്കാൻ നിങ്ങൾ SSH പൊതുവിൽ തുറന്നുകാട്ടും.
SSH-യെ കുറ്റപ്പെടുത്തുന്നതിന് മുമ്പ് സ്വകാര്യ പാത ഉറപ്പാക്കുക
അംഗീകൃത VPN-ലേക്ക് കണക്റ്റ് ചെയ്ത് ലക്ഷ്യത്തിന്റെ രേഖപ്പെടുത്തിയ സ്വകാര്യ പേരോ വിലാസമോ ഉപയോഗിക്കുക. തുടർന്ന് തിരഞ്ഞെടുത്ത റൂട്ട്, ഗേറ്റ്വേയുടെ അനുമതി, ക്ലയന്റിലേക്കുള്ള മടക്കപ്പാത എന്നിവ പരിശോധിക്കുക. ശരിയായി പരിഹരിക്കുന്ന ഒരു പേര്, വിലാസം ഉദ്ദേശിച്ച ടണൽ എടുക്കുന്നു എന്നതിന് തെളിവല്ല, കാരണം ഓവർലാപ്പ് ചെയ്യുന്ന പ്രാദേശിക, വിദൂര പ്രിഫിക്സുകൾ അഭ്യർത്ഥന മറ്റെവിടെയോ അയച്ചേക്കാം. ആ വ്യത്യാസം റൺബുക്കിൽ എഴുതാൻ യോഗ്യമാണ്.
കണക്ഷൻ ഒരിക്കലും എത്തുന്നില്ലെങ്കിൽ, സെർവർ നിങ്ങൾ പ്രതീക്ഷിക്കുന്ന ഇന്റർഫേസിൽ കേൾക്കുന്നുണ്ടെന്ന് ഉറപ്പാക്കുക, അതിന്റെ ഹോസ്റ്റ് ഫയർവാൾ യഥാർത്ഥത്തിൽ കാണുന്ന ഉറവിടം അനുവദിക്കുന്നുണ്ടെന്നും. ഗേറ്റ്വേ NAT ആ ഉറവിടം വീണ്ടും എഴുതിയേക്കാം, അതിനാൽ ക്ലയന്റിന്റെ ടണൽ വിലാസത്തിനായി എഴുതിയ അനുമതി പട്ടിക ഒരിക്കലും പൊരുത്തപ്പെട്ടേക്കില്ല.
ആ പൊരുത്തക്കേടാണ് VPN-ൽ ഏറ്റവും സാധാരണമായ സ്വയം സൃഷ്ടിച്ച SSH പരാജയം.
സംയുക്ത പിശകല്ല, പരാജയഘട്ടം വായിക്കുക
മൂന്ന് ഘട്ടങ്ങൾ മൂന്ന് വ്യത്യസ്ത സന്ദേശങ്ങൾ ഉണ്ടാക്കുന്നു, അവയിൽ ഒന്ന് മാത്രമാണ് ക്രെഡൻഷ്യലുകളെക്കുറിച്ച്.
| Stage | What you see | What it points at |
|---|---|---|
| Before the connection | Timeout, no route | Tunnel, route or gateway permission |
| Connection refused | Immediate reset | Nothing listening, or a host firewall rejecting |
| Authentication | Permission denied after a prompt | User, key or server policy |
VPN, SSH ക്രെഡൻഷ്യലുകൾ ഒരുമിച്ച് പുനഃസജ്ജമാക്കുന്നതിനുപകരം കൃത്യമായ പിശകും സെർവറിന്റെ സ്വന്തം ലോഗും ഉപയോഗിക്കുക. രണ്ടും പുനഃസജ്ജമാക്കുന്നതാണ് അഞ്ച് മിനിറ്റ് നീളുന്ന രോഗനിർണയം രണ്ട് ദിവസത്തെ ഐഡന്റിറ്റി സംഭവമാക്കുന്ന വഴി.
വിശദമായ ഔട്ട്പുട്ട് നിങ്ങൾ ഏത് ഘട്ടത്തിൽ എത്തിയെന്ന് കാണിക്കുന്നു:
ssh -vv [email protected]ഹോസ്റ്റ് കീകളും അംഗീകാരവും സുരക്ഷിതമായി സൂക്ഷിക്കുക
ഹോസ്റ്റ് കീ ഉദ്ദേശിച്ച വിശ്വസനീയ പ്രക്രിയിലൂടെ സാധൂകരിക്കുക, പ്രത്യേകിച്ച് സെർവർ മാറ്റിയതിന് ശേഷം. അപ്രതീക്ഷിതമായ മാറ്റിയ കീ മുന്നറിയിപ്പ്, VPN കണക്റ്റ് ചെയ്തത് കൊണ്ട് മാത്രം അവഗണിക്കരുതാത്ത ഏക സന്ദേശമാണ്, കാരണം സ്വകാര്യ ടണൽ ലക്ഷ്യത്തെ നിങ്ങൾ കരുതുന്ന യന്ത്രമാക്കുന്നില്ല. കണക്ഷനിൽ നിന്ന് സ്വതന്ത്രമായി നിങ്ങൾ വിശ്വസിക്കുന്ന ഉറവിടത്തോട് വിരലടയാളം പരിശോധിക്കുക.
സെർവർ വശത്ത്, അക്കൗണ്ട് അംഗീകൃതമാണെന്നും നിങ്ങൾ കോൺഫിഗർ ചെയ്ത പ്രാമാണീകരണ രീതിയാണ് വാഗ്ദാനം ചെയ്യുന്നതെന്നും ഉറപ്പാക്കുക. ഉള്ളതും എന്നാൽ അവഗണിക്കപ്പെടുന്നതുമായ ഒരു കീ സാധാരണയായി നെറ്റ്വർക്കിന്റെയല്ല, അനുമതികളുടെയോ കോൺഫിഗറേഷന്റെയോ പ്രശ്നമാണ്.
സേവന പ്രവേശനം ആവശ്യമായ ഐഡന്റിറ്റികളിൽ പരിമിതപ്പെടുത്തുക, നെറ്റ്വർക്ക് മാറ്റങ്ങൾക്കായി അംഗീകൃത വീണ്ടെടുപ്പ് പാത സൂക്ഷിക്കുക.