Twa LAN's op NetBird: hokker pearen routearje en wa mei prate

In wurkstasjon op it westlike LAN iepenet in browser, typt it adres fan in applikaasje op it eastlike LAN en wachtet oant it tiid út rint. Elk NetBird-skerm seit dat de pearen ferbûn binne, wat wier is en njonken it punt: yn ien oerlapnetwurk wêze is net itselde as de beide pleatslike subnetten yn ien netwurk hawwe. De kuier hjirûnder begjint by dat wurkstasjon en einiget mei in fersyk dat it ûntwerp mei opsetsin wegeret, en elke stop is eat dat jo fan in apparaat ôflêze ynstee fan te tinken. Ferwachtsje dat it missende stik in rûte of in belied is, net de oerlap.

Lês de flater earst fan it wurkstasjon

Foardat jo de behearderskonsole iepenje, stel fêst wat it wurkstasjon werklik stjoert. Syn eigen routingstabel beslút oft it pakket nei de poarte fan de lokaasje, nei in pleatslike ynterface of nearne giet, en dat beslút is sichtber sûnder hokker oerlapark dan ek. In masine sûnder rûte foar it fiere prefiks sil mislearje, hoe sûn de pearlist der ek útsjocht. It oerlapberik en it eigen prefiks fan 'e lokaasje binne ferskillende adresromten, en de oanmelding hat mar ien fan beide konfigurearre.

Skied dan namme-oplossing fan berikberens, want in browser meldt beide as deselde tiidferrin. Werhelje it fersyk by adres fan in masine mei de NetBird-klant, en dan fan in gewoan wurkstasjon dat dy net hat. As de oanmelde masine slagget en de gewoane mislearret, sit de kleau yn pleatslike routing; as beide mislearje, lês dan fierder foardat jo in rûte feroarje.

Kies ien routingspear per lokaasje

In routingspear is in gasthear dy't syn LAN op 'e oerlap fertsjintwurdiget, dus kies in Linux-masine mei stabile berikberens nei it subnet ynstee fan immen syn buro-wurkstasjon. Meld it oan fia it gewoane proses en set it yn in groep neamd nei de rol, want de netwurkboarne en it belied sille beide nei dy groep ferwize. Ien fertsjintwurdiger per lokaasje bliuwt lêsber; in float frijwilligers dy't itselde prefiks oankundigje makket elke lettere fraach in debuggen-sesje. It adres fan it pear op it pleatslike segmint jildt likefolle as syn identiteit op 'e oerlap, want dat adres wurdt de folgjende hop dy't elke gewoane apparaat ferteld krijt.

Skriuw it plan op foardat jo de konsole oanreitsje, want nammen en prefiksen binne wêr't dizze ûntwerpen ôfdwale: prefiks, poarte, pearadres en groep, per lokaasje. It westen is 10.52.0.0/24 betsjinne troch 10.52.0.5 en it easten is 10.63.0.0/24 betsjinne troch 10.63.0.5, de twa groepen binne west-routers en east-routers, en gjin prefiks mei it oare, it oerlapberik of in oare routearre bestimming oerlapje.

Meitsje de boarne, hâld maskering oan

Meitsje yn it útrôle dashboard ien netwurkboarne per lokaasje en heakje de routingspeargroep fan dy lokaasje dêroan. De boarne is it prefiks en de groep is de gasthear dy't dêrfoar antwurdet, en beide moatte bestean foardat der eat oankundige wurdt. Befêstigje dat de útrôle selshoste ferzje de Wurkstreams Netwurken hielendal hat, want in âlder ynterface mei in ferlykber neamd rûte-objekt is in oare funksje.

Lit maskering oan. De NetBird-gids foar lokaasje-nei-lokaasje freget it yn dizze opstelling, en it útsette om elk oarspronklik adres sichtber te hâlden is net itselde ûntwerp mei ien hop minder; it feroaret wat de boarnekontrôles en beliedsregels fan 'e oerlap sjogge. It gefolch is de muoite wurdich plat te sizzen: de ûntfangende tsjinst registrearret it routingspear as boarne, net it yndividuele wurkstasjon. As de talitlist of audit fan dy tsjinst wurkstasjonadressen ferwachtet, feroaret de ferwachting of moat de identiteit by de lokaasjegrins hanthavene wurde foardat de oersetting.

Machtsje de inisjatyfnimmers, net de prefiksen

In rûte makket in adres berikber en in belied beslút wa't it brûke mei; de twa binne aparte objekten mei aparte eigners. Skriuw it belied fan 'e wurklêst werom: hokker groep inisjearret, hokker boarne it rjochtet en hokker TCP-tsjinst it nedich hat. In netwurk dat beide prefiksen oan elk oanmeld pear oankundiget hat berikberens makke en neat beslist.

Lês dan wat oars al talitten is, want in nauwe nije regel lûkt in brede âlde dy't der boppe stiet net yn. Wannear't it easten ek ferbiningen nei it westen begjinne moat, skriuw dy rjochting as syn eigen belied; weromferkear foar in sesje dy't it westen iepene hat is in oare fraach as nije sesjes nei it easten talitte. As allinnich guon westlike wurkstasjons de eastlike applikaasje berikke moatte, kies se by de lokaasjegrins foardat de oersetting en hâld de eigen autentikaasje fan 'e applikaasje yn stân. It routingspear draacht LAN-ferkear as de hiele lokaasje en net as in oerlapidentiteit per brûker, dus per-brûker boekhâlding moat earne oars wei komme.

Lear elke poarte de folgjende hop, en test dan in wegering

De gewoane apparaten sjogge de oerlap nea, dus harren eigen poarte hat in statyske rûte nedich dy't it fiere prefiks nei it LAN-adres fan it routingspear wiist. Dat is de stap dy't minsken oerslaan, want alles sichtber yn NetBird wurket al wylst gewoane wurkstasjons noch tiid út rinne. De poarte hâldt syn standertrûte sa't dy wie; dit prefiks is in tafoeging, gjin ferfanging.

De twa rûtebeskriuwings hearre yn 'e poartekonfiguraasje fan elke lokaasje, net yn in oerskriuwing op 'e gasthear. Beide binne gewoane statyske rûtes, en gjinien rekket de standertrûte:

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

Test mei de applikaasje dy't it projekt echt nedich hat, fan in gewoan wurkstasjon, en skriuw trije dingen op: de folgjende hop keazen oan 'e stjoerkant, it belied dat past en it boarne-adres dat de tsjinst logde. Test ek in wegering, want in ûntwerp dat nea eat wegere hat hat ûnbekende rânen, en de wegering is it iennige bewiis dat it belied en net de routing it wurk docht. Wannear't it easten ek inisjearje moat, begjin dan in nije ferbining fan dy kant ôf ynstee fan te tinken dat de twadde rjochting folget. Plan ek it werstarten, opwurdearjen en ferfangen fan it routingspear, want ien gasthear is in lokaasje-ôfhinklikheid wurden.

Priveenammen hawwe har eigen resolver-ûntwerp nedich, want berikberens makket gjin DNS-records en in wurkjend IP-paad mei in brutsen namme lêst krekt as in brutsen paad. As in routingspear yn in wolknetwurk rint, besjoch dan ek de trochstjoer- en firewallregels fan 'e oanbieder, want oanmelding oerset dy net. Hâld de waarnimmingen fan 'e test njonken it plan, want de folgjende persoan dy't dit debugt wol it passende belied en it registrearre boarne-adres, net in beskriuwing fan 'e topology.