మీ 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, పబ్లిక్ మరియు టన్నెల్ పూల్ — ఏ వ్యవస్థ ఏది కలిగి ఉందో గుర్తించండి. వచ్చే నెల ఏదైనా కనెక్షన్ విఫలమైతే మూడింటినీ ఒకేసారి మార్చడం బదులు ఏది తనిఖీ చేయాలో మీకు తెలుస్తుంది.