రిజర్వేషన్ ఏ గుర్తింపుదారును ఉపయోగించాలో మూడు షరతులు నిర్ణయిస్తాయి: చిరునామాను ఏ వ్యవస్థ పంపిణీ చేస్తుంది, ఆ వ్యవస్థ ఎప్పుడైనా లేయర్-2 ఫ్రేమ్‌ను చూస్తుందా, మరియు అది క్లయింట్ కీగా ఏమి ఉపయోగిస్తుంది. DHCP ఉన్న ఇంటి రౌటర్, బ్రిడ్జ్ చేసిన VPN మరియు రూట్ చేసిన టన్నెల్ ఈ ప్రశ్నలకు వేర్వేరుగా సమాధానం ఇస్తాయి. గుర్తింపుదారును ఎంచుకోవడం, అడాప్టర్ నివేదించే ప్రతి MAC చిరునామాను స్థిరపరచడానికి ప్రయత్నించడం కంటే ఎక్కువ కాలం నిలుస్తుంది, ఎందుకంటే కేటాయింపుదారు నిజంగా చదివేది గుర్తింపుదారే.

కేటాయింపుదారు నుండి ప్రారంభించి వెనుకకు పని చేయండి; క్లయింట్ వైపు గుర్తింపుదారు అంటే ఆ వ్యవస్థ అంగీకరించేది.

మొదట కేటాయింపుదారును అడగండి

DHCP సర్వర్ పూల్ నుండి కేటాయించి, తాను గుర్తించే గుర్తింపుదారుతో రిజర్వేషన్‌లను సరిపోల్చుతుంది, అది ప్రోటోకాల్ వెర్షన్‌ను బట్టి హార్డ్‌వేర్ చిరునామా, క్లయింట్ గుర్తింపుదారు స్ట్రింగ్ లేదా DUID కావచ్చు. VPN సర్వర్ తన సొంత పూల్ నుండి కేటాయించి, దాని కాన్ఫిగరేషన్ మోడల్ వెల్లడించే దానితో సరిపోల్చుతుంది, తరచుగా ధృవీకరించిన Common Name. బ్రిడ్జ్ చేసిన నెట్‌వర్క్ అదే సమస్యను ఇప్పటికే LANకు సేవ చేస్తున్న DHCP సర్వర్‌కు ఇవ్వగలదు. ప్రతి ఒక్కటి వేరే శోధన, మరియు ఒకదానిలో చెల్లుబాటు అయ్యే రిజర్వేషన్ మిగతావాటికి కనిపించదు.

ఏదైనా కాన్ఫిగర్ చేయడానికి ముందు సర్వర్ నిజంగా ఏమి చూస్తుందో నిర్ధారించండి. తప్పు గుర్తింపుదారును పేర్కొనే రిజర్వేషన్ నిశ్శబ్దంగా విఫలమవుతుంది: క్లయింట్ పూల్ చిరునామాను మాత్రమే పొందుతుంది, మరియు తప్పు క్లయింట్ సమస్యలా కనిపిస్తుంది.

MAC చిరునామా ఇంకా అర్థవంతంగా ఉన్న చోట

భౌతిక Ethernet లేదా Wi-Fi లింక్‌పై, హార్డ్‌వేర్ చిరునామా ఆ సెగ్మెంట్‌లోని ఇంటర్‌ఫేస్‌ను గుర్తిస్తుంది. గోప్యతా లక్షణాలు దానిని తిప్పుతాయి, వర్చువల్ అడాప్టర్లు కొత్తవి సృష్టిస్తాయి, మరియు ల్యాప్‌టాప్ Wi-Fiలో మరియు డాక్‌లో వేర్వేరు విలువలను చూపవచ్చు. రూట్ చేసిన TUN టన్నెల్ IP ప్యాకెట్లను తీసుకువెళుతుంది మరియు అసలు వైర్‌లెస్ గుర్తింపును దూరపు DHCP సర్వర్‌కు అందించదు, కాబట్టి ఆ మార్గంలో MAC ఆధారిత రిజర్వేషన్‌కు సరిపోల్చడానికి ఏమీ లేదు. TAP భిన్నం: ఇది Ethernet ఫ్రేమ్‌లను తీసుకువెళుతుంది మరియు లేయర్-2 గుర్తింపుదారులు ఇంకా ముఖ్యమైన బ్రిడ్జ్ చేసిన డొమైన్‌లో చేరగలదు.

అక్కడ కూడా, సంబంధిత చిరునామా ఆ డొమైన్‌లో ఉపయోగించేది, స్వయంచాలకంగా భౌతిక అప్‌లింక్‌ది కాదు.

టన్నెల్ చిరునామాలు మరియు పీర్ కీలకు వాటి సొంత స్థలం ఉంది

రూట్ చేసిన OpenVPN అమరిక తన సొంత మోడల్ ద్వారా చిరునామాలను కేటాయిస్తుంది: ధృవీకరించిన పేరుతో కీ చేయబడిన ప్రతి-క్లయింట్ కాన్ఫిగరేషన్, లేదా స్పష్టమైన పూల్. LAN రౌటర్ DHCP రిజర్వేషన్‌ను మార్చడం ఆ కేటాయింపును సృష్టించదు, మరియు టన్నెల్ రిజర్వేషన్ జోడించడం LANపై ప్రభావం చూపదు. WireGuard మరింత ముందుకు వెళుతుంది, ఎందుకంటే పీర్ తన పబ్లిక్ కీ మరియు అనుమతించిన చిరునామాల ద్వారా గుర్తించబడుతుంది, ఏదైనా హార్డ్‌వేర్ గుర్తింపుదారు ద్వారా కాదు. అక్కడ ఏ సాధారణ Ethernet రిజర్వేషన్ పీర్ కాన్ఫిగరేషన్‌ను భర్తీ చేయదు.

నాలుగు వస్తువులను వేరు చేసే జాబితాను ఉంచండి: పరికరం ఆధారాలు, వర్చువల్ అడాప్టర్, కేటాయింపుదారు గుర్తింపుదారు మరియు కేటాయించిన చిరునామా. ఒక భౌతిక మెషీన్‌కు అనేక అడాప్టర్లు, చిరునామాలు మరియు సెషన్‌లు ఉండవచ్చు.

స్థిరమైన చిరునామా గుర్తింపు కాదు

ఊహించదగిన చిరునామా నిర్వహణపరంగా సౌకర్యవంతం మరియు అది ధృవీకరణ ఆధారం కాదు. చిరునామాపై ఆధారపడే ప్రవేశ నియమాలు అది తిరిగి కేటాయించబడిన, పంచుకోబడిన లేదా నకిలీ చేయబడిన క్షణంలో గుర్తింపు తనిఖీలు కావడం మానేస్తాయి. ఒక నియమం చిరునామాపై ఆధారపడి ఉంటే, తిరిగి కేటాయింపు మరియు రద్దును గుర్తింపు యజమానితో సమన్వయం చేయండి, మరియు నిజమైన ధృవీకరణ నిర్ణయాన్ని మరెక్కడో ఉంచండి. అలా సౌలభ్యం ఏ పరికరం కనెక్ట్ అయిందనే దానికి ఏకైక సాక్ష్యం కాదు.

కేటాయింపుదారు, గుర్తింపుదారు మరియు కేటాయించిన చిరునామాను కలిసి నమోదు చేయండి. ఒకటి మారినప్పుడు, మిగిలిన రెండే మీరు తనిఖీ చేసేవి.

రెండు వ్యవస్థలు ఒకే సబ్‌నెట్‌కు కేటాయిస్తామని రెండూ చెబితే, ఏదైనా ఒకదానికి రిజర్వేషన్‌లు జోడించే ముందు ఏది దానిని కలిగి ఉందో నిర్ణయించండి.

సంబంధిత వ్యాసాలు