ആ L2TP വിലാസം IPCP ആണ്, LAN-ലെ DHCP ലീസ് അല്ല

കണക്ഷൻ വന്ന് ഓഫീസിന്റെ പരിധിയിലുള്ള ഒരു വിലാസം അഡാപ്റ്റർ കാണിക്കുന്നു, അതിനാൽ VPN നിങ്ങൾക്ക് ഒരു LAN വിലാസം നൽകി അതിലൂടെ നിങ്ങളെ LAN-ൽ ഇരുത്തി എന്നതാണ് സ്വാഭാവിക നിഗമനം. അതിന്റെ രണ്ട് പകുതികളും പൂർണമായി ശരിയല്ല. L2TP PPP സെഷൻ വഹിക്കുന്നു, PPP IPCP ഉപയോഗിച്ച് അകത്തെ IPv4 വിലാസം ചർച്ച ചെയ്യുന്നു. ആ വിലാസം രണ്ട് കക്ഷികൾ തമ്മിൽ യോജിച്ച സെഷൻ പാരാമീറ്ററാണ്, ഓഫീസിലെ DHCP സർവർ നൽകുന്ന ലീസ് അല്ല, അത് കൈവശം വയ്ക്കുന്നത് നിങ്ങളെ ഓഫീസിന്റെ വയറിലെ അയൽക്കാരനാക്കുന്നുമില്ല.

ഒരു കണക്ഷനിൽ രണ്ട് വിലാസങ്ങൾ

L2TP കണക്ഷനിൽ രണ്ട് സ്വതന്ത്ര ചർച്ചകളുണ്ട്. പുറത്തുള്ളത് നിങ്ങളുടെ ഉപകരണവും VPN എൻഡ്പോയിന്റും തമ്മിൽ നിങ്ങൾക്ക് ഇപ്പോൾ ഉള്ള ഏത് ശൃംഖലയിലൂടെയും സംരക്ഷിത പാത സ്ഥാപിക്കുന്നു. അകത്തുള്ളത് PPP സെഷനാണ്, അവിടെയാണ് നിങ്ങളുടെ സെഷൻ വിലാസവും മറുവശത്തിന്റെ വിലാസവും യോജിക്കുന്നത്. ഇന്റർനെറ്റ് ട്രാഫിക് പൂർണമായി മൂന്നാമത്തെ വിലാസത്തിന് കീഴിൽ, എൻഡ്പോയിന്റിന്റെ പൊതു വിലാസത്തിന് കീഴിൽ പുറത്തുപോകാം, അതുകൊണ്ടാണ് VPN പരിശോധനാ പേജും അഡാപ്റ്റർ വിലാസവും അപൂർവമായി യോജിക്കുന്നത്.

ഈ മൂന്ന് റോളുകൾ വേർതിരിച്ച് നിർത്തുന്നത് ഈ പാളിയിലേക്ക് ആളുകൾ കൊണ്ടുവരുന്ന മിക്ക ചോദ്യങ്ങൾക്കും ഉത്തരം നൽകുന്നു. VPN ഇന്റർഫേസിലെ സ്വകാര്യ നമ്പർ സാധാരണവും പ്രതീക്ഷിതവുമാണ്. അത് എൻഡ്പോയിന്റ് നിങ്ങളുടെ പൊതു പുറത്തുകടക്കൽ മാറ്റിയോ എന്നതിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല, നിങ്ങളുടെ ട്രാഫിക് ഏത് ലക്ഷ്യസ്ഥാനങ്ങളിൽ എത്തുന്നു എന്നത് സ്വയം തീരുമാനിക്കുന്നുമില്ല.

IPCP കൃത്യമായി എന്ത് ചെയ്യുന്നു

IPCP PPP-യ്ക്കുള്ള IPv4 നിയന്ത്രണ പ്രോട്ടോക്കോളാണ്. ഓരോ വശവും തങ്ങൾക്ക് വേണ്ട ഓപ്ഷനുകൾ വിവരിക്കുന്ന Configure-Request സന്ദേശങ്ങൾ അയയ്ക്കുന്നു, വിലാസ ഓപ്ഷൻ അവയിലൊന്നാണ്. വിലാസമില്ലാത്ത ക്ലൈന്റ് സാധാരണയായി 0.0.0.0 ഉപയോഗിച്ച് ചോദിക്കുന്നു, സർവർ ക്ലൈന്റ് ഉപയോഗിക്കണമെന്ന് ആഗ്രഹിക്കുന്ന വിലാസം വഹിക്കുന്ന Configure-Nak ഉപയോഗിച്ച് മറുപടി നൽകുന്നു. തുടർന്ന് ക്ലൈന്റ് ആ വിലാസം ആവശ്യപ്പെടുന്നു, സെഷൻ പ്രാദേശികവും ദൂരസ്ഥവുമായ വിലാസത്തോടെ ഉയരുന്നു.

ആ കൈമാറ്റം PPP, IPCP വിവരണങ്ങളിൽ രേഖപ്പെടുത്തിയിട്ടുണ്ട്, ബഗ് പോലെ തോന്നുന്ന ഒരു വിശദാംശം അത് വിശദീകരിക്കുന്നു: വിലാസം സർവർ സ്വന്തം നയപ്രകാരം തിരഞ്ഞെടുക്കുന്നു, അത് ഒരു പൂൾ, ഓരോ ഉപയോക്താവിനുമുള്ള ക്രമീകരണം, അല്ലെങ്കിൽ പ്രാമാണീകരിച്ച ഐഡന്റിറ്റിയോട് ബന്ധിപ്പിച്ച വിലാസമാകാം. പൂൾ തീരുമ്പോൾ, അല്ലെങ്കിൽ നയം അഭ്യർത്ഥനയുമായി കൂട്ടിമുട്ടുമ്പോൾ, പ്രാമാണീകരണം വിജയിക്കാം എന്നാൽ വിലാസ ചർച്ച പരാജയപ്പെടാം, ക്ലൈന്റ് ഒരിക്കലും സ്ഥിരപ്പെടാത്ത ഒരു കണക്ഷൻ റിപ്പോർട്ട് ചെയ്യുന്നു.

ip addr show ppp0
ip route show default
dmesg | grep -i pppd

pppd ലോഗിലെ പ്രാദേശികവും ദൂരസ്ഥവുമായ വിലാസം പേരിടുന്ന വരി ആ ചർച്ചയുടെ വിജയകരമായ അവസാനമാണ്. വിജയകരമായ പ്രാമാണീകരണത്തിന് അടുത്ത് അതിന്റെ അഭാവം ക്രെഡൻഷ്യലുകളിലേക്കല്ല, വിലാസ ഘട്ടത്തിലേക്കാണ് വിരൽ ചൂണ്ടുന്നത്.

LAN നിങ്ങൾക്ക് മറുപടി നൽകാൻ കഴിയാത്തത് എന്തുകൊണ്ട്

ദൂരെയുള്ള വശത്തിന്റെ പരിധിയിൽ നിന്നുള്ള വിലാസം ആ LAN-ലെ ഹോസ്റ്റുകൾക്ക് നിങ്ങളിലേക്ക് എത്താം എന്ന പ്രതീക്ഷ സൃഷ്ടിക്കുന്നു, സർവർ നിങ്ങളുടെ സെഷൻ വിലാസം തുരങ്കത്തിലേക്ക് തിരികെ റൂട്ട് ചെയ്യുന്നില്ലെങ്കിൽ അവർക്ക് മിക്കപ്പോഴും എത്താൻ കഴിയില്ല. ഒരു പൂളിനുള്ളിൽ ഇരിക്കുന്നത് അനുവദനത്തെക്കുറിച്ചുള്ള പ്രസ്താവനയാണ്, ടോപ്പോളജിയെക്കുറിച്ചല്ല. ഓഫീസിലെ ഫയൽ സർവറിന് നിങ്ങളുടെ സെഷൻ വിലാസത്തിലേക്ക് റൂട്ട് ഇല്ല, VPN സർവർ അത് കൈമാറ്റം ചെയ്യുന്നില്ലെങ്കിൽ, കൈമാറ്റം ചെയ്താലും അനുവാദമില്ലായിരിക്കാം.

അതുകൊണ്ടുതന്നെ ഓവർലാപ്പ് ചെയ്യുന്ന പരിധികൾ അവയുടെ കാണുന്ന വലുപ്പത്തിന് ആനുപാതികമല്ലാത്ത പ്രശ്നങ്ങൾ സൃഷ്ടിക്കുന്നു. പൂൾ ക്ലൈന്റ് ഇപ്പോൾ ഉപയോഗിക്കുന്ന ഒരു LAN-മായി ഓവർലാപ്പ് ചെയ്താൽ, ക്ലൈന്റിന്റെ റൂട്ടിംഗ് പട്ടികയിൽ ഇപ്പോൾ ഒരേ പ്രിഫിക്സിൽ രണ്ട് അവകാശവാദങ്ങളുണ്ട്, തുരങ്കവുമായി ബന്ധമില്ലാത്ത കാരണങ്ങളാൽ തെറ്റായതാണ് പലപ്പോഴും വിജയിക്കുന്നത്.

ആദ്യം സെഷൻ, പിന്നീട് റൂട്ട് പരിശോധിക്കുക

ആദ്യം ഇന്റർഫേസ്, പിന്നീട് റൂട്ടുകൾ, പിന്നീട് പ്രധാനമായ ഒരു ലക്ഷ്യം പരിശോധിക്കുക. ഓരോ ഘട്ടത്തിനും സ്വന്തം പരാജയ രീതിയുണ്ട്, മൂന്നും ഒരുമിച്ച് പരീക്ഷിച്ചാൽ പിന്നീട് സമർത്ഥിക്കാൻ കഴിയാത്ത ഒരു നിഗമനം വരും.

curl -sS --max-time 5 https://ifconfig.me
ping -c 3 10.50.30.20
ip route get 10.50.30.20

പൊതു പരിശോധന എൻഡ്പോയിന്റിന്റെ വിലാസം കാണിക്കുകയും സ്വകാര്യ ലക്ഷ്യം സമയപരിധി കഴിയുകയും ചെയ്താൽ, തുരങ്കം നിങ്ങളുടെ സ്ഥിരസ്ഥിതി റൂട്ട് വഹിക്കുന്നു, ദൂരെയുള്ള വശം ആ ലക്ഷ്യത്തിന് മറുപടി നൽകുന്നില്ല. സ്വകാര്യ ലക്ഷ്യം മറുപടി നൽകുകയും പൊതു പരിശോധന മാറാതിരിക്കുകയും ചെയ്താൽ, പ്രൊഫൈൽ വിഭജിത തുരങ്കം ഉപയോഗിക്കുന്നു, കുറച്ച് ട്രാഫിക് മാത്രം സെഷൻ ഉപയോഗിക്കുന്നു.

മൂന്ന് ഘട്ടങ്ങൾ വേർതിരിച്ച് നിർത്തുക

പ്രാമാണീകരണം, വിലാസ ചർച്ച, കൈമാറ്റം എന്നിവ വ്യത്യസ്ത രീതിയിൽ പരാജയപ്പെടുന്നു, ഓരോന്നിനും വ്യത്യസ്ത ഉത്തരവാദിയുണ്ട്. ക്രെഡൻഷ്യലുകൾ ഐഡന്റിറ്റി പ്രശ്നമാണ്, IPCP തീരുന്നത് സർവർ നയപ്രശ്നമാണ്, മടങ്ങിവരവ് റൂട്ട് ഇല്ലാത്തത് നെറ്റ്വർക്ക് രൂപകൽപ്പന പ്രശ്നമാണ്. മൂന്നും “VPN കേടായി” എന്ന് റിപ്പോർട്ട് ചെയ്താൽ സാവധാനമുള്ള പരിഹാരം ഉറപ്പാണ്.

അനുവദിച്ച വിലാസം, അത് വന്ന പൂൾ, LAN അതിൽ എത്തേണ്ടതുണ്ടോ എന്നിവ രേഖപ്പെടുത്തുക. ആ ഒരു കുറിപ്പ് അടുത്ത ആളെ DHCP ലീസ് അനുമാനിച്ച് ഒരിക്കലും ഉൾപ്പെടാത്ത ഒരു പരിധി തിരയുന്നതിൽ നിന്ന് തടയുന്നു.