DHCP ఎంపిక 121 తో LAN హోస్టులకు VPN తిరిగి వచ్చే మార్గం ఇవ్వండి

దూరపు VPN క్లయింట్లు కనెక్ట్ అవుతాయి, LAN సర్వర్ సమాధానం ఇస్తుంది, ఆ సమాధానం సాధారణ ఇంటర్నెట్ రౌటర్ ద్వారా బయటకు వెళ్లి అక్కడే మరణిస్తుంది. ఒక సర్వర్‌ను స్థిర మార్గంతో సరిచేయవచ్చు, కానీ వాటి మొత్తం ఉపజాలం వాటికి ఇప్పటికే నెట్‌వర్క్ కాన్ఫిగరేషన్ లభించే చోటే నిర్వహించడం మంచిది. DHCPv4 ఎంపిక 121 సరిగ్గా అలాంటి గమ్యస్థాన మార్గాన్ని పంపిణీ చేస్తుంది, డిఫాల్ట్‌ను మరచిన క్షణంలో ప్రజలు సాధారణంగా తప్పు చేసే భాగం అదే. లక్షణం ఏకముఖ ట్రాఫిక్: అభ్యర్థనలు వస్తాయి, సమాధానాలు మాయమవుతాయి.

మొదట మూడు చిరునామాలను పేర్కొనండి

ఒక నిర్దిష్ట LAN తీసుకోండి: 192.168.50.0/24, సాధారణ డిఫాల్ట్ రౌటర్ 192.168.50.1 వద్ద మరియు ప్రత్యేక VPN గేట్‌వే 192.168.50.2 వద్ద. ప్రామాణీకరించిన దూరపు క్లయింట్లు 10.90.0.0/24 ఆక్రమిస్తారు.

పాల్గొనే ప్రతి హోస్ట్‌కు అవసరమైన మార్గం 10.90.0.0/24 via 192.168.50.2. గమ్యం క్లయింట్ పూల్, తదుపరి హాప్ గేట్‌వే యొక్క టన్నెల్ చిరునామా కాదు, దాని LAN చిరునామా.

దాన్ని తరగతి లేని స్థిర మార్గంగా ఎన్‌కోడ్ చేయండి

ఎంపిక 121 ప్రిఫిక్స్ మరియు తదుపరి హాప్ జతలను మోసుకెళ్తుంది, RFC 3442 ఎన్‌కోడింగ్ మరియు దాని నుండి వచ్చే క్లయింట్ ప్రవర్తన రెండింటినీ నిర్వచిస్తుంది. ఈ ఉదాహరణ LAN కి మాత్రమే సేవ ఇచ్చే ఉన్న dnsmasq సందర్భానికి, కాన్ఫిగరేషన్ రూపం ఇది:

dhcp-option=121,10.90.0.0/24,192.168.50.2,0.0.0.0/0,192.168.50.1

ఇది ఒక ముక్క, కొత్త DHCP సేవ కాదు. అనేక విభాగాలను నిర్వహించే సర్వర్‌లో, మీరు ఇప్పటికే ఉపయోగించే ట్యాగ్‌లు లేదా నెట్‌వర్క్ విధానంతో ఎంపికను పరిమితం చేయండి. మునుపటి కాన్ఫిగరేషన్‌ను చేతిలో ఉంచుకోండి, ఎందుకంటే దీన్ని వెనక్కి తిప్పడం అంటే మరో లీజ్ పునరుద్ధరణ, రీబూట్ కాదు.

డిఫాల్ట్ మార్గాన్ని కోల్పోకండి

ఇదే ఉచ్చు. ఎంపిక 121 పొందిన క్లయింట్ సాధారణ Router ఎంపికను పట్టించుకోకూడదు, కాబట్టి VPN పూల్ మార్గాన్ని మాత్రమే ప్రకటిస్తే ఆ హోస్ట్ పూర్తిగా డిఫాల్ట్ మార్గం లేకుండా మిగిలిపోవచ్చు. యంత్రం ఇప్పటికీ కాన్ఫిగర్ చేయబడినట్లు కనిపిస్తుంది మరియు నిశ్శబ్దంగా ఇంటర్నెట్‌ను కోల్పోతుంది. అన్ని ఇంటర్‌ఫేస్‌లు పని చేస్తున్నప్పుడే నెట్‌వర్క్ డౌన్ అని వినియోగదారులు వర్ణిస్తారు.

పైన ముక్క చేసినట్లుగా ఉద్దేశించిన డిఫాల్ట్‌ను అదే జాబితాలో చేర్చండి. తరగతి లేని మార్గాలను అమలు చేయని క్లయింట్ల కోసం సాధారణ Router ఎంపికను కూడా దాని స్థానంలో ఉంచండి; ఎవరికి ఏమి పంపాలో సర్వర్ స్వంత ఎంపిక నిర్వహణ నిర్ణయిస్తుంది.

క్లయింట్ ఏమి అంగీకరిస్తుందో తనిఖీ చేయండి

చేతితో చిరునామా ఇచ్చిన హోస్ట్ దీన్ని ఎప్పుడూ తీసుకోదు, ఎందుకంటే అది లీజ్ అడగదు. క్లయింట్ మద్దతు కూడా మారుతుంది, కాబట్టి ప్రతి పరికరం ఎంపిక 121 ను గౌరవిస్తుందని ఊహించకుండా మీరు నిజంగా నడిపే ఆపరేటింగ్ సిస్టమ్‌లో పరీక్షించండి. ఆ సర్వర్‌ల యజమానులతో ఏవి స్థిర చిరునామా కలిగి ఉన్నాయో నిర్ధారించుకోండి. ఆ హోస్టులకు తమ స్వంత మార్గ నమోదులు అవసరం, లేకపోతే అవి కేవలం పాల్గొనవు.

నిర్వహించబడే DHCP సేవలు మరో పరిమితి. కొన్ని క్లౌడ్ నెట్‌వర్క్‌లు నిర్వాహకులు ఏకపక్ష ఎంపికలను ప్రచురించడానికి అనుమతించవు, అదే విభాగంలో పోటీ DHCP సర్వర్ ఎటువంటి ఎంపిక లేకపోవడం కంటే అధ్వాన్నం.

లీజ్‌ను, తర్వాత శోధనను ధృవీకరించండి

DHCP యజమానిని మార్పును వర్తింపజేయమని అడగండి, తర్వాత క్లయింట్‌పై లీజ్‌ను పునరుద్ధరించండి. ఉన్న లీజ్‌లు పునరుద్ధరించబడే వరకు పాత కాన్ఫిగరేషన్‌ను ఉంచుతాయి, కాబట్టి తక్షణ ఫలితాలు హామీ లేవు.

Linux క్లయింట్‌పై నిజమైన మార్గాలను చదివి రెండు నమోదులను నిర్ధారించండి:

ip -4 route
ip -4 route get 10.90.0.23

సందర్భ ఆధారిత శోధన పూల్ మార్గాన్ని 192.168.50.2 ద్వారా మరియు డిఫాల్ట్‌ను 192.168.50.1 ద్వారా చూపాలి. డిఫాల్ట్ లేకపోతే, మీరు పైన ఉచ్చును పునరుత్పత్తి చేశారు.

తర్వాత నిజమైన మార్పిడిని పరీక్షించండి

మార్గ పంపిణీ పూర్తి దారి కాదు. ప్రత్యేక గేట్‌వేకి ఇంకా ఫార్వార్డింగ్, దూరపు పీర్‌ల యాజమాన్యం మరియు సర్వర్‌ను అనుమతించే యాక్సెస్ విధానం అవసరం, DHCP ఎవరినీ ప్రామాణీకరించదు.

చివరగా, తొలగింపు ప్రణాళికను ఉంచండి. నేర్చుకున్న స్థిర మార్గం VPN పడిపోయినప్పుడు తనంతట తాను వెనక్కి తీసుకోదు, కాబట్టి పాత తదుపరి హాప్ సొరంగం మాయమైన చాలా కాలం తర్వాత కూడా ఆ ప్రిఫిక్స్‌ను నల్ల గొయ్యిగా మార్చగలదు.