Nebula static_host_map: itsasargi batek eman ezin duen helbidea

Itsasargi bakoitzak ostalari bati beste pare guztiei buruz esan diezaioke, itsasargia bera bizi den tokia izan ezik. Zerbait ezaguna izan behar da overlay-a existitu aurretik, eta Nebulak zerbait hori mapa txiki batean jartzen du. Mapak overlay identitate bat sare arruntean funtzionatzen duen helbide batekin parekatzen du. Geroago ikasten den guztia parekatze hori zuzena izatearen mende dago.

Bi helbide, bi zeregin

Nebula ostalari bakoitzak overlay helbide bat du, gailua sareen artean mugitzen den bitartean finko mantentzen dena. Helbide hori ziurtagiriek, suebaki arauek eta pare harremanek erabiltzen duten identitatea da, eta bere horretan ez du inora bideratzen. Irisgarri den muturra beste zerbait da: ostalari izen bat edo azpiko sareko helbide bat gehi UDP ataka bat, eta makinak kokapena aldatzen duen bakoitzean aldatzen da. Mapa estatikoa bien arteko lotura da.

Mapara hotzean deitu behar diren ostalariak baino ez dira sartzen, eta horrek normalean itsasargiak eta agian errele bat esan nahi du. Zerrenda hori labur mantentzea diseinu helburua da, eskuzko sarrera bakoitza norbaitek mantendu beharreko egitate bihurtzen delako. Bi helbide motak nahastea ohiko konfigurazio akatsa da: itsasargien zerrendan jarritako helbide publiko batek ez du aurkikuntza abiarazten.

Identitatea identitatea espero den tokian jartzen da. Irisgarritasuna mapan jartzen da.

static_host_map:
  "10.42.0.1": ["lighthouse-01.example.net:4242"]

lighthouse:
  am_lighthouse: false
  hosts:
    - "10.42.0.1"

Mapa sarrera baten anatomia

Gakoa komatxo artean kate gisa idatzitako overlay helbidea da, eta balioa muturren zerrenda, beraz identitate batek sarbide puntu batzuk izan ditzake. Mutur bakoitzak ostalari bat eta ataka bat daramatza, eta atakak beste aldeak benetan entzuten duenarekin bat etorri behar du. Nebularen balio lehenetsia UDP 4242 da, abiapuntu bat da eta ez da zure ezarpenari buruzko promesa.

Mutur batzuk erabilgarriak dira itsasargi batek sarbide bide bat baino gehiago duenean, adibidez helbide publiko bat eta segmentu bereko ostalarientzako helbide pribatu bat. Bezeroak hurrenez hurren probatzen ditu, beraz jarri fidagarriena lehenengo. IPv6rako, jarri helbidea kortxete artean ataka gehitu aurretik; hori gaizki egiteak lerro okerra seinalatzen duen analisi errore bat sortzen du.

Ataka oker batek isiltasuna sortzen du errore baten ordez, UDPk ez baitu ukatzeko eskuko ukitze bat. Horregatik merezi du sarreraren formatua Nebularen static_host_map erreferentziaren aurka egiaztatzea, memoriaren aurka baino. Erreferentziak mutur zerrendak eta DNS eguneraketaren portaera ere estaltzen ditu.

Abioak overlay-a baino lehen funtzionatu behar du

Mapako DNS izen bat ostalariak edozein tunel egon aurretik duen ebazlea erabiliz ebatzi behar da, hau da, ohiko sistema ebazlea. Probatu makina beretik, abioan, overlay-a geldituta. Overlayaren beraren DNSaren bidez soilik ebazten den izen batek ezin du overlaya abiarazi. Proba bera bideari dagokio: overlaya baimendu baina lehen UDP trukea ez duen suebaki arau batek hasierako paketea blokeatzen du.

Egiaztatu ataka UDP tresna batekin, irekita dagoela suposatu beharrean. Baieztatu bideko ataka birbideratze oro barne ostalari zuzena helburu duela eta itzulera bide bat badagoela. Ostalari izena helbide batzuetara ebazten bada, probatu bakoitza, bezeroak inoiz egiaztatu ez duzun helbide bat aukeratu baitezake.

Sarrera estatikoak zuzenean deitzen dira eta ez diote inoiz itsasargi bati galdetzen. Horregatik, hemen huts egiteak itxarotealdi arrunta dirudi parerik parte hartu gabe.

Zer gertatzen da lehen esku-ematearen ondoren

Ostalari bat itsasargira iristen denean, pareei eta haien helbide irisgarriei buruz ikasten du eskuzko sarrera gehiagorik gabe. Azken konexiotik mugitu diren ostalariek kanal horren bidez aurki daitezke. Hori da eskuzko mapa txiki mantentzearen saria.

Ostalariak beren helbide irisgarri osagarriak iragar ditzakete ere, eta horrela helbide publiko ezagun baten atzean dagoen pare batek besteek hura aurkitzen laguntzen du. Iragarki horiek ikasi egiten dira, ez dira mapa estatikoan idazten.

Eguneraketaren portaerak garrantzia du DNS izen gisa idatzitako muturrentzat, ebatzitako helbide bat alda baitaiteke prozesua martxan dagoen bitartean. Nebularen ezarpenek kontrolatzen dute nola egiten diren bilaketa horiek, zein ebazle erabiltzen den barne, beraz irakurri itzazu sistemaren balio lehenetsia suposatu beharrean. Tunel bat altxatzean bere ebazlea aldatzen zaion ostalari batean, ezarpen okerrak abio funtzionala saioaren erdian ebazteari uzten dion izen bihur dezake. Bilaketa ebazle egonkor bati lotzea izan ohi da overlay fidagarri baten eta tartekako baten arteko aldea.

Aurkikuntzak funtzionatzen duenean eta pare batek ez

Itsasargiak irisgarri badira eta pare gehienak konektatzen badira, abioa ez da arazoa. Gainerako bikoteak elkarren arteko bide erabilgarririk aurkitzen ez du edo irisgarritasunaren gainetik huts egiten du. Itsasargiaren helbidearen beste idazkera bat gehitzeak ezin du bi kasuetako bat ere konpondu.

Egiaztatu bikotea gainerako guztiak dagoeneko oinarritzen duen mapa editatu aurretik. Maparen aldaketak ostalari guztiak aztoratzen ditu, beraz azken ukitzen den gauza da, ez lehenengoa.

Hasi autoritate berberaren ziurtagiriekin, baztertutako esku-emate bat urrutitik pare irisgaitz bat bezala ikus baitaiteke. Ondoren egiaztatu bikoteak bide zuzen bat ezar dezakeen eta errele bat konfiguratuta dagoen trafiko zuzena ukatzen duten sareentzat. Errele batek jauzi bat eta mendekotasun bat gehitzen ditu, baina onartutako erantzuna da, eta parearen bidea konpontzea aurkikuntza konpontzea baino beste zeregin bat da.