Nebula advertise_addrs eða static_host_map: veldu eftir eiganda

Stillingarnar static_host_map og advertise_addrs setja báðar netfang fyrir framan peer, og þær svara mismunandi spurningum. Önnur er staðbundin skrá sem listar overlay-netfang og underlay-endapunktinn sem hringja á í. Hin er hýsill sem segir vitum sínum hvaða viðbótar-endapunktar geta náð til hans. Eignarhaldið er raunverulegi munurinn: kortinu er viðhaldið af öllum sem þurfa það, og auglýsingunni af hýslinum sjálfum.

Ákveddu eftir því hver á upplýsingarnar

Sérhver breytilegur peer í statískri skrá hvers peer er viðhaldsverk sem vex með ferningi flotans. Það er hagnýta ástæðan til að grípa til hinnar stillingarinnar hvenær sem hýsillinn sjálfur þekkir svarið.

Spurningin um eignarhald spáir líka fyrir um hvað gerist þegar netfang breytist. Með statísku korti verður einhver að muna hvern peer sem heldur gamla færslunni. Með auglýsingu birtir hýsillinn nýja endapunktinn og vitarnir hans senda hann áfram, svo breytingin helst staðbundin á vélinni sem flutti.

Bootstrap þarf enn statískar færslur

Biðlari verður að ná að minnsta kosti einum vita áður en hann getur spurt einhvern um aðra peer. Þetta fyrsta stökk getur ekki komið frá uppgötvun, svo það kemur frá statískri færslu í stillingum biðlarans. Gerðu þessa einu færslu rétta og hægt er að læra restina af overlayinu.

Kortfærsla parar Nebula-netfang við einn eða fleiri aðgengilega IP- eða DNS-endapunkta og port. Að halda vitunum þar er eðlilegt; að halda hverjum peer þar er mynstrið sem eldist illa, því hver nýr peer þýðir að breyta skrám á vélum sem þú stjórnar kannski ekki. Haltu listanum nógu stuttum að maður geti enn staðfest hann með því að lesa hann.

Auglýstu þegar hýsillinn þekkir endapunktinn

Hýsill bak við portframstillingu er aðgengilegur á opinberu netfangi sem er ekki úthlutað til neins af hans eigin tengi. Hann getur ekki uppgötvað það netfang með því að líta á sjálfan sig. advertise_addrs gerir honum kleift að birta endapunktinn í gegnum vitana sína svo aðrir peer læri slóð sem virkar í raun. Stillingin er til einmitt vegna þess að hýsillinn er eini aðilinn sem veit að vörpunin var gerð.

Notaðu netfangið og portið sem aðrir peer geta raunverulega náð. Sama röksemd gildir um hýsil með nokkrar netleiðir, þar sem ein leið er æskilegri fyrir peer á tilteknu neti. Auglýsing er fullyrðing um underlayið, ekki beiðni um neitt. Þegar vörpunin breytist skaltu uppfæra auglýsinguna á hýslinum og láta uppgötvunina bera hana, í stað þess að breyta statískum skrám um allan flotann.

Auglýsing er ekki aðgengi

Að birta endapunkt býr ekki til framsendingarreglu beinisins, opnar ekki eldvegg uppstraums og lætur ekki DNS-nafn leysast. Þetta eru aðskilin verk, og rétt auglýsing með vantaandi portframstillingu framkallar nákvæmlega þá bilun sem þú varst að reyna að laga. Auglýsing er fullyrðing um aðgengi, ekki fyrirkomulag sem kemur því á.

Athugaðu slóðina að utan áður en þú kennir uppgötvuninni um. Peer sem lærir endapunktinn en getur ekki klárað handshake hefur leiðar- eða síunarvandamál á underlayinu, og að endurtaka sama netfang í báðum stillingum breytir því ekki.

Haltu overlay-netfanginu aðskildu frá endapunktinum

Skírteini hnútsins auðkennir Nebula-netfang hans. Auglýstu netfangin tilheyra undirliggjandi netinu og mega breytast án þess að snerta skírteinið. Gefa út nýtt skírteini með öðru overlay-IP er önnur aðgerð, með sínum eigin afleiðingum fyrir hvert traustsamband sem festi það gamla. Haltu breytingunum tveimur aðskildum í runbookinu, annars verður flutningur endapunkts skráður sem endurútgáfa.

Þegar triage stöðvast skaltu aðskilja lögin tvö skýrt: skilar uppgötvunin væntanlegum endapunkti, og nær handshake til hans? Ef uppgötvunin er rétt og pakkarnir mistakast er vandamálið undir overlayinu. Ef uppgötvunin er röng er vandamálið í kortinu eða auglýsingunni, og lagfæringin á heima þar.