உங்கள் 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, பொது மற்றும் சுரங்கப்பாதைக் குளம் — எந்த அமைப்பு எதை உடைமையாக்குகிறது என்பதைக் குறியுங்கள். அடுத்த மாதம் ஒரு இணைப்பு தோல்வியடைந்தால் மூன்றையும் ஒரே நேரத்தில் மாற்றுவதற்குப் பதிலாக எதைச் சரிபார்க்க வேண்டும் என்று தெரியும்.