VPN ద్వారా DHCP: బ్రాడ్‌కాస్ట్‌ను వంతెన చేయాలా లేక రిలే చేయాలా?

సొరంగం ఆవలి వైపు ఉన్న కొత్త ల్యాప్‌టాప్‌కు చిరునామా దొరకదు, కానీ అదే ల్యాప్‌టాప్ ప్రధాన కార్యాలయంలో పనిచేస్తుంది. సాధారణ మొదటి ఊహ సొరంగం DHCP ను అడ్డుకుంటోంది అని. చాలాసార్లు బ్రాడ్‌కాస్ట్‌కు ఎప్పుడూ మార్గమే లేదు: కాన్ఫిగర్ చేయని క్లయింట్ 255.255.255.255 కు పంపుతుంది, సాధారణ IP రౌటర్ ఆ ప్యాకెట్‌ను ముందుకు పంపదు. సొరంగం రూట్ చేయబడిన సొరంగం చేసే పనినే చేస్తోంది.

రెండు రూపకల్పనలు దాన్ని మార్చగలవు, అవి సమానం కావు. ఒకటి బ్రాడ్‌కాస్ట్‌ను తీసుకెళ్తుంది; మరొకటి అభ్యర్థనను రిలే చేస్తుంది.

బ్రాడ్‌కాస్ట్ ఎప్పుడూ రౌటర్‌ను దాటదు

చిరునామా లేని DHCPv4 క్లయింట్ 0.0.0.0 నుండి పరిమిత బ్రాడ్‌కాస్ట్ చిరునామాకు UDP పోర్టులు 67 మరియు 68 లో పంపుతుంది. ఆ ప్యాకెట్ రూపకల్పన ప్రకారం తన లింక్‌లోనే ఉంటుంది. దాన్ని పంపే రౌటర్ తాను సేవ చేసే ప్రతి విభాగాన్ని వరదతో నింపుతుంది.

అందువల్ల రూట్ చేయబడిన సైట్-టు-సైట్ సొరంగం రిలేను సర్వర్‌కు కలుపుతుంది. అది క్లయింట్ బ్రాడ్‌కాస్ట్ డొమైన్‌ను విస్తరించదు, ఏ ఫైర్‌వాల్ నియమమూ అలా చేయదు.

వంతెన చేసిన సొరంగం నిజంగా ఏమి విస్తరిస్తుంది

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

వంతెన చేయడం బ్రాడ్‌కాస్ట్ తుఫాను, ARP స్కాన్ లేదా దుర్మార్గ DHCP సర్వర్ ఎక్కడి వరకు చేరగలవో కూడా మారుస్తుంది. మీరు దూర కార్యాలయాన్ని అదే స్విచ్‌కు కలపకపోతే, కేవలం చిరునామాలు పంచడానికి సొరంగాన్ని వంతెన చేయవద్దు. ఎనేబుల్ చేయడానికి ముందు ఆ ప్రభావ వ్యాసార్థాన్ని పరీక్షించండి.

ఇది చిరునామా ఇచ్చే దానికంటే పెద్ద నిర్ణయం, దాన్ని ఉద్దేశపూర్వకంగా తీసుకోవాలి.

బదులుగా అభ్యర్థనను రిలే చేయండి

సాధారణ సమాధానం క్లయింట్ స్థానిక నెట్‌వర్క్‌లోని రిలే. అది బ్రాడ్‌కాస్ట్‌ను స్వీకరించి, దాన్ని unicast అభ్యర్థనగా మార్చి, తన చిరునామాను గేట్‌వే చిరునామా ఫీల్డ్‌లో ఉంచుతుంది. సర్వర్ ఆ రిలే చిరునామాకు ప్రత్యుత్తరం ఇస్తుంది.

ఉదాహరణకు దూర కార్యాలయానికి, రిలే కార్యాలయ LAN లో ఉంటుంది, సర్వర్‌ను సైట్ VPN ద్వారా చేరుకుంటారు. ఆ కార్యాలయానికి స్కోప్, రిలే మరియు సర్వర్ గుర్తింపులు, పూర్తి తిరిగి వచ్చే మార్గాన్ని కాన్ఫిగర్ చేయండి. సొరంగం ద్వారా UDP 67 కు అనుమతి ఇవ్వడం ఏ పూల్ వాడాలో సర్వర్‌కు చెప్పదు.

పంపే కానీ ఎప్పుడూ ప్రత్యుత్తరం పొందని రిలే సాధారణంగా తిరిగి వచ్చే మార్గ సమస్య. స్కోప్ మార్చే ముందు రిలే చిరునామా వైపు తిరిగి వెళ్లే మార్గాన్ని తనిఖీ చేయండి.

DHCP ను ARP నుండి మరియు సొరంగ చిరునామాల నుండి వేరు చేయండి

DHCP UDP/IP పై నడుస్తుంది. Ethernet లో, అభ్యర్థి చిరునామా ఇప్పటికే వాడుకలో ఉందో లేదో తనిఖీ చేయడానికి హోస్ట్ ARP ను కూడా వాడవచ్చు. ఆ ఘర్షణ తనిఖీ ప్రత్యేక లింక్-స్థానిక చర్య, DHCP సందేశాల రవాణా కాదు. DHCP మౌలికంగా ARP అని చెప్పడం తప్పు; రెండూ ఎప్పుడూ సంబంధం లేదని చెప్పడం చాలా విస్తృతం.

VPN క్లయింట్ తన సొరంగ చిరునామాను DHCP బ్రాడ్‌కాస్ట్‌కు బదులుగా VPN ప్రోటోకాల్ నుండి లేదా సర్వర్ సొంత పూల్ నుండి కూడా పొందవచ్చు. పేరులో DHCP ఉన్న ఎంపిక నెట్టబడిన క్లయింట్ సెట్టింగ్‌లను వివరించవచ్చు, రిలే చేసిన DHCP ప్యాకెట్ కాదు. DHCP పాల్గొంటోందని ఊహించే ముందు సర్వర్ పూల్‌ను తనిఖీ చేయండి.

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