Kaks LAN-i NetBirdis: millised peerid marsruudivad ja kes tohib rääkida

Lääne LAN-i tööjaam avab brauseri, sisestab ida LAN-i rakenduse aadressi ja ootab, kuni aegub. Iga NetBirdi ekraan ütleb, et peerid on ühendatud, mis on tõsi ja asjasse mittepuutuv: ühes ülekattuvõrgus olemine ei ole sama, mis kahe kohaliku alamvõrgu olemasolu ühes võrgus. Alljärgnev käik algab sellest tööjaamast ja lõpeb päringuga, millest disain meelega keeldub, ning iga peatus on asi, mille loed seadmelt, mitte ei oleta. Oota, et puuduv tükk on marsruut või poliitika, mitte ülekate.

Loe tõrge kõigepealt tööjaamast

Enne halduskonsooli avamist tee kindlaks, mida tööjaam tegelikult saadab. Selle enda marsruutimistabel otsustab, kas pakett läheb saidi lüüsile, kohalikule liidesele või mitte kuhugi, ja see otsus on nähtav ilma ühegi ülekattetööriistata. Masin, kellel pole kaugema prefiksi jaoks marsruuti, ebaõnnestub, ükskõik kui terve peeride nimekiri paistab. Ülekatte vahemik ja saidi enda prefiks on erinevad aadressiruumid ning registreerimine seadis neist ainult ühe.

Järgmisena eralda nimede lahendamine kättesaadavusest, sest brauser teatab mõlemast sama aegumisena. Korda päringut aadressi järgi masinalt, kus töötab NetBirdi klient, ja seejärel tavaliselt tööjaamalt, kus see ei tööta. Kui registreeritud masin õnnestub ja tavaline ebaõnnestub, on lünk kohalikus marsruutimises; kui mõlemad ebaõnnestuvad, loe edasi enne marsruudi muutmist.

Vali saidi kohta üks marsruutiv peer

Marsruutiv peer on host, mis esindab oma LAN-i ülekkattes, seega vali Linuxi masin, millel on stabiilne juurdepääs alamvõrgule, mitte kellegi töölaua tööjaam. Registreeri see tavapärase protsessiga ja pane rolli järgi nimetatud gruppi, sest võrguressurss ja poliitika viitavad mõlemad sellele grupile. Üks esindaja saidi kohta jääb loetavaks; hulk vabatahtlikke, kes kuulutavad sama prefiksit, muudab iga hilisema küsimuse silumisvooruks. Peeri aadress kohalikus segmendis loeb sama palju kui selle identiteet ülekkattes, sest see aadress saab järgmiseks hüppeks, mida igale tavaseadmele öeldakse.

Kirjuta plaan enne konsooli puutumist üles, sest nimed ja prefiksid on koht, kus need disainid triivivad: prefiks, lüüs, peeri aadress ja grupp, iga saidi kohta. Lääs on 10.52.0.0/24, mida teenindab 10.52.0.5, ja ida on 10.63.0.0/24, mida teenindab 10.63.0.5; kaks gruppi on west-routers ja east-routers ning ükski prefiks ei tohi kattuda teise, ülekatte vahemiku ega muu marsruuditud sihtkohaga.

Loo ressurss, jäta maskeerimine sisse

Juurutatud armatuurlaual loo saidi kohta üks võrguressurss ja kinnita sellele selle saidi marsruutivate peeride grupp. Ressurss on prefiks ja grupp on host, mis selle eest vastab, ning mõlemad peavad eksisteerima enne, kui midagi kuulutatakse. Kinnita, et juurutatud isemajutatud versioonil on üldse võrgustike töövoog, sest vanem liides sarnaselt nimetatud marsruudiobjektiga on teine funktsioon.

Jäta maskeerimine sisse lülitatuks. NetBirdi saidi-vahelise ühenduse juhend nõuab seda selles paigutuses, ja selle väljalülitamine, et iga algne aadress jääks nähtavaks, ei ole sama disain ühe hüppe võrra vähem; see muudab, mida näevad ülekatte allikakontrollid ja poliitikad. Tagajärg tasub otse välja öelda: vastuvõttev teenus logib allikana marsruutiva peeri, mitte üksiku tööjaama. Kui selle teenuse lubatud loend või audit ootab tööjaamade aadresse, siis kas ootus muutub või tuleb identiteet kehtestada saidi piiril enne tõlkimist.

Volita algatajad, mitte prefiksid

Marsruut teeb aadressi kättesaadavaks ja poliitika otsustab, kes tohib seda kasutada; need on kaks eraldi objekti eraldi omanikega. Kirjuta poliitika töökoormusest tagasi: milline grupp algatab, millist ressurssi see sihib ja millist TCP-teenust vajab. Võrk, mis kuulutab mõlemat prefiksit igale registreeritud peerile, on loonud kättesaadavuse ega ole midagi otsustanud.

Seejärel loe, mis on juba lubatud, sest kitsas uus reegel ei tühista laia vana, mis seisab selle kohal. Kui ida peab samuti algatama ühendusi läände, kirjuta see suund oma poliitikana; lääne avatud seansi tagasiliiklus on teine küsimus kui uute seansside lubamine itta. Kui ida rakendusele peavad pääsema ainult mõned lääne tööjaamad, vali need saidi piiril enne tõlkimist ja jäta rakenduse enda autentimine paigale. Marsruutiv peer kannab LAN-i liiklust kogu saidina, mitte kasutajapõhise ülekatte identiteedina, seega kasutajapõhine arvestus peab tulema mujalt.

Õpeta igale lüüsile järgmine hüpe, seejärel testi keeldumist

Tavaseadmed ei näe ülekatet kunagi, seega nende enda lüüs vajab staatilist marsruuti, mis suunab kaugema prefiksi marsruutiva peeri LAN-aadressile. See on samm, mille inimesed vahele jätavad, sest kõik NetBirdi sees nähtav juba töötab, samal ajal kui tavalised tööjaamad ikka aeguvad. Lüüs hoiab oma vaikemarsruudi nii nagu oli; see prefiks on lisand, mitte asendus.

Kaks marsruudikirjeldust kuuluvad iga saidi enda lüüsi konfiguratsiooni, mitte hosti ülekirjutusse. Mõlemad on tavalised staatilised marsruudid ja kumbki ei puuduta vaikemarsruuti:

west gateway: 10.63.0.0/24 via 10.52.0.5
east gateway: 10.52.0.0/24 via 10.63.0.5

Testi rakendusega, mida projekt tegelikult vajab, tavaliselt tööjaamalt, ja pane kirja kolm asja: saatmispool valitud järgmine hüpe, sobiv poliitika ja allika aadress, mille teenus logis. Testi ka keeldumist, sest disainil, mis pole kunagi midagi keeldunud, on tundmatud servad, ja keeldumine on ainus tõend, et tööd teeb poliitika, mitte marsruutimine. Kui ida peab samuti algatama, alusta uut ühendust sellelt poolelt, mitte eelda, et teine suund järgneb. Planeeri ka marsruutiva peeri taaskäivitust, uuendamist ja asendamist, sest ühest hostist on saanud saidi sõltuvus.

Privaatsed nimed vajavad oma lahendaja disaini, sest kättesaadavus ei loo DNS-kirjeid ja katkise nimega toimiv IP-tee loetakse täpselt nagu katkine tee. Kui marsruutiv peer töötab pilvevõrgus, vaata üle ka pakkuja edastus- ja tulemüürireeglid, sest registreerimine ei tühista neid. Hoia testi tähelepanekud plaani kõrval, sest järgmine inimene, kes seda silub, tahab sobivat poliitikat ja logitud allika aadressi, mitte topoloogia kirjeldust.