ఒకే సబ్నెట్ ఉన్న రెండు సైట్లు ఒక LAN ఎందుకు కావు

రెండు కార్యాలయాలు రెండూ 192.168.77.0/24 ఉపయోగిస్తాయి, అవి ఒకే నెట్వర్క్ కావాలని ఎవరో ఒక సొరంగాన్ని సూచిస్తారు. ఈ వాక్యం సరళంగా అనిపిస్తుంది మరియు మూడు వేర్వేరు నిర్మాణాలను దాచుతుంది: ఢీకొనే రెండు స్వతంత్ర LAN, WAN మీద ఉద్దేశపూర్వకంగా విస్తరించిన ఒక ఈథర్నెట్ విభాగం, మరియు దూరపు చిరునామాల కోసం సమాధానమిచ్చే proxy-ARP ఏర్పాటు. మీ దగ్గర ఏది ఉందో దాన్ని బట్టి హోస్ట్ ప్యాకెట్తో ఏమి చేస్తుందో నిర్ణయమవుతుంది, మరియు సమాధానం VPN గేట్వే పాల్గొనకముందే కనిపిస్తుంది.

రౌటర్ కంటే ముందే హోస్ట్ నిర్ణయిస్తుంది

192.168.77.10/24 చిరునామా ఉన్న హోస్ట్ గమ్యాన్ని తన ప్రిఫిక్స్తో పోలుస్తుంది. ఆ ప్రిఫిక్స్ లోపల ఉన్నవన్నీ నేరుగా లింక్లో ఉంటాయి, కాబట్టి హోస్ట్ గమ్యం యొక్క లింక్-పొర చిరునామాను నేరుగా పరిష్కరిస్తుంది. బయట ఉన్నవన్నీ డిఫాల్ట్ గేట్వేకు వెళ్తాయి.

ఈ నిర్ణయం హోస్ట్ స్టాక్లో జరుగుతుంది, సొరంగంలో కాదు. గేట్వేపై జోడించిన మార్గం హోస్ట్ ఎప్పుడూ పంపని ప్యాకెట్ను కాపాడలేదు.

అందువల్ల 192.168.77.20 మరో సైట్లో మాత్రమే ఉన్నప్పుడు, స్థానిక హోస్ట్ ARP ద్వారా అడుగుతుంది మరియు సమాధానం రాదు. VPN హ్యాండ్షేక్ పూర్తిగా ఆరోగ్యంగా ఉండవచ్చు, కానీ ఇది విఫలమవుతుంది. ఈ వైఫల్యం రౌటింగ్ సమస్యలా కాక చనిపోయిన హోస్ట్లా కనిపిస్తుంది. ఈ సంకేతాన్ని గుర్తించడం సొరంగం డీబగ్గింగ్ యొక్క ఒక గంటను ఆదా చేస్తుంది.

ARP అనేది స్థానిక లింక్ ప్రశ్న

ఈ లింక్పై చిరునామా ఎవరిదో ARP అడుగుతుంది, సమాధానం ప్రసారాన్ని వినగలిగే దాని నుండి రావాలి. IPsec సొరంగం మరో చివర ఉన్న రౌటర్, నిర్మాణం రెండు సైట్లను ఒకే ప్రసార డొమైన్గా చేయకపోతే దాన్ని వినదు.

ఒకే చిరునామా ఉన్న రెండు పరికరాలు పరిస్థితిని మరింత దిగజారుస్తాయి: విజయవంతమైన పరిష్కారమూ ఏది సమాధానమిచ్చిందో చెప్పలేదు.

నకిలీ చిరునామా రౌటింగ్ బగ్ కాదు మరియు ఏ మార్గమూ దాన్ని సరిచేయదు. గాని సైట్లు వేర్వేరు ప్రిఫిక్స్లలో పునఃసంఖ్యీకరించబడతాయి, లేదా ఉద్దేశపూర్వకంగా ఒకే లింక్-పొర డొమైన్ అవుతాయి.

విస్తరించిన విభాగం ఫ్రేమ్లను మోస్తుంది, మార్గాలను కాదు

వంతెనలకు కలిపిన ఈథర్నెట్ మోసే సొరంగం రెండు సైట్లను ఒకే లింక్-పొర డొమైన్ భాగంగా చేస్తుంది. ARP ప్రసారాలు అవతలి వైపుకు చేరుతాయి, ప్రతి వంతెన ఏ MAC చిరునామాలు ఎక్కడ ఉన్నాయో నేర్చుకుంటుంది. Linux వంతెన పత్రం ఆ MAC ఆధారిత ఫార్వర్డింగ్ హద్దును వివరిస్తుంది.

ఇక్కడ దూరపు గేట్వే రెండు సమాన సబ్నెట్ల మధ్య అసలు రౌటింగ్ చేయదు. ఫ్రేమ్లు తామే IP రౌట్ చేసే కింది పొర గుండా వెళ్తాయి, వంతెనలు ఈథర్నెట్ సంభాషణను పొడిగిస్తాయి.

ధర పెద్ద ప్రభావ పరిధి. తెలియని గమ్యాలకు వరద, లూప్లు, DHCP కేటాయింపు మరియు ప్రత్యేక చిరునామా అన్నింటికీ రెండు సైట్లను కలిపే ఒక ప్రణాళిక కావాలి. WAN పడిపోతే హోస్ట్లు స్థానికమని భావించే ట్రాఫిక్ను కోల్పోతాయి. వంతెనపై ఫిల్టరింగ్ మరియు VLAN నియమాలు ఏది దాటుతుందో పరిమితం చేయవచ్చు, కానీ రవాణా ఇప్పటికీ ప్రతి స్థానిక నియంత్రణ ఫ్రేమ్ చేరుతుందని హామీ ఇవ్వదు.

Proxy ARP మూడవ నిర్మాణం

రౌటర్ దూరపు చిరునామా కోసం ARPకి సమాధానమిచ్చి తర్వాత అక్కడికి రౌట్ చేయవచ్చు. ఇది ప్రసార డొమైన్ను విస్తరించకుండా పంపేవారికి దూరపు హోస్ట్ నేరుగా లింక్లో ఉన్నట్టు చూపిస్తుంది.

ఇది వంతెన నిర్మాణం కంటే సన్నని సాధనం: ఫార్వర్డింగ్, తిరిగి వెళ్లే మార్గాలు మరియు ప్రతి చిరునామా స్పష్టమైన యజమానిపై ఆధారపడుతుంది.

ఇది ఏకపక్ష నాన్-IP ప్రోటోకాల్లను రౌట్ చేయగలిగేలా చేయదు, ఈథర్నెట్ ప్రసార డొమైన్ను తిరిగి సృష్టించదు. అవసరం సరిగ్గా ఆ ప్రత్యామ్నాయం అయినప్పుడు దీన్ని వాడండి, వాయిదా వేసిన పునఃసంఖ్యీకరణకు షార్ట్కట్గా కాదు.

అవసరం నుండి ఎంచుకోండి, తర్వాత ధృవీకరించండి

కార్యాలయాల మధ్య సాధారణ అప్లికేషన్ ప్రాప్తి కోసం వేర్వేరు ప్రిఫిక్స్లు మరియు స్పష్టమైన మార్గాలు స్పష్టమైన హద్దును ఇస్తాయి. అవసరం నిజంగా లింక్-పొర సామీప్యం అయినప్పుడు వంతెన వేయండి. పంచుకున్న ప్రిఫిక్స్కు ఏకైక కారణం ఇంకా ఎవరూ చేయకపోవడమే అయితే పునఃసంఖ్యీకరించండి.

మీ దగ్గర నిజంగా ఏ నిర్మాణం ఉందో నిర్ధారించుకోండి హోస్ట్ను గమ్యంతో ఏమి చేస్తుందో అడగడం ద్వారా:

ip route get 192.168.77.20
ip neigh show 192.168.77.20

విఫలమైన పొరుగు నమోదుతో కూడిన నేరుగా-లింక్ ఫలితం లేని లింక్-పొర మార్గాన్ని సూచిస్తుంది. via ఫలితం గేట్వేను పేర్కొని ప్రశ్నను రౌటింగ్కు మారుస్తుంది. వంతెనపై, MAC సొరంగం ద్వారా నేర్చుకోబడిందో లేదో చూడటానికి ఫార్వర్డింగ్ డేటాబేస్ను తనిఖీ చేయండి. ప్రతి అవుట్పుట్ నిర్మాణ ప్రశ్నను మళ్లీ ప్రారంభించకుండా సంకుచితం చేస్తుంది.