Kaksi lähiverkkoa NetBirdissä: mitkä vertaiset reitittävät ja kuka saa puhua

Länsilähiverkon työasema avaa selaimen, kirjoittaa itälähiverkossa olevan sovelluksen osoitteen ja odottaa, kunnes aikakatkaisu tulee. Jokainen NetBirdin näyttö sanoo, että vertaiset ovat yhteydessä, mikä on totta ja epäolennaista: oleminen yhdessä peittoverkossa ei ole sama kuin kahden paikallisen aliverkon pitäminen yhdessä verkossa. Alla oleva kierto alkaa tuolta työasemalta ja päättyy pyyntöön, jonka suunnittelu hylkää tarkoituksella, ja jokainen pysähdys on jotain, jonka lukee laitteesta sen sijaan että arvaisi. Odota, että puuttuva pala on reitti tai käytäntö, ei peittoverkko.

Lue vika ensin työasemalta

Ennen hallintakonsolin avaamista selvitä, mitä työasema todella lähettää. Sen oma reititystaulu päättää, meneekö paketti kohteen yhdyskäytävälle, paikalliselle liittymälle vai ei mihinkään, ja tämä päätös näkyy ilman mitään peittoverkkotyökalua. Kone, jolla ei ole reittiä kaukaiselle etuliitteelle, epäonnistuu riippumatta siitä, miten terveeltä vertaisluettelo näyttää. Peittoverkon alue ja kohteen oma etuliite ovat eri osoiteavaruuksia, ja rekisteröinti määritti niistä vain toisen.

Erota seuraavaksi nimien selvitys tavoitettavuudesta, koska selain raportoi molemmat samana aikakatkaisuna. Toista pyyntö osoitteen mukaan koneelta, jossa on NetBird-asiakas, ja sitten tavalliselta työasemalta, jossa sitä ei ole. Jos rekisteröity kone onnistuu ja tavallinen epäonnistuu, aukko on paikallisessa reitityksessä; jos molemmat epäonnistuvat, lue eteenpäin ennen kuin muutat reittiä.

Valitse yksi reitittävä vertainen kohdetta kohden

Reitittävä vertainen on isäntä, joka edustaa omaa lähiverkkoaan peittoverkossa, joten valitse Linux-kone, jolla on vakaa yhteys aliverkkoon, älä jonkun työpöytätyöasemaa. Rekisteröi se tavallisella prosessilla ja laita roolin mukaiseen ryhmään, koska verkkoresurssi ja käytäntö viittaavat molemmat siihen ryhmään. Yksi edustaja kohdetta kohden pysyy luettavana; joukko vapaaehtoisia, jotka ilmoittavat saman etuliitteen, tekee jokaisesta myöhemmästä kysymyksestä virheenkorjausistunnon. Vertaisen osoite paikallisessa segmentissä on yhtä tärkeä kuin sen identiteetti peittoverkossa, koska siitä osoitteesta tulee seuraava hyppy, joka jokaiselle tavalliselle laitteelle kerrotaan.

Kirjoita suunnitelma ennen konsoliin koskemista, koska nimet ja etuliitteet ovat paikka, jossa nämä suunnitelmat ajautuvat: etuliite, yhdyskäytävä, vertaisen osoite ja ryhmä, kohdetta kohden. Länsi on 10.52.0.0/24, jota palvelee 10.52.0.5, ja itä on 10.63.0.0/24, jota palvelee 10.63.0.5; kaksi ryhmää ovat west-routers ja east-routers, eikä mikään etuliite saa mennä päällekkäin toisen, peittoverkon alueen tai muun reititetyn kohteen kanssa.

Luo resurssi, pidä maskaus päällä

Käyttöönotetussa hallintapaneelissa luo yksi verkkoresurssi kohdetta kohden ja liitä siihen kyseisen kohteen reitittävien vertaisten ryhmä. Resurssi on etuliite ja ryhmä on isäntä, joka vastaa siitä, ja molempien on oltava olemassa ennen kuin mitään ilmoitetaan. Varmista, että käyttöönotetussa itse isännöidyssä versiossa ylipäänsä on Verkot-työnkulku, koska vanhempi käyttöliittymä samannimisellä reittiolioilla on eri ominaisuus.

Jätä maskaus päälle. NetBirdin sivusto-sivustoyhteysopas vaatii sitä tässä järjestelyssä, ja sen pois kytkeminen, jotta jokainen alkuperäinen osoite pysyy näkyvissä, ei ole sama suunnitelma yhdellä hypyllä vähemmän; se muuttaa sitä, mitä peittoverkon lähdetarkistukset ja käytännöt näkevät. Seuraus kannattaa sanoa suoraan: vastaanottava palvelu kirjaa lähteeksi reitittävän vertaisen, ei yksittäistä työasemaa. Jos kyseisen palvelun sallittujen luettelo tai auditointi odottaa työasemien osoitteita, joko odotus muuttuu tai identiteetti on pakotettava kohteen rajalla ennen käännöstä.

Valtuuta aloittajat, älä etuliitteet

Reitti tekee osoitteesta tavoitettavan ja käytäntö päättää, kuka saa käyttää sitä; ne ovat kaksi erillistä oliota erillisine omistajineen. Kirjoita käytäntö työkuormasta taaksepäin: mikä ryhmä aloittaa, mitä resurssia se kohdistaa ja mitä TCP-palvelua se tarvitsee. Verkko, joka ilmoittaa molemmat etuliitteet jokaiselle rekisteröidylle vertaiselle, on luonut tavoitettavuuden eikä ole ratkaissut mitään.

Lue sitten, mitä muuta on jo sallittu, koska kapea uusi sääntö ei kumoa leveää vanhaa, joka seisoo sen yläpuolella. Kun idän on myös aloitettava yhteyksiä länteen, kirjoita se suunta omaksi käytännökseen; lännen avaaman istunnon paluuliikenne on eri kysymys kuin uusien istuntojen salliminen itään. Jos vain joidenkin länsityöasemien on päästävä itäsovellukseen, valitse ne kohteen rajalla ennen käännöstä ja pidä sovelluksen oma todennus paikallaan. Reitittävä vertainen kuljettaa lähiverkon liikennettä koko kohteena, ei käyttäjäkohtaisena peittoverkkoidentiteettinä, joten käyttäjäkohtainen kirjanpito on saatava muualta.

Opeta jokaiselle yhdyskäytävälle seuraava hyppy ja testaa sitten hylkäys

Tavalliset laitteet eivät koskaan näe peittoverkkoa, joten niiden oma yhdyskäytävä tarvitsee staattisen reitin, joka osoittaa kaukaisen etuliitteen reitittävän vertaisen lähiverkko-osoitteeseen. Tämän vaiheen ihmiset ohittavat, koska kaikki NetBirdin sisällä näkyvä toimii jo, kun taas tavalliset työasemat vielä aikakatkeavat. Yhdyskäytävä pitää oletusreittinsä sellaisena kuin se oli; tämä etuliite on lisäys, ei korvaava.

Kaksi reittikuvausta kuuluvat kunkin kohteen omaan yhdyskäytäväkokoonpanoon, ei isännän ohitukseen. Molemmat ovat tavallisia staattisia reittejä, eikä kumpikaan koske oletusreittiin:

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

Testaa sovelluksella, jota projekti todella tarvitsee, tavalliselta työasemalta, ja kirjaa kolme asiaa: lähettäjän puolella valittu seuraava hyppy, soveltunut käytäntö ja lähdeosoite, jonka palvelu kirjasi. Testaa myös hylkäys, koska suunnitelmalla, joka ei ole koskaan hylännyt mitään, on tuntemattomat reunat, ja hylkäys on ainoa todiste siitä, että käytäntö eikä reititys tekee työn. Kun idän on myös aloitettava, aloita uusi yhteys siltä puolelta sen sijaan että olettaisit toisen suunnan seuraavan. Suunnittele myös reitittävän vertaisen uudelleenkäynnistys, päivitys ja korvaaminen, koska yhdestä isännästä on tullut kohteen riippuvuus.

Yksityiset nimet tarvitsevat oman selvityssuunnitelmansa, koska tavoitettavuus ei luo DNS-tietueita ja toimiva IP-polku rikkinäisellä nimellä luetaan täsmälleen kuin rikkinäinen polku. Jos reitittävä vertainen toimii pilviverkossa, käy läpi myös tarjoajan edelleenlähetys- ja palomuurisäännöt, koska rekisteröinti ei ohita niitä. Pidä testin havainnot suunnitelman vieressä, koska seuraava tätä debuggaava haluaa soveltuneen käytännön ja kirjatun lähdeosoitteen, ei kuvausta topologiasta.