Nebula advertise_addrs vai static_host_map: izvēlieties pēc īpašnieka

Iestatījumi static_host_map un advertise_addrs abi liek adresi peer priekšā, un tie atbild uz dažādiem jautājumiem. Viens ir lokāla datne, kas uzskaita overlay adresi un underlay galapunktu, uz kuru zvanīt. Otrs ir resursdators, kas saviem bākām stāsta, kuri papildu galapunkti var to sasniegt. Īstā atšķirība ir īpašumtiesības: karti uztur visi, kam tā vajadzīga, un izziņu pats resursdators.

Izlemiet pēc tā, kam pieder informācija

Katrs mainīgais peer katra peer statiskajā datnē ir uzturēšanas darbs, kas aug ar flotes kvadrātu. Tas ir praktiskais iemesls ķerties pie otra iestatījuma, kad pats resursdators zina atbildi.

Īpašumtiesību jautājums arī paredz, kas notiek, kad adrese mainās. Ar statisku karti kādam jāatceras katrs peer, kuram ir vecais ieraksts. Ar izziņu resursdators publicē jauno galapunktu, un tā bākas to pārsūta, tāpēc izmaiņas paliek lokālas mašīnā, kas pārvietojās.

Bootstrap joprojām vajag statiskus ierakstus

Klientam jāsasniedz vismaz viena bāka, pirms tas var kādam jautāt par citiem peer. Šis pirmais lēciens nevar nākt no atklāšanas, tāpēc tas balstās uz statisku ierakstu klienta konfigurācijā. Padariet šo vienu ierakstu pareizu, un pārējo overlay var iemācīties.

Kartes ieraksts savieno Nebula adresi ar vienu vai vairākiem sasniedzamiem IP vai DNS galapunktiem un portiem. Bāku turēšana tur ir normāla; katra peer turēšana tur ir modelis, kas slikti noveco, jo katrs jauns peer nozīmē datņu rediģēšanu mašīnās, kuras jūs, iespējams, nekontrolējat. Turiet sarakstu pietiekami īsu, lai cilvēks to vēl varētu pārbaudīt, to lasot.

Izziņojiet, kad resursdators zina galapunktu

Resursdators aiz portu pāradresācijas ir sasniedzams publiskā adresē, kas nav piešķirta nevienai no tā paša saskarnēm. Tas nevar atklāt šo adresi, skatoties uz sevi. advertise_addrs ļauj tam publicēt galapunktu caur savām bākām, lai citi peer iemācītos ceļu, kas tiešām darbojas. Iestatījums pastāv tieši tāpēc, ka resursdators ir vienīgā puse, kas zina, ka kartējums tika izveidots.

Izmantojiet adresi un portu, ko citi peer tiešām var sasniegt. Tā pati loģika attiecas uz resursdatoru ar vairākiem tīkla ceļiem, kur viens ceļš ir labāks peer noteiktā tīklā. Izziņošana ir apgalvojums par underlay, nevis lūgums pēc kaut kā. Kad kartējums mainās, atjauniniet izziņu resursdatorā un ļaujiet atklāšanai to nest, nevis rediģējiet statiskas datnes visā flotē.

Izziņošana nav sasniedzamība

Galapunkta publicēšana neizveido maršrutētāja pārsūtīšanas noteikumu, neatver augšupēju ugunsmūri un neliek DNS vārdam atrisināties. Tie ir atsevišķi darba gabali, un pareiza izziņa ar trūkstošu portu pāradresāciju rada tieši to kļūmi, ko jūs centāties labot. Izziņošana ir apgalvojums par sasniedzamību, nevis mehānisms, kas to nodrošina.

Pārbaudiet ceļu no ārpuses, pirms vainojat atklāšanu. Peer, kas iemācās galapunktu, bet nevar pabeigt handshake, ir maršrutēšanas vai filtrēšanas problēma underlay, un tās pašas adreses atkārtošana abos iestatījumos to nemainīs.

Turiet overlay adresi atsevišķi no galapunkta

Mezglu sertifikāts identificē tā Nebula adresi. Izziņotās adreses pieder pamata tīklam, un tās drīkst mainīties, neaiztiekot sertifikātu. Jauna sertifikāta izdošana ar citu overlay IP ir cita darbība, ar savām sekām katrai uzticības attiecībām, kas bija piesaistījusi veco. Turiet abas izmaiņas atsevišķi runbook, citādi galapunkta pārvietošana tiks reģistrēta kā atkārtota izdošana.

Kad triāža iestrēgst, skaidri atdaliet abus slāņus: vai atklāšana atgriež gaidīto galapunktu, un vai handshake to sasniedz? Ja atklāšana ir pareiza un paketes neizdodas, problēma ir zem overlay. Ja atklāšana ir nepareiza, problēma ir kartē vai izziņā, un labojums pieder tur.