static_host_map మరియు advertise_addrs సెట్టింగ్లు రెండూ పీర్ ముందు చిరునామాను ఉంచుతాయి, మరియు అవి వేర్వేరు ప్రశ్నలకు సమాధానం ఇస్తాయి. ఒకటి ఓవర్లే చిరునామా మరియు డయల్ చేయాల్సిన అండర్లే ముగింపు బిందువును జాబితా చేసే స్థానిక ఫైల్. మరొకటి హోస్ట్ తన లైట్హౌస్లకు ఏ అదనపు ముగింపు బిందువులు తనను చేరుకోగలవో చెప్పడం. నిజమైన తేడా యాజమాన్యం: మ్యాప్ను అవసరమైన వారందరూ నిర్వహిస్తారు, ప్రకటనను హోస్ట్ స్వయంగా.

సమాచారం ఎవరి వద్ద ఉంది అనే దాని ఆధారంగా నిర్ణయించండి

SettingWhere it livesBest for
static_host_mapEvery peer that needs the entryBootstrap endpoints, deliberately fixed paths
advertise_addrsThe host's own configEndpoints the host cannot otherwise discover

ప్రతి పీర్ యొక్క స్థిర ఫైల్లోని ప్రతి మారే పీర్ అనేది నౌకాదళం యొక్క వర్గంతో పెరిగే నిర్వహణ పని. హోస్ట్ స్వయంగా సమాధానం తెలిసినప్పుడు మరొక సెట్టింగ్ వైపు వెళ్లడానికి ఆచరణాత్మక కారణం అదే.

యాజమాన్య ప్రశ్న చిరునామా మారినప్పుడు ఏమి జరుగుతుందో కూడా అంచనా వేస్తుంది. స్థిర మ్యాప్తో, పాత నమోదును కలిగి ఉన్న ప్రతి పీర్ను ఎవరో గుర్తుంచుకోవాలి. ప్రకటనతో, హోస్ట్ కొత్త ముగింపు బిందువును ప్రచురిస్తుంది మరియు దాని లైట్హౌస్లు దానిని ముందుకు పంపుతాయి, కాబట్టి మార్పు స్థలాంతరం చెందిన యంత్రంలోనే స్థానికంగా ఉంటుంది.

Bootstrap కు ఇంకా స్థిర నమోదులు అవసరం

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

మ్యాప్ నమోదు Nebula చిరునామాను ఒకటి లేదా అంతకంటే ఎక్కువ చేరుకోగల IP లేదా DNS ముగింపు బిందువులు మరియు పోర్టులతో జత చేస్తుంది. లైట్హౌస్లను అక్కడ ఉంచడం సాధారణం; ప్రతి పీర్ను అక్కడ ఉంచడం నెమ్మదిగా ముసలితనం అయ్యే నమూనా, ఎందుకంటే ప్రతి కొత్త పీర్ అంటే మీరు నియంత్రించకపోవచ్చు అనే యంత్రాలపై ఫైళ్లను సవరించడం. ఒక వ్యక్తి చదివి ధృవీకరించగలిగేంత చిన్నగా జాబితాను ఉంచండి.

హోస్ట్ ముగింపు బిందువును తెలిసినప్పుడు ప్రకటించండి

పోర్ట్ ఫార్వార్డింగ్ వెనుక ఉన్న హోస్ట్ తన స్వంత ఇంటర్ఫేస్లలో ఏదానికీ కేటాయించని పబ్లిక్ చిరునామాలో చేరుకోగలదు. తనను తాను చూసుకోవడం ద్వారా ఆ చిరునామాను కనుగొనలేదు. advertise_addrs తన లైట్హౌస్ల ద్వారా ముగింపు బిందువును ప్రచురించడానికి అనుమతిస్తుంది, తద్వారా ఇతర పీర్లు నిజంగా పనిచేసే మార్గాన్ని నేర్చుకుంటాయి. ఈ సెట్టింగ్ ఉనికిలో ఉన్నది మ్యాపింగ్ చేయబడిందని తెలిసిన ఏకైక పక్షం హోస్ట్ కావడం వల్లనే.

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

ప్రకటన అంటే చేరుకోగలగడం కాదు

ముగింపు బిందువును ప్రచురించడం రౌటర్ యొక్క ఫార్వార్డింగ్ నియమాన్ని సృష్టించదు, పై ఫైర్వాల్ తెరవదు, DNS పేరు పరిష్కరించబడదు. అవి వేర్వేరు పని భాగాలు, మరియు పోర్ట్ ఫార్వార్డింగ్ లేని సరైన ప్రకటన మీరు సరిచేయాలని ప్రయత్నించిన అదే వైఫల్యాన్ని కలిగిస్తుంది. ప్రకటన చేరుకోగలగడం గురించిన వాదన, దానిని స్థాపించే యంత్రాంగం కాదు.

ఆవిష్కరణను నిందించే ముందు మార్గాన్ని బయటి నుండి తనిఖీ చేయండి. ముగింపు బిందువును నేర్చుకున్నా హ్యాండ్షేక్ పూర్తి చేయలేని పీర్కు అండర్లేపై రౌటింగ్ లేదా ఫిల్టరింగ్ సమస్య ఉంది, మరియు రెండు సెట్టింగ్లలో అదే చిరునామాను పునరావృతం చేయడం దానిని మార్చదు.

ఓవర్లే చిరునామాను ముగింపు బిందువు నుండి వేరుగా ఉంచండి

నోడ్ యొక్క ధృవపత్రం దాని Nebula చిరునామాను గుర్తిస్తుంది. ప్రకటించిన చిరునామాలు అంతర్లీన నెట్వర్క్కు చెందుతాయి, మరియు ధృవపత్రాన్ని తాకకుండా మారవచ్చు. వేరే ఓవర్లే IP తో కొత్త ధృవపత్రాన్ని జారీ చేయడం వేరే ఆపరేషన్, పాతదాన్ని పిన్ చేసిన ప్రతి విశ్వాస సంబంధానికి దాని స్వంత పరిణామాలతో. రెండు మార్పులను runbookలో వేరుగా ఉంచండి, లేకపోతే ముగింపు బిందువు తరలింపు పునఃవిడుదలగా నమోదు అవుతుంది.

triage ఆగినప్పుడు, రెండు పొరలను స్పష్టంగా వేరు చేయండి: ఆవిష్కరణ ఆశించిన ముగింపు బిందువును తిరిగి ఇస్తుందా, మరియు హ్యాండ్షేక్ దానిని చేరుతుందా? ఆవిష్కరణ సరైనదై ప్యాకెట్లు విఫలమైతే, సమస్య ఓవర్లే క్రింద ఉంది. ఆవిష్కరణ తప్పైతే, సమస్య మ్యాప్ లేదా ప్రకటనలో ఉంది, మరియు సవరణ అక్కడికే చెందుతుంది.

సంబంధిత వ్యాసాలు