VPN വഴി NAS ലഭ്യമല്ല: വിലാസം, തിരിച്ചുവരവ് പാത അതോ സേവനമോ?
സ്വകാര്യ ടണലിന് NAS വരെയുള്ള പാത, മറുപടി പാത, അനുവദനീയമായ സേവനം എന്നിവ ആവശ്യമാണ്. ക്രെഡൻഷ്യലുകൾ മാറ്റുന്നതിന് മുൻപ് മൂന്നിൽ ഏതാണ് പരാജയപ്പെട്ടതെന്ന് തീരുമാനിക്കുക.
ടണലുകൾ ഉയരുന്നു, ക്ലയന്റുകൾക്ക് വിലാസം ലഭിക്കുന്നു, NAS ഒട്ടും മറുപടി നൽകുന്നില്ല. ഈ ഒരു ലക്ഷണം ബന്ധമില്ലാത്ത മൂന്ന് തകരാറുകളെ മറയ്ക്കുന്നു, അവ പരിശോധിക്കുന്ന ക്രമം അറ്റകുറ്റപ്പണിക്ക് എത്ര സമയമെടുക്കുമെന്ന് തീരുമാനിക്കുന്നു. വിലാസനിർണ്ണയം ആദ്യം വരുന്നു, കാരണം ഒരു ഓവർലാപ്പിംഗ് സബ്നെറ്റ് നിങ്ങളുടെ അഭ്യർത്ഥന അപരിചിതമായ ഉപകരണത്തിലേക്ക് അയക്കാം. തിരിച്ചുവരവ് പാത രണ്ടാമത്, കാരണം മറുപടിയില്ലാതെ എത്തുന്ന അഭ്യർത്ഥന അടച്ച സേവനം പോലെയാണ് കാണുന്നത്. സേവനവും അനുമതിയും അവസാനം വരുന്നു, ആദ്യ രണ്ട് തെളിയിച്ചതിന് ശേഷം മാത്രം.
എല്ലാം ലഭ്യമല്ല എന്ന് വായിക്കപ്പെടുന്ന മൂന്ന് തകരാറുകൾ
വിലാസ തിരഞ്ഞെടുപ്പ്, തിരിച്ചുവരവ് റൗട്ടിംഗ്, സേവന അധികാരം എന്നിവ ഒരേ ദൃശ്യ സന്ദേശം നൽകുന്നു: ഒന്നും സംഭവിക്കുന്നില്ല. അവയ്ക്ക് വ്യത്യസ്ത തെളിവുകളും ഉത്തരവാദികളും പരിഹാരങ്ങളും ഉണ്ട്, അതിനാൽ അവ വേർതിരിക്കുന്നതാണ് മുഴുവൻ ജോലി. പരാജയപ്പെടുന്ന ping തനിയെ കുറച്ച് മാത്രം തെളിയിക്കുന്നു, വിജയകരമായ TCP നിരസിക്കൽ യഥാർത്ഥത്തിൽ നല്ല വാർത്തയാണ്.
| Observation | Most likely conclusion |
|---|---|
| Route to the NAS address leaves the wrong interface | Overlapping or missing private route |
| Request visible on the server, no reply seen | Return path, gateway forwarding or translation |
| TCP connection refused rather than dropped | Reachable host, service not listening or filtered |
| TCP works, login or file access fails | Share permission, account or protocol version |
പട്ടികയെ കാരണങ്ങളുടെ ലിസ്റ്റായല്ല, പരിശോധനകളുടെ ക്രമമായി വായിക്കുക. ഓരോ വരിയും അടുത്തതിനെ പരിമിതപ്പെടുത്തുന്നു, കാരണം നിരസിക്കൽ വിലാസനിർണ്ണയവും തിരിച്ചുവരവ് പാതയും പ്രവർത്തിക്കുന്നു എന്ന് ഇതിനകം തെളിയിച്ചു. റൂട്ട് ഏത് ഇന്റർഫേസ് തിരഞ്ഞെടുത്തു എന്ന് പരിശോധിക്കുന്നതിന് മുൻപ് ഫയർവാൾ നിയമങ്ങൾക്കുള്ളിൽ ഇരുപത് മിനിറ്റ് ചെലവഴിക്കുന്നതാണ് ഉച്ചയ്ക്ക് ശേഷം നഷ്ടപ്പെടുത്തുന്ന ഏറ്റവും സാധാരണ വഴി. മുകളിൽ നിന്ന് താഴേക്ക് പ്രവർത്തിച്ച് ആദ്യം യോജിക്കുന്ന വരിയിൽ നിർത്തുക.
ആദ്യ വ്യവസ്ഥ: ആ വിലാസം ശരിയായ ഉപകരണമാണോ?
NAS സബ്നെറ്റും VPN ക്ലയന്റുകൾക്ക് നൽകുന്ന ശ്രേണിയും എഴുതി വയ്ക്കുക, തുടർന്ന് രണ്ടും നിങ്ങളുടെ ലാപ്ടോപ്പ് ഇപ്പോൾ ഉള്ള നെറ്റ്വർക്കുമായി താരതമ്യം ചെയ്യുക. ഈ വിശദീകരണത്തിൽ NAS 10.40.7.25-യിലാണ്, VPN പൂൾ 10.40.9.0/24 ആണ്, ഒരു സൈറ്റ് പ്ലാനിനുള്ളിൽ രണ്ട് വേറിട്ട സ്വകാര്യ ശ്രേണികൾ; 192.168.0.0/24 അല്ലെങ്കിൽ 10.0.0.0/24 ഉപയോഗിക്കുന്ന വീടിന് അവയിലൊന്നുമായി കൂട്ടിയിടിക്കാനുള്ള സാധ്യത വളരെ കൂടുതലാണ്.
പ്രാദേശിക നെറ്റ്വർക്കും NAS നെറ്റ്വർക്കും ഓവർലാപ്പ് ചെയ്യുമ്പോൾ, ക്ലയന്റ് ആ ട്രാഫിക് സ്വന്തം ഗേറ്റ്വേയിലേക്ക് അയക്കുന്നു, യാദൃശ്ചികമായി അതേ വിലാസമുള്ള അസംബന്ധ ഉപകരണത്തിൽ എത്തിയേക്കാം. മറുപടി നൽകുന്ന ഏതിലും ക്രെഡൻഷ്യലുകൾ ടൈപ്പ് ചെയ്യുന്നതിന് മുൻപ് പാത പരിശോധിക്കുക.
ip -4 route get 10.40.7.25
traceroute -n -m 5 10.40.7.25ആദ്യ കമാൻഡ് കെർണൽ ഉപയോഗിക്കുന്ന ഇന്റർഫേസും ഗേറ്റ്വേയും പേരിടുന്നു, രണ്ടാമത്തേത് യഥാർത്ഥത്തിൽ മറുപടി നൽകുന്ന ആദ്യ ഹോപ്പുകൾ കാണിക്കുന്നു. രണ്ടും യോജിക്കുന്നില്ലെങ്കിൽ തിരയലിനെ വിശ്വസിക്കുക, കാരണം പാക്കറ്റ് പോകുന്ന പാത അതാണ്. NAS-ന് ഒരു ഹോപ്പ് മുൻപ് നിൽക്കുന്ന ഹോപ്പ് പട്ടികയും ഒരു കണ്ടെത്തലാണ്, പരാജയമല്ല. ടണലിന് പകരം ഭൗതിക അഡാപ്റ്ററിലേക്ക് പരിഹരിക്കുന്ന തിരയൽ ഈ ഘട്ടത്തിൽ അന്വേഷണം അവസാനിപ്പിക്കുന്നു.
രണ്ടാം വ്യവസ്ഥ: മറുപടി തിരികെ വരുന്നുണ്ടോ?
ക്ലയന്റിന് NAS-ലേക്കുള്ള പാത വേണം, NAS നെറ്റ്വർക്കിന് VPN പൂളിലേക്കുള്ള തിരിച്ചുവരവ് പാത വേണം. ഗേറ്റ്വേ ഫോർവേഡിംഗ്, ഫയർവാൾ നിയമങ്ങൾ, ബോധപൂർവമായ വിലാസ വിവർത്തനം എന്നിവ ഓരോന്നും ആ ജോടിയെ സ്വാധീനിക്കുന്നു. strongSwan-ന്റെ ഫോർവേഡിംഗ് കുറിപ്പുകൾ ഗേറ്റ്വേയ്ക്ക് പിന്നിലെ സ്വകാര്യ സബ്നെറ്റിനുള്ള തിരിച്ചുവരവ് റൂട്ടും വിവർത്തന ഓപ്ഷനുകളും വിവരിക്കുന്നു.
അഭ്യർത്ഥന എത്തി മറുപടി മറ്റൊരു ഗേറ്റ്വേ വഴി പുറത്തുപോകുമ്പോൾ, ഏത് DNS മാറ്റവും ആ അസമത്വം പരിഹരിക്കുന്നില്ല. ഇരുവശത്തും ക്യാപ്ചർ ചെയ്യുന്നത് അത് ഒരു ശ്രമത്തിൽ തീർപ്പാക്കുന്നു, കൂടാതെ വിവർത്തനം NAS മറുപടി നൽകിയ ഉറവിടം വീണ്ടും എഴുതിയോ എന്നും കാണിക്കുന്നു. അഡ്മിനിസ്ട്രേറ്റർ ഈ അതിർത്തിയുടെ ഉത്തരവാദിയാണ്: ആവശ്യമായ സേവനങ്ങളും VPN ക്ലയന്റ് ശ്രേണിയും മാത്രം അനുവദിക്കുക, റൗട്ടിംഗോ വിവർത്തനമോ തിരഞ്ഞെടുത്തത് എഴുതി വയ്ക്കുക.
മൂന്നാം വ്യവസ്ഥ: സേവനം അവിടെ ഉണ്ടോ, അനുവദനീയമാണോ?
ഒരു മാനേജ്മെന്റ് പേജും ഒരു ഫയൽ പങ്കിടൽ സേവനവും ഒരേ യന്ത്രത്തിലെ വ്യത്യസ്ത അന്ത്യ ബിന്ദുക്കളാണ്, ഒന്ന് കണക്ഷനുകൾ സ്വീകരിക്കുമ്പോൾ മറ്റൊന്ന് ഹോസ്റ്റ് ഫയർവാൾ, സേവന കോൺഫിഗറേഷൻ അല്ലെങ്കിൽ പങ്കിടൽ അനുമതി കൊണ്ട് തടയപ്പെടുന്നു. നിരസിക്കലോടെ മറുപടി നൽകുന്ന ഉപകരണം ആദ്യ രണ്ട് വ്യവസ്ഥകൾ ഇതിനകം തെളിയിച്ചു, ഇത് മൂന്നാമത്തേതിനെ ഏറെ ചുരുക്കുന്നു.
ഫയലുകൾ യഥാർത്ഥത്തിൽ ആവശ്യമുള്ള അക്കൗണ്ട് ഉപയോഗിച്ച് പരിശോധിക്കുക, ഇൻസ്റ്റാളേഷനിൽ ഉപയോഗിച്ച അഡ്മിനിസ്ട്രേറ്റർ അക്കൗണ്ട് ഉപയോഗിച്ചല്ല, കാരണം അഡ്മിനിസ്ട്രേറ്റീവ് അവകാശങ്ങൾക്ക് കാണാതായ റൂട്ട് പരിഹരിക്കാനാവില്ല, റൂട്ടിന് പങ്കിടൽ അനുമതി നൽകാനുമാവില്ല. പേരുകളും ഇവിടെ വരുന്നു: വീട്ടിൽ കണ്ടെത്തിയ NAS പേര് പലപ്പോഴും പ്രാദേശിക multicast-നെ ആശ്രയിക്കുന്നു, അത് റൗട്ട് ചെയ്ത ടണൽ കൊണ്ടുപോകുന്നില്ല, അതിനാൽ പേരിടലിനെ ആക്സസിൽ നിന്ന് വേർതിരിക്കാൻ നിർമ്മാതാവിന്റെ രേഖപ്പെടുത്തിയ സ്വകാര്യ ഹോസ്റ്റ്നെയിമോ വിലാസമോ പരീക്ഷിക്കുക.
NAS നെറ്റ്വർക്കിന് പുറത്തുനിന്ന് പരിശോധിക്കുക, തുടർന്ന് പതിയെ വിപുലീകരിക്കുക
അതേ LAN-ൽ നടത്തുന്ന പരിശോധന ദൂര പാതയുടെ ഓരോ അപൂർണ്ണ ഭാഗവും മറയ്ക്കുന്നു, അതിനാൽ ആദ്യ വിജയകരമായ ദൂര ശ്രമം മാറ്റങ്ങളുടെ രേഖയിൽ കുറിപ്പിന് അർഹമാണ്. NAS-ൽ ടണൽ വഴി മാത്രം എത്തുന്ന ക്ലയന്റിൽ നിന്ന് പരിശോധനകൾ നടത്തുക, ഓരോ ശ്രമത്തിന്റെയും യഥാർത്ഥ പിശക് പാഠം സൂക്ഷിക്കുക.
nc -vz 10.40.7.25 445
smbclient -L 10.40.7.25 -U guestപാത പ്രവർത്തിച്ചതിന് ശേഷം നിരുപദ്രവകരമായ ഒരു ഫയൽ കൈമാറി നിങ്ങൾക്ക് യഥാർത്ഥത്തിൽ ആവശ്യമുള്ള വായനയോ എഴുത്തോ സ്വഭാവം സ്ഥിരീകരിക്കുക. വലിയ കൈമാറ്റങ്ങൾ നിന്ന് ചെറുത് വിജയിക്കുന്നുവെങ്കിൽ ബാക്കിയുള്ള പ്രശ്നം പാക്കറ്റ് വലിപ്പ കൈകാര്യം അല്ലെങ്കിൽ കണക്ഷൻ സ്ഥിരതയാണ്, വിലാസനിർണ്ണയമല്ല.
വിശദീകരിക്കാത്ത തകരാറൊഴിവാക്കാൻ ഫയൽ പങ്കിടലോ മാനേജ്മെന്റ് പോർട്ടുകളോ ഇന്റർനെറ്റിൽ പ്രസിദ്ധീകരിക്കരുത്. സ്വകാര്യ പാത അറ്റകുറ്റപ്പണി ചെയ്യുക, NAS സോഫ്റ്റ്വെയർ പിന്തുണയോടെ നിലനിർത്തുക, ആ ബാക്കപ്പിനെ ആശ്രയിക്കുന്നതിന് മുൻപ് അതിലൂടെ ബാക്കപ്പ് ചെയ്യുന്ന എല്ലാറ്റിന്റെയും പുനഃസ്ഥാപനം പരീക്ഷിക്കുക.