Nebula advertise_addrs ali static_host_map: izberite po lastniku

Nastavitvi static_host_map in advertise_addrs obe postavita naslov pred peer in odgovarjata na različna vprašanja. Ena je lokalna datoteka, ki našteva overlay naslov in končno točko underlay, na katero je treba klicati. Druga je gostitelj, ki svojim svetilnikom pove, katere dodatne končne točke ga lahko dosežejo. Prava razlika je lastništvo: zemljevid vzdržujejo vsi, ki ga potrebujejo, oglas pa gostitelj sam.

Odločite se po tem, kdo ima informacijo

Vsak spreminjajoči se peer v statični datoteki vsakega peera je vzdrževalno delo, ki raste s kvadratom flote. To je praktični razlog, da sežete po drugi nastavitvi, kadar gostitelj sam pozna odgovor.

Vprašanje lastništva tudi napoveduje, kaj se zgodi, ko se naslov spremeni. S statičnim zemljevidom se mora nekdo spomniti vsakega peera, ki ima stari vnos. Z oglasom gostitelj objavi novo končno točko in njegovi svetilniki jo posredujejo, zato sprememba ostane lokalna na stroju, ki se je preselil.

Bootstrap še vedno potrebuje statične vnose

Odjemalec mora doseči vsaj en svetilnik, preden lahko kogarkoli vpraša o drugih peerih. Ta prvi skok ne more priti iz odkrivanja, zato pride iz statičnega vnosa v konfiguraciji odjemalca. Naredite ta en vnos pravilen in preostanek overlay se lahko nauči.

Vnos zemljevida poveže naslov Nebula z eno ali več dosegljivimi končnimi točkami IP ali DNS in vrati. Svetilnike tam držati je običajno; vsakega peera tam držati je vzorec, ki se slabo stara, ker vsak nov peer pomeni urejanje datotek na strojih, ki jih morda ne nadzorujete. Držite seznam dovolj kratek, da ga človek še lahko preveri z branjem.

Oglasite, ko gostitelj pozna končno točko

Gostitelj za posredovanjem vrat je dosegljiv na javnem naslovu, ki ni dodeljen nobenemu od njegovih lastnih vmesnikov. Tega naslova ne more odkriti s tem, da pogleda nase. advertise_addrs mu omogoča, da objavi končno točko prek svojih svetilnikov, da se drugi peeri naučijo poti, ki resnično deluje. Nastavitev obstaja prav zato, ker je gostitelj edina stran, ki ve, da je bilo preslikavo narejeno.

Uporabite naslov in vrata, ki jih drugi peeri resnično lahko dosežejo. Ista logika velja za gostitelja z več omrežnimi potmi, kjer je ena pot boljša za peere v določenem omrežju. Oglaševanje je izjava o underlay, ne prošnja za karkoli. Ko se preslikava spremeni, posodobite oglas na gostitelju in pustite odkrivanju, da ga nosi, namesto da bi urejali statične datoteke po vsej floti.

Oglaševanje ni dosegljivost

Objava končne točke ne ustvari pravila posredovanja usmerjevalnika, ne odpre požarnega zidu gorvodno in ne povzroči, da se ime DNS razreši. To so ločeni kosi dela, in pravilen oglas z manjkajočim posredovanjem vrat ustvari natanko tisto napako, ki ste jo poskušali popraviti. Oglaševanje je trditev o dosegljivosti, ne mehanizem, ki jo vzpostavi.

Preverite pot od zunaj, preden krivite odkrivanje. Peer, ki se nauči končno točko, a ne more dokončati handshake, ima težavo z usmerjanjem ali filtriranjem na underlay, in ponavljanje istega naslova v obeh nastavitvah tega ne bo spremenilo.

Držite overlay naslov ločen od končne točke

Potrdilo vozlišča identificira njegov naslov Nebula. Oglašeni naslovi pripadajo spodnjemu omrežju in se lahko spremenijo, ne da bi se dotaknili potrdila. Izdaja novega potrdila z drugim overlay IP je druga operacija, z lastnimi posledicami za vsak odnos zaupanja, ki je pripel stari. Držite obe spremembi ločeno v runbooku, sicer bo premik končne točke zabeležen kot ponovna izdaja.

Ko se triaža ustavi, izrecno ločite oba sloja: ali odkrivanje vrne pričakovano končno točko in ali handshake doseže do nje? Če je odkrivanje pravilno in paketi spodletijo, je težava pod overlay. Če je odkrivanje napačno, je težava v zemljevidu ali oglasu, in popravek spada tja.