Propojené lokality stále potřebují rozhodnutí o místním internetovém výstupu

Rozšíření VLAN prošlo čistě: hostitelé v obou lokalitách se navzájem vidí, sdílení souborů funguje a tiskárny odpovídají. Pak si někdo v menší lokalitě všimne, že každé stahování používá internetovou linku druhé lokality, a tiket přijde jako stížnost na šířku pásma. Most udělal přesně to, o co byl požádán. Přenášel rámce mezi dvěma budovami a nikdy neměl názor na to, který směrovač mají tyto rámce používat pro internet.

Most přenáší rámce, ne rozhodnutí

Rozšíření vrstvy 2 způsobí, že dvě místa vypadají jako jedna broadcastová doména, takže požadavky ARP, broadcasty DHCP i provoz ve stejné podsíti procházejí tunelem. To je celá služba, kterou poskytuje. Nic v mostu nezkoumá cílovou adresu, neporovnává ji s uplinkem lokality ani nesměruje provoz k bližšímu výstupu. Každý klient stále sám rozhoduje mezi lokálním a vzdáleným cílem pomocí adresy a masky, se kterou byl nakonfigurován.

Umístěte dva směrovače do této sdílené podsítě a oba se stanou možnými branami, ať už je některý z nich blízko klienta, který jej používá, nebo ne.

Jak si klient vybere svou bránu

Rozhodnutí IPv4 popsané v RFC 1122 je jednoduché. Cíl uvnitř připojené podsítě klienta je dosažen přímo přes ARP a cíl mimo ni jde na nakonfigurovanou výchozí bránu. Proto může provoz ve stejné podsíti mezi lokalitami procházet mostem bez jakékoli účasti směrovače a proto internetový provoz zcela závisí na adrese brány, kterou klient obdržel. Obě chování jsou nezávislá a fungující sdílení souborů dokazuje jen to první.

Pokud byl klient v malé lokalitě nakonfigurován se směrovačem velké lokality, jeho internetové rámce nejprve projdou tunelem a vyjdou tam.

Změna vlastní výchozí trasy zařízení VPN nepřesune bránu tohoto klienta, protože klient zařízení jako směrovač vůbec nepoužívá. Zařízení také potřebuje samostatnou trasu ke svému vzdálenému protějšku, aby tunel přenášející tyto rámce zůstal aktivní, a záměna těchto dvou věcí je způsob, jakým rozšíření mostu shodí vlastní transport.

Nechte DHCP vyjádřit zamýšlený výstup

Volba 3 v odpovědi DHCP poskytuje seznam adres směrovačů v podsíti klienta v pořadí preference a klienti obvykle vezmou první, která odpoví. Mechanismus je v pořádku; vlastnictví je místo, kde se návrhy pokazí. Zaznamenejte, co skutečný pronájem v každé lokalitě dodá, místo abyste předpokládali, že nejbližší server DHCP vydá nejbližší bránu.

Provozujte jeden koordinovaný alokátor, nebo dva výslovně nakonfigurované pro stejnou politiku, a dejte politice vlastníka. Druhý nezávislý alokátor přidaný ve vzdálené lokalitě nevytváří lokalitu, vytváří dvě autority pro stejnou broadcastovou doménu.

Nepřiřazujte jednu adresu brány dvěma nezávisle aktivním směrovačům jen proto, aby nastavení obou lokalit vypadala stejně. Sdílená virtuální adresa na segmentu propojeném mostem je návrh redundance prvního skoku s vlastními požadavky a ručně sestavená verze vytváří konflikty ARP, které vypadají jako občasná ztráta paketů. Pokud aplikace skutečně nepotřebuje sdílený segment vrstvy 2, oddělené směrované prefixy s místními výchozími branami se provozují jednodušeji a během incidentu se snáze vysvětlují.

Otestujte čtyři věci odděleně

Požádejte o čtyři pozorování, ne o jedno. Vezměte v každé lokalitě nový pronájem DHCP a zaznamenejte směrovač a masku, které obdržel. Dostaňte se ke službě ve stejné podsíti v druhé lokalitě a potvrďte, že cesta vede přes most, a ne směrovanou oklikou. Stáhněte v každé lokalitě něco z veřejného internetu a potvrďte, který uplink to přenesl. Potom shodte tunel a podívejte se, co se rozbije, protože lokalita, která při výpadku mostu ztratí veškeré spojení, závisela na vzdálené bráně, aniž si toho někdo všiml.

Tyto čtyři výsledky vám řeknou, zda máte most mezi lokalitami, místní výstup nebo náhodný zpětný kanál, a jejich sběr zabere deset minut.

Princip návrhu není okázalý: propojení mostem rozhoduje o dosažitelnosti, DHCP rozhoduje o bráně a směrovací tabulka zařízení rozhoduje o vlastní cestě tunelu. Držte tyto tři věci v oddělených rozhovorech, protože jediná změna, která se snaží opravit všechny tři, obvykle pokazí dvě.