బ్రాంచ్ మరియు ల్యాబ్ మధ్య లింక్ కోసం రూటెడ్ VPN లేదా బ్రిడ్జ్డ్ LAN

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

కనెక్ట్ చేయడానికి రెండు మార్గాలు, ఒక స్పష్టమైన రాజీ

రూటెడ్ లింక్ ఇంటి ల్యాబ్ను దాని సొంత అడ్రసింగ్తో కూడిన దూరపు నెట్వర్క్గా పరిగణిస్తుంది. బ్రాంచ్ ల్యాబ్ ప్రిఫిక్స్ను అడుగుతుంది, టన్నెల్ ఆ ప్యాకెట్లను మోసుకెళ్తుంది, ల్యాబ్ గేట్వే తన సొంత సబ్నెట్ నుండి సమాధానం ఇస్తుంది. బ్రాంచ్ యొక్క ARP పట్టికలో ఏమీ మారదు, ల్యాబ్ యొక్క DHCP పరిధి నుండి ఏమీ బ్రాంచ్కు చేరుకోదు.

బ్రిడ్జ్డ్ లింక్ ఒకే లేయర్ 2 డొమైన్ను రెండు సైట్లపై విస్తరిస్తుంది. కనుగొనే ప్రోటోకాల్లు పనిచేస్తాయి, పరికరాలు దానంతట అవే కనిపిస్తాయి, ప్రతి ప్రసారం, ప్రతి ARP అభ్యర్థన మరియు ప్రతి multicast ప్యాకెట్ ఇప్పుడు టన్నెల్ను దాటడానికి అభ్యర్థి, అంటే స్థానిక విభాగం కోసం నిర్మించిన ప్రోటోకాల్లు మోసే పెద్ద మొత్తంలో ట్రాఫిక్, వేరే MTU మరియు మారుతున్న రౌండ్-ట్రిప్ సమయం ఉన్న WAN కోసం కాదు.

రూటింగ్ మీకు ఏమి ఇస్తుంది

మొదటి ప్రయోజనం నష్టం యొక్క పరిధి. లూప్, అవాంఛిత DHCP సర్వర్ లేదా ప్రసారాల వరద దాన్ని సృష్టించిన సైట్లోనే ఉంటుంది, ఎందుకంటే రౌటర్ ప్రసారాలను ముందుకు పంపదు. రెండవది అడ్రసింగ్ స్పష్టత: బ్రాంచ్ ప్రిఫిక్స్ మరియు ల్యాబ్ ప్రిఫిక్స్ వేర్వేరు, కాబట్టి ప్యాకెట్ గమ్యం ఏ సైట్ సమాధానం ఇవ్వాలో చెబుతుంది, మరియు ఫైర్వాల్ నియమం «ఎక్కడి నుండైనా ఎక్కడికైనా» కు బదులుగా «బ్రాంచ్ నుండి ల్యాబ్ సబ్నెట్కు» అని చెప్పగలదు.

మూడవది, టన్నెల్ నిజంగా ఏమి మోసుకెళ్తుందో దానితో సరిపోలుతుంది. IPsec విధానం ప్రిఫిక్స్ల జోడి, మరియు ప్రతి వైపు ఫార్వార్డింగ్ మార్గం గేట్వేపై ఫార్వార్డింగ్ ప్రారంభించిన సాధారణ IP రూటింగ్:

sysctl -w net.ipv4.ip_forward=1
ip route add 10.20.0.0/24 via 192.168.50.1
ip route get 10.20.0.40

మీరు వదులుకునేది ప్రసారం ద్వారా కనుగొనడం. ఇది నిజమైన నష్టం మరియు అన్నింటినీ బ్రిడ్జ్ చేసి తప్పించుకోవడం బదులు ఉద్దేశపూర్వకంగా భర్తీ చేయాలి.

బ్రిడ్జింగ్ ఖర్చు

బ్రిడ్జింగ్ లేయర్ 2 ఫ్రేమ్లను టన్నెల్ ద్వారా మోసుకెళ్లాలి, అంటే సాధారణ విధాన ఆధారిత టన్నెల్కు బదులు IPsec పైన GRE లేదా VXLAN వంటి ఎన్క్యాప్సులేషన్. ఇది ఉన్నప్పుడు, రెండు సైట్లు ఒకే వైఫల్య డొమైన్ను పంచుకుంటాయి. Spanning tree టన్నెల్ను లింక్గా చూస్తుంది, ప్రసార ట్రాఫిక్ టన్నెల్ బ్యాండ్విడ్త్ను తింటుంది, మరియు తక్కువ ఆలస్యమున్న విభాగాన్ని ఊహించే ఏ పరికరమైనా ఏ చివరి నుండైనా ఆపాదించడం కష్టమైన విధంగా తప్పుగా ప్రవర్తిస్తుంది.

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

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

ప్రసారం లేని పేర్లు

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

multicast కనుగొనడం కష్టతరమైన సందర్భం మరియు దానికి ఖచ్చితత్వం కావాలి. mDNS వంటి ప్రోటోకాల్లు లింక్-లోకల్ multicast ఉపయోగిస్తాయి, రౌటర్లు దాన్ని డిఫాల్ట్గా పంపవు, కాబట్టి కనుగొనే జాబితా నుండి తప్పిపోయిన ల్యాబ్ హోస్ట్ తన డాక్యుమెంట్ చేసిన చిరునామాలో ఇప్పటికీ చేరుకోగలిగేదిగా ఉండవచ్చు. నిర్దిష్ట సేవకు నిజంగా multicast అవసరమైతే, మొత్తం LANని సాధారణ మరమ్మతుగా బ్రిడ్జ్ చేయడం బదులు ఆ ఒకే ప్రోటోకాల్ను ప్రణాళిక చేయండి, రిఫ్లెక్టర్ లేదా లక్ష్యిత ఫార్వార్డింగ్ నియమంతో.

రిఫ్లెక్టర్ కూడా ఉచిత విజయం కాదు. మీరు నివారించాలనుకున్న అదే మాటకారి ట్రాఫిక్ను ఒకసారికి ఒక సేవగా లోపలికి తెస్తుంది, ఒక పరికరం మునుపటి కంటే ఎక్కువ ప్రచారం చేయడం ప్రారంభించినప్పుడు గమనించే యజమాని కావాలి. ప్రతి సేవకు దాన్ని ఎంచుకోండి, మరియు ఎందుకో రాయండి. ఏ సేవకు అది అవసరమైంది మరియు అది ఏమి ప్రచారం చేస్తుందో నమోదు చేయండి, ఎందుకంటే firmware నవీకరణ ఆ జాబితాను ఎవరికీ చెప్పకుండా మార్చగలదు.

రూటెడ్ డిజైన్ను పరీక్షించదగినదిగా చేయండి

ఒక లక్ష్యాన్ని ఎంచుకోండి, ఉదాహరణకు ల్యాబ్ యొక్క వెబ్ ఇంటర్ఫేస్ దాని సొంత సర్వర్ సబ్నెట్పై, మరియు దాన్ని రెండు దిశల్లో నిరూపించండి. బ్రాంచ్లోని హోస్ట్ నుండి చిరునామా మరియు వినిపిస్తున్న సేవను స్థానికంగా నిర్ధారించండి, ఆ తర్వాత టన్నెల్ ద్వారా కనెక్ట్ అయ్యి పునరావృతం చేయండి. నిలబడిన టన్నెల్ గేట్వేలు అంగీకరిస్తున్నాయని నిరూపిస్తుంది; హోస్ట్ ఫైర్వాల్ లేదా తిరిగి వచ్చే మార్గం గురించి ఏమీ నిరూపించదు.

ల్యాబ్ యొక్క సాధారణ గేట్వేకు బ్రాంచ్ ప్రిఫిక్స్కు తిరిగి వెళ్ళే మార్గం అవసరం, డిజైన్ ఉద్దేశపూర్వకంగా మూలాన్ని అనువదించకపోతే, మరియు సర్వర్ యొక్క సొంత ఫైర్వాల్ అనుమతించిన దూర పరిధిని అంగీకరించాలి. వీటిలో ఏదీ విజయవంతమైన టన్నెల్ ద్వారా కాన్ఫిగర్ కాదు. strongSwan యొక్క ఫార్వార్డింగ్ గమనికలు ప్రతి వైపు పనిచేయాల్సిన ప్యాకెట్ మార్గాన్ని వివరిస్తాయి.

తర్వాత తిరస్కరించిన గమ్యాన్ని కూడా పరీక్షించండి. ఒక అప్లికేషన్ అవసరమైన బ్రాంచ్ వినియోగదారుకు hypervisor కన్సోల్ అవసరం లేదు, మరియు విధానం నిజమైనదని తెలుసుకోవడానికి ఏకైక మార్గం అది తిరస్కరించవలసినదే ప్రయత్నించడం. ప్రిఫిక్స్లు, రిజాల్వర్పై ఆధారపడటం మరియు పరీక్ష ఫలితాలను నమోదు చేయండి, మరియు ఏ సైట్లోనైనా భవిష్యత్ మార్పు జ్ఞాపకం నుండి మళ్లీ నిర్మించడం బదులు నిమిషాల్లో సమీక్షించబడగలదు.