Vendet e lidhura me urë ende kanë nevojë për një vendim për daljen lokale të internetit

Zgjerimi i VLAN kaloi pastër: hostet në të dy vendet shohin njëri-tjetrin, ndarja e skedarëve funksionon dhe printerat përgjigjen. Më pas dikush në vendin më të vogël vëren se çdo shkarkim përdor linjën e internetit të vendit tjetër, dhe tiketa vjen si ankesë për gjerësinë e brezit. Ura bëri saktësisht atë që iu kërkua. Transportonte korniza midis dy ndërtesave dhe nuk kishte kurrë mendim se cili ruter duhet t'i përdorte ato korniza për internetin.

Ura transporton korniza, jo vendime

Një zgjerim i shtresës 2 bën që dy vendndodhje të duken si një domen i vetëm transmetimi, kështu që kërkesat ARP, transmetimet DHCP dhe trafiku në të njëjtën nënrrjetë kalojnë të gjitha nëpër tunel. Ky është i gjithë shërbimi që ofron. Asgjë në urë nuk inspekton një adresë destinacioni, nuk e krahason me lidhjen lart të një vendi dhe nuk e drejton trafikun drejt daljes më të afërt. Çdo klient ende merr vetë vendimin lokal ose të largët duke përdorur adresën dhe maskën me të cilat është konfiguruar.

Vendosni dy ruterë në atë nënrrjetë të përbashkët dhe të dy bëhen porta të besueshme, pavarësisht nëse njëri prej tyre është afër klientit që e përdor.

Si e zgjedh një klient portën e tij

Vendimi IPv4 i përshkruar në RFC 1122 është i thjeshtë. Një destinacion brenda nënrrjetës së lidhur të klientit arrihet drejtpërdrejt, me ARP, dhe një destinacion jashtë saj shkon te porta e parazgjedhur e konfiguruar. Kjo është arsyeja pse trafiku i së njëjtës nënrrjetë midis vendeve mund të kalojë urën pa asnjë përfshirje të ruterit, dhe pse trafiku i internetit varet plotësisht nga adresa e portës që klienti mori. Dy sjelljet janë të pavarura, dhe një ndarje skedarësh që funksionon vërteton vetëm të parën.

Nëse një klient në vendin e vogël është konfiguruar me ruterin e vendit të madh, kornizat e tij të internetit kalojnë fillimisht tunelin dhe dalin nga atje.

Ndryshimi i rrugës së parazgjedhur të vetë pajisjes VPN nuk e lëviz portën e atij klienti, sepse klienti nuk e përdor pajisjen si ruter fare. Pajisja ka nevojë edhe për një rrugë të veçantë drejt partnerit të saj të largët që tuneli që mban ato korniza të mbetet aktiv, dhe përzierja e këtyre dyjave është mënyra se si një zgjerim ure rrëzon transportin e vet.

Lëreni DHCP të shprehë daljen e synuar

Opsioni 3 në një përgjigje DHCP ofron një listë të adresave të ruterëve në nënrrjetën e klientit, sipas rendit të preferencës, dhe klientët zakonisht marrin të parin që përgjigjet. Mekanizmi është në rregull; pronësia është ajo ku dështojnë modelet. Regjistroni çfarë jep një qira e vërtetë në secilin vend në vend që të supozoni se serveri DHCP më i afërt do të japë portën më të afërt.

Drejtoni një alokues të koordinuar, ose dy të konfiguruar në mënyrë eksplicite për të njëjtën politikë, dhe jepni politikës një pronar. Një alokues i dytë i pavarur i shtuar në vendin e largët nuk krijon lokalitet, ai krijon dy autoritete për të njëjtin domen transmetimi.

Mos caktoni një adresë të vetme porte për dy ruterë aktivë në mënyrë të pavarur vetëm që cilësimet e të dy vendeve të duken identike. Një adresë virtuale e përbashkët në një segment të lidhur me urë është një projekt tepricë e hapit të parë me kërkesat e veta, dhe versioni i bërë me dorë prodhon konflikte ARP që duken si humbje paketash me ndërprerje. Nëse aplikacioni vërtet nuk ka nevojë për një segment të përbashkët të shtresës 2, prefikset e ndara të rrugëtuara me porta të parazgjedhura lokale janë më të thjeshta për t'u operuar dhe më të lehta për t'u shpjeguar gjatë një incidenti.

Testoni katër gjërat veçmas

Kërkoni katër vëzhgime, jo një. Merrni një qira të re DHCP në secilin vend dhe shkruani ruterin dhe maskën që mori. Arrini një shërbim të së njëjtës nënrrjetë në vendin tjetër dhe konfirmoni që rruga është ura dhe jo një shmangie e rrugëtuar. Sillni diçka nga interneti publik në secilin vend dhe konfirmoni cila lidhje lart e transportoi. Pastaj lëshoni tunelin dhe shihni çfarë thyhet, sepse një vend që humbet të gjithë lidhjen kur ura dështon po mbështetej te porta e largët pa e vënë re askush.

Ato katër rezultate ju tregojnë nëse keni një urë midis vendeve, një dalje lokale apo një kthim aksidental, dhe grumbullimi i tyre zgjat dhjetë minuta.

Parimi i projektimit nuk është glamur: ura vendos arritshmërinë, DHCP vendos portën, dhe tabela e rrugëtimit në pajisje vendos rrugën e vetë tunelit. Mbani të tre në biseda të ndara, sepse një ndryshim i vetëm që përpiqet t'i rregullojë të tre zakonisht thyen dy.