Dy LAN në NetBird: cilët kolegë rrugëtojnë dhe kush mund të flasë

Një stacion pune në LAN-in perëndimor hap një shfletues, shkruan adresën e një aplikacioni në LAN-in lindor dhe pret derisa të skadojë koha. Çdo ekran i NetBird thotë se kolegët janë të lidhur, gjë që është e vërtetë dhe jashtë teme: të jesh në një rrjet mbivendosjeje nuk është e njëjta gjë si t'i kesh dy nënrrjetet lokale në një rrjet. Rruga më poshtë nis nga ai stacion pune dhe përfundon me një kërkesë që projektimi e refuzon me qëllim, dhe çdo ndalesë është diçka që lexohet nga një pajisje, jo hamendësohet. Prisni që pjesa që mungon të jetë një rrugë ose një politikë, jo mbivendosja.

Lexoni fillimisht dështimin nga stacioni i punës

Përpara se të hapni konsolën e menaxhimit, përcaktoni çfarë dërgon në të vërtetë stacioni i punës. Tabela e vetë rrugëtimit vendos nëse paketa shkon te porta e vendit, te një ndërfaqe lokale apo askund, dhe ky vendim është i dukshëm pa asnjë mjet mbivendosjeje. Një makinë pa rrugë për prefiksin e largët do të dështojë, sado e shëndetshme të duket lista e kolegëve. Gama e mbivendosjes dhe prefiksi i vetë vendit janë hapësira adresash të ndryshme, dhe regjistrimi konfiguroi vetëm njërën prej tyre.

Pastaj ndani zgjidhjen e emrave nga arritshmëria, sepse shfletuesi i raporton të dyja si të njëjtin skadim kohe. Përsëritni kërkesën sipas adresës nga një makinë që ekzekuton klientin NetBird, pastaj nga një stacion pune i zakonshëm që nuk e ekzekuton. Nëse makina e regjistruar ka sukses dhe ajo e zakonshme dështon, boshllëku është në rrugëtimin lokal; nëse të dyja dështojnë, vazhdoni të lexoni përpara se të ndryshoni një rrugë.

Zgjidhni një koleg rrugëtimi për çdo vend

Një koleg rrugëtimi është një host që përfaqëson LAN-in e vet në mbivendosje, prandaj zgjidhni një makinë Linux me arritshmëri të qëndrueshme te nënrrjeti, jo stacionin e punës së tavolinës së dikujt. Regjistrojeni me procesin normal dhe vendoseni në një grup të emërtuar sipas rolit, sepse burimi i rrjetit dhe politika do të referohen të dy te ai grup. Një përfaqësues për vend mbetet i lexueshëm; një turmë vullnetarësh që shpallin të njëjtin prefiks e kthen çdo pyetje të mëvonshme në seancë korrigjimi. Adresa e kolegut në segmentin lokal ka po aq rëndësi sa identiteti i tij në mbivendosje, sepse ajo adresë bëhet hapi tjetër që i thuhet çdo pajisjeje të zakonshme.

Shkruajeni planin përpara se të prekni konsolën, sepse emrat dhe prefikset janë vendi ku këto projektime devijojnë: prefiks, portë, adresa e kolegut dhe grupi, për çdo vend. Perëndimi është 10.52.0.0/24 i shërbyer nga 10.52.0.5 dhe lindja është 10.63.0.0/24 i shërbyer nga 10.63.0.5; dy grupet janë west-routers dhe east-routers, dhe asnjë prefiks nuk mund të mbivendoset me tjetrin, me gamën e mbivendosjes ose me një destinacion tjetër të rrugëtuar.

Krijoni burimin, mbani maskimin

Në panelin e vendosur, krijoni një burim rrjeti për çdo vend dhe lidhni me të grupin e kolegëve të rrugëtimit të atij vendi. Burimi është prefiksi dhe grupi është hosti që përgjigjet për të, dhe të dy duhet të ekzistojnë përpara se të shpallet diçka. Konfirmoni që versioni i vetë-strehuar i vendosur e ka fare rrjedhën e punës Rrjetet, sepse një ndërfaqe më e vjetër me një objekt rrugë me emër të ngjashëm është funksion tjetër.

Lëreni maskimin aktiv. Udhëzuesi i NetBird për vend-në-vend e kërkon në këtë rregullim, dhe çaktivizimi i tij për të mbajtur të dukshme çdo adresë origjinale nuk është i njëjti projektim me një hap më pak; ndryshon atë që shohin kontrollet e burimit dhe politikat e mbivendosjes. Pasoja meriton të thuhet drejt: shërbimi marrës regjistron kolegun e rrugëtimit si burim, jo stacionin individual të punës. Nëse lista e lejuar ose auditimi i atij shërbimi pret adresa stacionesh pune, ose ndryshon pritshmëria ose identiteti duhet të imponohet në kufirin e vendit para përkthimit.

Autorizoni iniciatorët, jo prefikset

Një rrugë e bën një adresë të arritshme dhe një politikë vendos kush mund ta përdorë; këto janë dy objekte të ndara me pronarë të ndarë. Shkruani politikën nga ngarkesa e punës prapa: cili grup fillon, cilin burim synon dhe cilin shërbim TCP i duhet. Një rrjet që shpall të dy prefikset për çdo koleg të regjistruar ka krijuar arritshmëri dhe nuk ka zgjidhur asgjë.

Pastaj lexoni çfarë tjetër është tashmë e lejuar, sepse një rregull i ri i ngushtë nuk e anulon një të vjetër të gjerë që qëndron mbi të. Kur lindja duhet të fillojë gjithashtu lidhje drejt perëndimit, shkruajeni atë drejtim si politikë të vetën; trafiku i kthimit për një sesion që hapi perëndimi është pyetje tjetër nga lejimi i sesioneve të reja drejt lindjes. Nëse vetëm disa stacione pune perëndimore duhet të arrijnë aplikacionin lindor, zgjidhini në kufirin e vendit para përkthimit dhe mbani vërtetimin e vetë aplikacionit. Kolegu i rrugëtimit e mbart trafikun LAN si vendin e tërë dhe jo si identitet mbivendosjeje për përdorues, prandaj kontabiliteti për përdorues duhet të vijë nga diku tjetër.

Mësojini çdo porte hapin tjetër, pastaj provoni një refuzim

Pajisjet e zakonshme nuk e shohin kurrë mbivendosjen, prandaj porta e tyre ka nevojë për një rrugë statike që e drejton prefiksin e largët te adresa LAN e kolegut të rrugëtimit. Ky është hapi që njerëzit e kapërcejnë, sepse gjithçka e dukshme brenda NetBird funksionon tashmë ndërsa stacionet e zakonshme të punës ende skadojnë. Porta e mban rrugën e saj të parazgjedhur siç ishte; ky prefiks është shtesë, jo zëvendësim.

Dy përshkrimet e rrugës i përkasin konfigurimit të portës së çdo vendi, jo një anashkalimi në host. Të dyja janë rrugë statike të zakonshme, dhe asnjëra nuk prek rrugën e parazgjedhur:

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

Provoni me aplikacionin që projekti ka vërtet nevojë, nga një stacion pune i zakonshëm, dhe shënoni tri gjëra: hapin tjetër të zgjedhur në anën dërguese, politikën që u përputh dhe adresën e burimit që regjistroi shërbimi. Provoni edhe një refuzim, sepse një projektim që nuk ka refuzuar kurrë asgjë ka skaje të panjohura, dhe refuzimi është prova e vetme që punën e bën politika dhe jo rrugëtimi. Kur lindja duhet të iniciojë gjithashtu, filloni një lidhje të re nga ajo anë në vend që të supozoni se drejtimi i dytë vijon. Planifikoni edhe rinisjen, përditësimin dhe zëvendësimin e kolegut të rrugëtimit, sepse një host u bë varësi e vendit.

Emrat privatë kanë nevojë për projektimin e vet të zgjidhësit, sepse arritshmëria nuk krijon regjistrime DNS dhe një rrugë IP funksionale me emër të prishur lexohet saktësisht si rrugë e prishur. Nëse një koleg rrugëtimi ekzekutohet brenda një rrjeti cloud, shqyrtoni edhe rregullat e përcjelljes dhe të murit të zjarrit të ofruesit, sepse regjistrimi nuk i anulon ato. Mbani vëzhgimet e testit pranë planit, sepse personi tjetër që do ta korrigjojë këtë do të dojë politikën që u përputh dhe adresën e burimit të regjistruar, jo një përshkrim të topologjisë.