Nebula advertise_addrs ose static_host_map: zgjidh sipas pronarit

Cilësimet static_host_map dhe advertise_addrs të dyja vendosin një adresë përpara një peer, dhe përgjigjen pyetjeve të ndryshme. Njëra është një skedar lokal që liston një adresë overlay dhe pikën fundore underlay për të thirrur. Tjetra është një host që u thotë farëve të tij cilat pika fundore shtesë mund ta arrijnë. Pronësia është ndryshimi i vërtetë: harta mbahet nga të gjithë që kanë nevojë për të, dhe shpallja nga vetë hosti.

Vendos sipas kujt e zotëron informacionin

Çdo peer që ndryshon në skedarin statik të çdo peer është punë mirëmbajtjeje që rritet me katrorin e flotës. Ky është arsyeja praktike për t'u drejtuar te cilësimi tjetër sa herë që vetë hosti e di përgjigjen.

Pyetja e pronësisë parashikon gjithashtu çfarë ndodh kur ndryshon një adresë. Me një hartë statike, dikush duhet të mbajë mend çdo peer që mban hyrjen e vjetër. Me një shpallje, hosti publikon pikën fundore të re dhe farët e tij e transmetojnë, kështu që ndryshimi mbetet lokal në makinën që u zhvendos.

Bootstrap ka ende nevojë për hyrje statike

Një klient duhet të arrijë të paktën një far përpara se të mund të pyesë dikë për peer të tjerë. Ai kërcim i parë nuk mund të vijë nga zbulimi, kështu që vjen nga një hyrje statike në konfigurimin e klientit. Bëje atë hyrje të vetme të saktë dhe pjesa tjetër e overlay mund të mësohet.

Një hyrje harte çifton një adresë Nebula me një ose më shumë pika fundore IP ose DNS të arritshme dhe porta. Mbajtja e farëve atje është normale; mbajtja e çdo peer atje është modeli që plaket keq, sepse çdo peer i ri do të thotë të editosh skedarë në makina që mund t'i kontrollosh. Mbaje listën mjaftueshëm të shkurtër që një person ta verifikojë ende duke e lexuar.

Shpall kur hosti e njeh pikën fundore

Një host pas ridrejtimit të porteve është i arritshëm në një adresë publike që nuk i është caktuar asnjë prej ndërfaqeve të tij. Ai nuk mund ta zbulojë atë adresë duke e shikuar veten. advertise_addrs e lejon të publikojë pikën fundore përmes farëve të tij, që peer të tjerë të mësojnë një rrugë që funksionon vërtet. Cilësimi ekziston pikërisht sepse hosti është pala e vetme që e di se hartëzimi u bë.

Përdor adresën dhe portën që peer të tjerë mund ta arrijnë vërtet. I njëjti arsyetim vlen për një host me disa rrugë rrjeti, ku një rrugë është e preferueshme për peer në një rrjet të caktuar. Shpallja është një deklaratë për underlay, jo një kërkesë për diçka. Kur hartëzimi ndryshon, përditëso shpalljen në host dhe lëre zbulimin ta mbajë, në vend që të editosh skedarë statikë në të gjithë flotën.

Shpallja nuk është arritshmëri

Publikimi i një pike fundore nuk krijon rregullin e ridrejtimit të ruterit, nuk hap një firewall në rrjedhën sipër dhe nuk bën që një emër DNS të zgjidhet. Këto janë pjesë të veçanta pune, dhe një shpallje e saktë me një ridrejtim porte që mungon prodhon pikërisht dështimin që po përpiqeshe të rregullosh. Shpallja është një pohim për arritshmërinë, jo një mekanizëm që e vendos atë.

Kontrollo rrugën nga jashtë përpara se të fajësosh zbulimin. Një peer që mëson pikën fundore por nuk mund të përfundojë një handshake ka një problem rrugëtimi ose filtrimi në underlay, dhe përsëritja e së njëjtës adresë në të dy cilësimet nuk do ta ndryshojë atë.

Mbaje adresën overlay të ndarë nga pika fundore

Certifikata e nyjes identifikon adresën e saj Nebula. Adresat e shpallura i përkasin rrjetit themelor dhe mund të ndryshojnë pa prekur certifikatën. Lëshimi i një certifikate të re me një IP overlay tjetër është një veprim tjetër, me pasojat e veta për çdo marrëdhënie besimi që fiksoi atë të vjetrën. Mbaji të dy ndryshimet të ndara në runbook, përndryshe një zhvendosje e pikës fundore do të regjistrohet si një rishpallje.

Kur triazhi ngec, ndaj qartë dy shtresat: a e kthen zbulimi pikën fundore të pritur, dhe a arrin një handshake deri aty? Nëse zbulimi është i saktë dhe paketat dështojnë, problemi është nën overlay. Nëse zbulimi është i gabuar, problemi është në hartë ose në shpallje, dhe rregullimi i përket atje.