നിങ്ങളുടെ VPN സർവറിന് DHCP റിസർവേഷൻ സ്ഥിര IP അല്ലാത്തത് എന്തുകൊണ്ട്

വീട്ടിലെ VPN ബോക്സ് Wi-Fi-ൽ നിന്ന് Ethernet-ലേക്ക് മാറ്റി, അതിന്റെ “സ്ഥിര” വിലാസം അതേ വൈകുന്നേരം മാറി. റൗട്ടറിൽ ഒന്നും കേടായിരുന്നില്ല. റിസർവേഷൻ വയർലെസ് അഡാപ്റ്ററുമായി പൊരുത്തപ്പെട്ടിരുന്നു, ആ അഡാപ്റ്റർ ഇനി വഴിയിലില്ലായിരുന്നു.

അതേ തെറ്റിദ്ധാരണയ്ക്ക് മറ്റൊരു പകുതിയുണ്ട്. LAN വിലാസം ശരിയാക്കുന്നത് നിങ്ങളുടെ സുഹൃത്തുക്കൾ ബന്ധിപ്പിക്കുന്ന വിലാസത്തിന് ഒന്നും ചെയ്യുന്നില്ല, VPN ക്ലയന്റുകൾക്ക് നൽകുന്ന സ്വകാര്യ പൂളുമായി അതിന് യാതൊരു ബന്ധവുമില്ല. മൂന്ന് വിലാസങ്ങൾ, മൂന്ന് വേറിട്ട പരാജയ രീതികൾ, അവയിൽ ഒന്ന് മാത്രമാണ് ഒരു റിസർവേഷന്റെ ജോലി.

റിസർവേഷൻ ക്ലയന്റുമായി പൊരുത്തപ്പെടുന്നു, ഉപകരണവുമായല്ല

DHCPv4-ൽ റിസർവേഷൻ ക്ലയന്റിന്റെ ഹാർഡ്വെയർ വിലാസത്തെ അടിസ്ഥാനമാക്കുന്നു; DHCPv6-ൽ ക്ലയന്റ് സൂക്ഷിക്കേണ്ട DUID-യെ അടിസ്ഥാനമാക്കുന്നു. hostname ഫീൽഡ് മനുഷ്യർക്കുള്ള ലേബലാണ്. റൗട്ടർ യഥാർത്ഥത്തിൽ താരതമ്യം ചെയ്യുന്നത് അഭ്യർത്ഥനയിൽ വരുന്ന ഐഡന്റിഫയറാണ്.

എൻട്രി ഒരു വ്യവസ്ഥയായി വായിക്കുക: ഈ ഐഡന്റിഫയർ ആവശ്യപ്പെടുമ്പോൾ ഈ വിലാസം നൽകുക. പൊരുത്തം നിലനിൽക്കുന്ന കാലത്തോളം പുതുക്കലുകൾ അതേ പാട്ടം നിലനിർത്തുന്നു, റീബൂട്ട് വീണ്ടും ചോദിക്കുന്നു മാത്രം. ഐഡന്റിഫയർ മാറുമ്പോൾ അഭ്യർത്ഥന റിസർവേഷൻ കവച്ചുവയ്ക്കുന്നു, ക്ലയന്റ് ഡൈനാമിക് പൂൾ നൽകുന്നത് എടുക്കുന്നു. പിശകില്ല, മുന്നറിയിപ്പില്ല, വേറെ വിലാസം മാത്രം.

OpenWrt രൂപം വ്യക്തമായി കാണിക്കുന്നു. /etc/config/dhcp-ലെ ഒരു config host ബ്ലോക്ക് പേര്, MAC, വിലാസം എന്നിവ ഒരുമിച്ച് ബന്ധിക്കുന്നു, കൂടാതെ സ്ഥിര പാട്ടങ്ങളുടെ ഡോക്യുമെന്റേഷൻ ആ എൻട്രി പൂളുമായി എങ്ങനെ ഇടപെടുന്നു എന്ന് വിശദീകരിക്കുന്നു. മറ്റ് റൗട്ടറുകൾ അതേ മൂന്ന് ഫീൽഡുകൾ വേറെ ലേബലുകൾക്ക് പിന്നിൽ ഒളിപ്പിക്കുന്നു.

പൊരുത്തം നിശബ്ദമായി വീഴുന്നിടത്ത്

ഹാർഡ്വെയർ മാറ്റുന്നത് സാധാരണ കേസാണ്. NIC മാറ്റുക, അല്ലെങ്കിൽ യന്ത്രം Ethernet-നും Wi-Fi-നും ഇടയിൽ നീക്കുക, റൗട്ടർ കാണുന്ന വിലാസവും കൂടെ മാറും. പഴയ റിസർവേഷൻ പട്ടികയിൽ തുടരുന്നു, ഇപ്പോഴും ശരിയായി തോന്നുന്നു.

പുനഃസ്ഥാപനം രണ്ടാമത്തെ കേസാണ്, അത് IPv6-ൽ ഏറ്റവും കടിക്കുന്നു. പുതിയ ഇൻസ്റ്റാളേഷൻ പുതിയ DUID സൃഷ്ടിക്കാം, അപ്പോൾ പഴയ IPv4 പാട്ടം ഇപ്പോഴും സാധുവാണ്, അതിനാൽ v4 വിലാസം കുറച്ചുകാലം നിലനിൽക്കുന്നു, v6 എൻട്രി ദൃശ്യമായ എഡിറ്റിംഗില്ലാതെ പ്രയോഗിക്കുന്നത് നിർത്തുന്നു.

മൂന്നാമത്തേത് പിൻ ചെയ്ത ക്ലയന്റ് ഐഡന്റിഫയറാണ്. പല DHCP ക്ലയന്റുകളും MAC ഉപയോഗിക്കുന്നതിന് പകരം ഐഡന്റിഫയർ സ്ട്രിംഗ് സജ്ജീകരിക്കാൻ അനുവദിക്കുന്നു. അപ്ഗ്രേഡോ കോൺഫിഗ് പുനരെഴുത്തോ ആ ക്രമീകരണം ഉപേക്ഷിച്ചാൽ, യന്ത്രം നീങ്ങിയില്ലെങ്കിലും പൊരുത്തം അപ്രത്യക്ഷമാകുന്നു.

നാലാമത്തേത് പകർപ്പാണ്: ഒരേ ഹോസ്റ്റിന് പഴയ ബ്ലോക്കും പുതിയ ബ്ലോക്കും. സർവർ പൊരുത്തപ്പെടുന്ന നിയമം കൊണ്ട് ഉത്തരം നൽകുന്നു, പലപ്പോഴും നിങ്ങൾ ഒഴിവാക്കാൻ ആഗ്രഹിച്ച പൂൾ വിലാസം കൊണ്ട്. രണ്ടാമത്തേത് ചേർക്കുന്നതിന് പകരം പഴയ എൻട്രി ഇല്ലാതാക്കുക.

ഹോസ്റ്റ് വശത്തെ കോൺഫിഗറേഷനും അതിന്റെ വിലയും

ഹോസ്റ്റിൽ വിലാസം സജ്ജീകരിക്കുന്നത് പൊരുത്തത്തിന്റെ ചോദ്യം പൂർണ്ണമായി ഒഴിവാക്കുന്നു. DHCP ഉത്തരം നൽകിയാലും ഇല്ലെങ്കിലും ഇന്റർഫേസ് ആ വിലാസത്തിൽ ഉയരുന്നു, റൗട്ടർ റീബൂട്ടിന് ശേഷവും എത്താവുന്ന യന്ത്രത്തിൽ നിന്ന് നിങ്ങൾ ആഗ്രഹിക്കുന്നത് അതാണ്.

വില മാലികത്വമാണ്. ഇപ്പോൾ പ്രിഫിക്സ്, ഗേറ്റ്വേ, റിസോൾവറുകൾ നിങ്ങൾ നൽകുന്നു, വിലാസം ഡൈനാമിക് പൂളിന് പുറത്ത് നിങ്ങൾ തന്നെ നിർത്തണം. netplan ഉള്ള Ubuntu-യിൽ അത് /etc/netplan/01-vpn.yaml വഹിക്കുന്നു:

network:
  version: 2
  ethernets:
    eth0:
      dhcp4: false
      addresses: [192.168.50.10/24]
      routes:
        - to: default
          via: 192.168.50.1
      nameservers:
        addresses: [192.168.50.1]

NetworkManager ഉപയോക്താക്കൾ nmcli con mod "Wired connection 1" ipv4.method manual ipv4.addresses 192.168.50.10/24 ipv4.gateway 192.168.50.1 കൊണ്ട്, തുടർന്ന് nmcli con up "Wired connection 1" കൊണ്ട് അതേ അവസ്ഥയിൽ എത്തുന്നു. ആദ്യ ശ്രമത്തിൽ netplan apply-ന് പകരം netplan try കൊണ്ട് netplan പ്രയോഗിക്കുക; തെറ്റായി ടൈപ്പ് ചെയ്ത ഗേറ്റ്വേ ബോക്സിനെ നെറ്റ്വർക്കിൽ നിന്ന് പുറത്താക്കി കൺസോൾ തിരയാൻ വിടുന്നു.

എന്നിരുന്നാലും പൊരുത്തപ്പെടുന്ന റിസർവേഷൻ സൂക്ഷിക്കുക. അത് അധികമല്ല. എൻട്രി വിലാസം റൗട്ടർ വശത്ത് രേഖപ്പെടുത്തുന്നു, ആരെങ്കിലും പിന്നീട് പൂൾ വിപുലീകരിച്ചാൽ DHCP സർവർ ആ വിലാസം അതിഥി ഉപകരണത്തിന് നൽകുന്നത് തടയുന്നു.

സ്ഥിരമായ LAN വിലാസം പൊതു അന്തിമ ബിന്ദുവല്ല

പോർട്ട് ഫോർവേഡ് 192.168.50.10-ലേക്ക് തിരിക്കുക, നിയമം LAN വശത്തെ എല്ലാ മാറ്റത്തെയും അതിജീവിക്കും. സ്ഥിരമായ ഇന്റർനെറ്റ് വിലാസം അത് നൽകുന്നില്ല. നിങ്ങളുടെ പൊതു IP ISP-യുടേതാണ് കൂടാതെ വീണ്ടും ബന്ധിപ്പിക്കുമ്പോഴോ മോഡം മാറ്റുമ്പോഴോ നീങ്ങാം, ഡൈനാമിക് DNS അതിനുള്ളതാണ്.

കാരിയർ-ഗ്രേഡ് NAT-ന് പിന്നിൽ ഫോർവേഡ് ചെയ്യാൻ പൊതു IPv4 തന്നെയില്ല, ഒരു റിസർവേഷനും അത് സൃഷ്ടിക്കുന്നില്ല. എല്ലാറ്റിനും മുമ്പ് റൗട്ടറിന്റെ WAN പേജ് പരിശോധിക്കുക: വിലാസം പങ്കിട്ട ശ്രേണിയിലാണെങ്കിൽ, റിസർവേഷൻ എത്ര വൃത്തിയായാലും ഇൻബൗണ്ട് ഫോർവേഡിംഗിന് പ്രവർത്തിക്കാനാവില്ല.

മൂന്നാമത്തെ വിലാസം ടണൽ പൂളാണ്, പലപ്പോഴും 10.8.0.0/24 പോലെ എന്തെങ്കിലും. ആ വിലാസങ്ങൾ ടണലിനുള്ളിൽ മാത്രം നിലനിൽക്കുന്നു, LAN-ൽ ഒരിക്കലും പ്രത്യക്ഷപ്പെടുന്നില്ല. അവ സർവറിന്റെ LAN വിലാസവുമായി കൂട്ടിക്കുഴയ്ക്കുന്നതാണ് പോർട്ട് ഒടുവിൽ ബന്ധിപ്പിച്ചിരിക്കുമ്പോൾ മാത്രം ഓൺലൈനിലുള്ള ക്ലയന്റിലേക്ക് ഫോർവേഡ് ചെയ്യപ്പെടുന്ന വഴി.

വഴി ഏത് ക്രമത്തിൽ മുറിയുന്നുവോ അതേ ക്രമത്തിൽ പരിശോധിക്കുക

റൗട്ടറിൽ നിന്ന് തുടങ്ങുക. പാട്ട പട്ടികയിലെ എൻട്രി റിസർവേഷന്റെ ലക്ഷ്യവുമായി താരതമ്യം ചെയ്യുക; സർവർ പൂൾ വിലാസം എടുത്തെങ്കിൽ ഐഡന്റിഫയർ തെറ്റാണ്, ഹോസ്റ്റിലെ ip link show താരതമ്യത്തിനുള്ള മൂല്യം നൽകുന്നു.

പിന്നെ ഹോസ്റ്റ്. ip -4 addr show eth0 പ്രതീക്ഷിത വിലാസവും പ്രിഫിക്സും റിപ്പോർട്ട് ചെയ്യണം. അതേ ഇന്റർഫേസിൽ രണ്ടാമത്തെ വിലാസം സാധാരണയായി DHCP ഇപ്പോഴും നിങ്ങളുടെ സ്ഥിര കോൺഫിഗറേഷനൊപ്പം പ്രവർത്തിക്കുന്നു എന്നാണ് അർത്ഥമാക്കുന്നത്.

പിന്നെ ഫോർവേഡ്. ലക്ഷ്യസ്ഥാനം ഇപ്പോഴും നിങ്ങൾ ഇപ്പോൾ പരിശോധിച്ച വിലാസത്തിന് തുല്യമാണെന്നും എന്തോ ss -lntp ഉപയോഗിച്ച് കേൾക്കുന്നുണ്ടെന്നും സ്ഥിരീകരിക്കുക. അടച്ച പോർട്ടിലേക്കുള്ള ഫോർവേഡ് പുറത്തുനിന്ന് കേടായ ഫോർവേഡ് പോലെ തന്നെ കാണപ്പെടുന്നു.

പുറത്തുനിന്ന് പൂർത്തിയാക്കുക, Wi-Fi ഓഫ് ചെയ്ത ഫോണിൽ. ആ ഒരു പരീക്ഷണം “പ്രാദേശിക വിലാസം തെറ്റാണ്” എന്നതിനെ “പൊതു എത്തിച്ചേരൽ കേടാണ്” എന്നതിൽ നിന്ന് വേർതിരിക്കുന്നു, ഈ സെറ്റപ്പ് പതിവായി കൂട്ടിക്കുഴയ്ക്കുന്ന രണ്ട് പ്രശ്നങ്ങൾ.

മൂന്ന് വിലാസങ്ങളും എഴുതിവയ്ക്കുക — LAN, പൊതു, ടണൽ പൂൾ — ഏത് സിസ്റ്റം ഏതിനെ ഉടമസ്ഥാനം ചെയ്യുന്നു എന്ന് അടയാളപ്പെടുത്തുക. അടുത്ത മാസം ഒരു കണക്ഷൻ പരാജയപ്പെട്ടാൽ മൂന്നും ഒരുമിച്ച് മാറ്റുന്നതിന് പകരം ഏത് പരിശോധിക്കണമെന്ന് നിങ്ങൾക്ക് അറിയാം.