NetBird లో రెండు LAN: ఏ పీర్లు రూట్ చేస్తాయి మరియు ఎవరు మాట్లాడగలరు
నమోదు LAN ను రూట్ చేయదు. ప్రతి సైట్‌కు ఒక రూటింగ్ పీర్‌ను ఎంచుకోండి, మాస్కరేడింగ్ ఆన్‌లో ఉంచండి, విధానాన్ని పరిమితం చేయండి, ఆపై ప్రతి LAN గేట్‌వేకు తదుపరి హాప్ నేర్పండి.
పశ్చిమ LAN లోని వర్క్‌స్టేషన్ బ్రౌజర్ తెరిచి, తూర్పు LAN లోని ఒక అప్లికేషన్ చిరునామాను టైప్ చేసి, సమయం ముగిసే వరకు వేచి ఉంటుంది. NetBird యొక్క ప్రతి స్క్రీన్ పీర్లు కనెక్ట్ అయ్యాయని చెబుతుంది, అది నిజం కానీ ముఖ్యం కాదు: ఒక ఓవర్‌లే నెట్‌వర్క్‌లో ఉండటం రెండు స్థానిక సబ్‌నెట్‌లను ఒక నెట్‌వర్క్‌లో ఉంచడంతో సమానం కాదు. క్రింది ప్రయాణం ఆ వర్క్‌స్టేషన్ నుండి ప్రారంభమై, డిజైన్ ఉద్దేశపూర్వకంగా తిరస్కరించే అభ్యర్థనతో ముగుస్తుంది, ప్రతి ఆగుడు పరికరం నుండి చదివేది, ఊహించేది కాదు. మిస్ అయిన భాగం ఓవర్‌లే కాదు, రూట్ లేదా విధానం అవుతుందని ఆశించండి.
మొదట వర్క్‌స్టేషన్ నుండి వైఫల్యాన్ని చదవండి
నిర్వహణ కన్సోల్ తెరవడానికి ముందు వర్క్‌స్టేషన్ నిజంగా ఏమి పంపుతుందో నిర్ణయించండి. ప్యాకెట్ సైట్ గేట్‌వేకు, స్థానిక ఇంటర్‌ఫేస్‌కు లేదా ఎక్కడికీ వెళ్లదా అని దాని స్వంత రూటింగ్ పట్టిక నిర్ణయిస్తుంది, ఈ నిర్ణయం ఏ ఓవర్‌లే సాధనం లేకుండా కనిపిస్తుంది. దూర ప్రిఫిక్స్‌కు రూట్ లేని యంత్రం పీర్ జాబితా ఎంత ఆరోగ్యంగా కనిపించినా విఫలమవుతుంది. ఓవర్‌లే పరిధి మరియు సైట్ స్వంత ప్రిఫిక్స్ వేర్వేరు చిరునామా ప్రదేశాలు, నమోదు వాటిలో ఒకటి మాత్రమే కాన్ఫిగర్ చేసింది.
తర్వాత పేరు పరిష్కారాన్ని చేరుకోగల సామర్థ్యం నుండి వేరు చేయండి, ఎందుకంటే బ్రౌజర్ రెండింటినీ ఒకే సమయ ముగింపుగా నివేదిస్తుంది. NetBird క్లయింట్ నడిచే యంత్రం నుండి చిరునామా ద్వారా అభ్యర్థనను పునరావృతం చేయండి, తర్వాత నడవని సాధారణ వర్క్‌స్టేషన్ నుండి. నమోదైన యంత్రం విజయవంతమై సాధారణమైనది విఫలమైతే అంతరం స్థానిక రూటింగ్‌లో ఉంది; రెండూ విఫలమైతే రూట్ మార్చడానికి ముందు చదవడం కొనసాగించండి.
ప్రతి సైట్‌కు ఒక రూటింగ్ పీర్‌ను ఎంచుకోండి
రూటింగ్ పీర్ అనేది ఓవర్‌లేలో తన LAN ను ప్రతినిధ్యం వహించే హోస్ట్, కాబట్టి ఎవరో డెస్క్ వర్క్‌స్టేషన్‌కు బదులు సబ్‌నెట్‌కు స్థిరమైన చేరుకోగల సామర్థ్యం ఉన్న Linux యంత్రాన్ని ఎంచుకోండి. దాన్ని సాధారణ ప్రక్రియలో నమోదు చేసి పాత్ర పేరుతో ఉన్న సమూహంలో ఉంచండి, ఎందుకంటే నెట్‌వర్క్ వనరు మరియు విధానం రెండూ ఆ సమూహాన్ని సూచిస్తాయి. ప్రతి సైట్‌కు ఒక ప్రతినిధి చదవదగినదిగా ఉంటుంది; ఒకే ప్రిఫిక్స్‌ను ప్రకటించే స్వచ్ఛంద సేవకుల గుంపు ప్రతి తదుపరి ప్రశ్నను డీబగ్ సెషన్‌గా మారుస్తుంది. స్థానిక విభాగంలో పీర్ చిరునామా దాని ఓవర్‌లే గుర్తింపుకు సమానంగా ముఖ్యం, ఎందుకంటే ఆ చిరునామా ప్రతి సాధారణ పరికరానికి చెప్పే తదుపరి హాప్ అవుతుంది.
కన్సోల్ తాకడానికి ముందు ప్రణాళిక రాయండి, ఎందుకంటే పేర్లు మరియు ప్రిఫిక్స్‌లే ఈ డిజైన్‌లు పక్కదారి పట్టే స్థలం: ప్రిఫిక్స్, గేట్‌వే, పీర్ చిరునామా మరియు సమూహం, ప్రతి సైట్‌కు. పశ్చిమం 10.52.0.0/24, దానికి 10.52.0.5 సేవ చేస్తుంది, తూర్పు 10.63.0.0/24, దానికి 10.63.0.5 సేవ చేస్తుంది; రెండు సమూహాలు west-routers మరియు east-routers, ఏ ప్రిఫిక్స్ కూడా మరొకదానితో, ఓవర్‌లే పరిధితో లేదా మరొక రూట్ చేయబడిన గమ్యస్థానంతో అతివ్యాప్తి చెందకూడదు.
వనరును సృష్టించి, మాస్కరేడింగ్ ఆన్‌లో ఉంచండి
అమలు చేసిన డాష్‌బోర్డ్‌లో ప్రతి సైట్‌కు ఒక నెట్‌వర్క్ వనరును సృష్టించి, ఆ సైట్ రూటింగ్-పీర్ సమూహాన్ని దానికి జోడించండి. వనరు ప్రిఫిక్స్, సమూహం దానికి జవాబిచ్చే హోస్ట్, మరియు ఏదైనా ప్రకటించడానికి ముందు రెండూ ఉండాలి. అమలు చేసిన స్వయం-హోస్ట్ చేసిన సంస్కరణలో నెట్‌వర్క్‌ల వర్క్‌ఫ్లో ఉందా అని నిర్ధారించుకోండి, ఎందుకంటే అదే పేరుతో రూట్ ఆబ్జెక్ట్ ఉన్న పాత ఇంటర్ఫేస్ వేరే ఫీచర్.
మాస్కరేడింగ్ ఆన్‌లో ఉంచండి. NetBird సైట్-టు-సైట్ గైడ్ ఈ అమరికలో దాన్ని కోరుతుంది, ప్రతి అసలు చిరునామా కనిపించేలా ఉంచడానికి దాన్ని ఆఫ్ చేయడం ఒక హాప్ తక్కువ ఉన్న అదే డిజైన్ కాదు; ఓవర్‌లే యొక్క మూల తనిఖీలు మరియు విధానాలు ఏమి చూస్తాయో అది మారుస్తుంది. ఫలితాన్ని నేరుగా చెప్పాలి: స్వీకరించే సేవ మూలంగా రూటింగ్ పీర్‌ను నమోదు చేస్తుంది, వ్యక్తిగత వర్క్‌స్టేషన్ కాదు. ఆ సేవ అనుమతి జాబితా లేదా ఆడిట్ వర్క్‌స్టేషన్ చిరునామాలను ఆశించినట్లయితే, ఒకటి లేదా ఆశ మారుతుంది లేదా అనువాదానికి ముందు సైట్ సరిహద్దులో గుర్తింపు అమలు చేయాలి.
ప్రారంభించే వారికి అధికారం ఇవ్వండి, ప్రిఫిక్స్‌లకు కాదు
రూట్ చిరునామాను చేరుకోగలిగేదిగా చేస్తుంది, విధానం ఎవరు దాన్ని ఉపయోగించవచ్చో నిర్ణయిస్తుంది; ఇవి వేర్వేరు యజమానులతో వేర్వేరు వస్తువులు. విధానాన్ని పని భారం నుండి వెనుకకు రాయండి: ఏ సమూహం ప్రారంభిస్తుంది, ఏ వనరును లక్ష్యంగా చేసుకుంటుంది, ఏ TCP సేవ అవసరం. ప్రతి నమోదైన పీర్‌కు రెండు ప్రిఫిక్స్‌లను ప్రకటించే నెట్‌వర్క్ చేరుకోగల సామర్థ్యాన్ని సృష్టించి ఏమీ నిర్ణయించలేదు.
తర్వాత ఇప్పటికే ఏది అనుమతించబడిందో చదవండి, ఎందుకంటే ఇరుకైన కొత్త నియమం దానిపై ఉన్న విశాలమైన పాత నియమాన్ని రద్దు చేయదు. తూర్పు కూడా పశ్చిమం వైపు కనెక్షన్లు ప్రారంభించాల్సి వచ్చినప్పుడు ఆ దిశను దాని స్వంత విధానంగా రాయండి; పశ్చిమం తెరిచిన సెషన్‌కు తిరిగి వచ్చే ట్రాఫిక్ తూర్పు వైపు కొత్త సెషన్లను అనుమతించడం కంటే వేరే ప్రశ్న. పశ్చిమంలోని కొన్ని వర్క్‌స్టేషన్‌లు మాత్రమే తూర్పు అప్లికేషన్‌ను చేరుకోవాలంటే, అనువాదానికి ముందు సైట్ సరిహద్దులో వాటిని ఎంచుకోండి మరియు అప్లికేషన్ స్వంత ప్రామాణీకరణను అలాగే ఉంచండి. రూటింగ్ పీర్ LAN ట్రాఫిక్‌ను మొత్తం సైట్‌గా తీసుకువెళుతుంది, ప్రతి వినియోగదారు ఓవర్‌లే గుర్తింపుగా కాదు, కాబట్టి ప్రతి వినియోగదారు లెక్కింపు మరెక్కడి నుండో రావాలి.
ప్రతి గేట్‌వేకు తదుపరి హాప్ నేర్పి, తర్వాత తిరస్కరణను పరీక్షించండి
సాధారణ పరికరాలు ఓవర్‌లేను ఎప్పుడూ చూడవు, కాబట్టి వాటి స్వంత గేట్‌వేకు దూర ప్రిఫిక్స్‌ను రూటింగ్ పీర్ LAN చిరునామా వైపు చూపే స్థిర రూట్ అవసరం. ఇదే ప్రజలు దాటవేసే దశ, ఎందుకంటే NetBird లోపల కనిపించే అన్నీ ఇప్పటికే పని చేస్తాయి, సాధారణ వర్క్‌స్టేషన్‌లు ఇంకా సమయం ముగుస్తున్నాయి. గేట్‌వే తన డిఫాల్ట్ రూట్‌ను ఉన్నట్లుగానే ఉంచుతుంది; ఈ ప్రిఫిక్స్ చేరిక, ప్రత్యామ్నాయం కాదు.
రెండు రూట్ వివరణలు ప్రతి సైట్ స్వంత గేట్‌వే కాన్ఫిగరేషన్‌లోకి వస్తాయి, హోస్ట్‌పై ఓవర్‌రైడ్‌లోకి కాదు. రెండూ సాధారణ స్థిర రూట్లు, ఏదీ డిఫాల్ట్ రూట్‌ను తాకదు:
west gateway: 10.63.0.0/24 via 10.52.0.5
east gateway: 10.52.0.0/24 via 10.63.0.5ప్రాజెక్ట్‌కు నిజంగా అవసరమైన అప్లికేషన్‌తో, సాధారణ వర్క్‌స్టేషన్ నుండి పరీక్షించి మూడు విషయాలు నమోదు చేయండి: పంపే వైపు ఎంపిక చేసిన తదుపరి హాప్, సరిపోలిన విధానం, సేవ నమోదు చేసిన మూల చిరునామా. తిరస్కరణను కూడా పరీక్షించండి, ఎందుకంటే ఎప్పుడూ ఏదీ తిరస్కరించని డిజైన్‌కు తెలియని అంచులు ఉంటాయి, తిరస్కరణే రూటింగ్ కాదు విధానం పని చేస్తుందనడానికి ఏకైక సాక్ష్యం. తూర్పు కూడా ప్రారంభించాల్సి వచ్చినప్పుడు రెండో దిశ అనుసరిస్తుందని ఊహించకుండా ఆ వైపు నుండి కొత్త కనెక్షన్ ప్రారంభించండి. రూటింగ్ పీర్ పునఃప్రారంభం, అప్‌గ్రేడ్ మరియు భర్తీని కూడా ప్రణాళిక చేయండి, ఎందుకంటే ఒక హోస్ట్ సైట్ ఆధారపడటం అయింది.
| Test | A pass looks like | A failure points at |
|---|---|---|
| Ordinary workstation opens the east application | Next hop on west is the routing peer | Missing static route on the west gateway |
| A source outside policy is refused | No session in the service log | Policy too broad, or a route bypasses it |
| East starts a connection, if required | A fresh reverse session succeeds | No policy for the reverse direction |
ప్రైవేట్ పేర్లకు తమ స్వంత రిజాల్వర్ డిజైన్ అవసరం, ఎందుకంటే చేరుకోగల సామర్థ్యం DNS రికార్డులను సృష్టించదు, విరిగిన పేరుతో పని చేసే IP మార్గం విరిగిన మార్గంలాగానే చదవబడుతుంది. రూటింగ్ పీర్ క్లౌడ్ నెట్‌వర్క్‌లో నడిస్తే, ప్రదాత ఫార్వార్డింగ్ మరియు ఫైర్‌వాల్ నియమాలను కూడా సమీక్షించండి, ఎందుకంటే నమోదు వాటిని రద్దు చేయదు. పరీక్ష పరిశీలనలను ప్రణాళిక పక్కన ఉంచండి, ఎందుకంటే దీన్ని తర్వాత డీబగ్ చేసే వ్యక్తి టోపోలజీ వివరణ కాదు, సరిపోలిన విధానం మరియు నమోదు చేసిన మూల చిరునామా కోరుతారు.