Tiltā savienotām vietnēm joprojām vajadzīgs lēmums par vietējo interneta izeju

VLAN paplašinājums pārbaudījās tīri: abu vietu saimnieki redz viens otru, failu koplietošana darbojas, printeri atbild. Tad kāds mazākajā vietā pamana, ka katra lejupielāde izmanto otras vietas interneta līniju, un pieteikums pienāk kā sūdzība par joslas platumu. Tilts izdarīja tieši to, kas tam tika lūgts. Tas pārnēsāja kadrus starp divām ēkām un nekad nebija viedokļa par to, kurš maršrutētājs šiem kadriem jāizmanto internetam.

Tilts pārnēsā kadrus, ne lēmumus

2. slāņa paplašinājums liek divām vietām izskatīties kā vienam apraides domēnam, tāpēc ARP pieprasījumi, DHCP apraides un tā paša apakštīkla trafiks visi šķērso tuneli. Tas ir viss pakalpojums, ko tas sniedz. Nekas tiltā nepārbauda galamērķa adresi, nesalīdzina to ar vietas augšupējo līniju un nevada trafiku uz tuvāko izeju. Katrs klients joprojām pats pieņem lēmumu vietējs vai attāls, izmantojot adresi un masku, ar kurām tas tika konfigurēts.

Ievietojiet divus maršrutētājus šajā kopīgajā apakštīklā, un abi kļūst par ticamiem vārtejām, neatkarīgi no tā, vai kāds no tiem ir tuvu to lietojošajam klientam.

Kā klients izvēlas savu vārteju

RFC 1122 aprakstītais IPv4 lēmums ir vienkāršs. Galamērķis klienta pievienotajā apakštīklā tiek sasniegts tieši, ar ARP, un galamērķis ārpus tā iet uz konfigurēto noklusējuma vārteju. Tāpēc tā paša apakštīkla trafiks starp vietām var šķērsot tiltu bez jebkādas maršrutētāja līdzdalības, un tāpēc interneta trafiks pilnībā ir atkarīgs no vārtejas adreses, ko klients saņēma. Abas uzvedības ir neatkarīgas, un strādājoša failu koplietošana pierāda tikai pirmo.

Ja mazās vietas klients tika konfigurēts ar lielās vietas maršrutētāju, tā interneta kadri vispirms šķērso tuneli un iziet no turienes.

VPN ierīces pašas noklusējuma maršruta maiņa nepārvieto tā klienta vārteju, jo klients ierīci kā maršrutētāju vispār neizmanto. Ierīcei nepieciešams arī atsevišķs maršruts uz tās attālo partneri, lai tunelis, kas pārnēsā šos kadrus, saglabātos, un šo divu lietu sajaukšana ir veids, kā tilta paplašinājums nogāž savu pašu transportu.

Ļaujiet DHCP izteikt paredzēto izeju

3. opcija DHCP atbildē nodrošina maršrutētāju adrešu sarakstu klienta apakštīklā pēc prioritātes, un klienti parasti ņem pirmo, kas atbild. Mehānisms ir kārtībā; īpašumtiesības ir vieta, kur dizaini aiziet greizi. Pierakstiet, ko reāls līzings nodrošina katrā vietā, tā vietā lai pieņemtu, ka tuvākais DHCP serveris dos tuvāko vārteju.

Uzturiet vienu koordinētu sadalītāju vai divus, kas tieši konfigurēti vienai politikai, un piešķiriet politikai īpašnieku. Otrs neatkarīgs sadalītājs, kas pievienots attālajā vietā, nerada lokalitāti, tas rada divas varas vienam un tam pašam apraides domēnam.

Nešķiriet vienu vārtejas adresi diviem neatkarīgi aktīviem maršrutētājiem tikai tāpēc, lai abu vietu iestatījumi izskatītos identiski. Kopīga virtuālā adrese pāri tiltā savienotam segmentam ir pirmā lēciena dublēšanas dizains ar savām prasībām, un ar rokām būvēta versija rada ARP konfliktus, kas izskatās kā periodisks pakešu zudums. Ja lietojumprogrammai patiešām nav vajadzīgs kopīgs 2. slāņa segments, atsevišķi maršrutēti prefiksi ar vietējām noklusējuma vārtām ir vienkāršāk ekspluatējami un vieglāk izskaidrojami incidenta laikā.

Pārbaudiet četras lietas atsevišķi

Lūdziet četrus novērojumus, nevis vienu. Paņemiet jaunu DHCP līzingu katrā vietā un pierakstiet saņemto maršrutētāju un masku. Sasniedziet tā paša apakštīkla pakalpojumu otrā vietā un apstipriniet, ka ceļš ir tilts, nevis maršrutēts apvedceļš. Lejupielādējiet kaut ko no publiskā interneta katrā vietā un apstipriniet, kura augšupējā līnija to pārnēsāja. Pēc tam nometiet tuneli un skatiet, kas salūzt, jo vieta, kas zaudē visu savienojamību, kad tilts neizdodas, bija atkarīga no attālās vārtejas, un neviens to nepamanīja.

Šie četri rezultāti pasaka, vai jums ir tilts starp vietām, vietēja izeja vai nejauša atgriešanās plūsma, un to savākšana aizņem desmit minūtes.

Dizaina princips nav grezns: tiltēšana nosaka sasniedzamību, DHCP nosaka vārteju, un ierīces maršrutēšanas tabula nosaka paša tuneļa ceļu. Turiet šos trīs atsevišķās sarunās, jo viena izmaiņa, kas cenšas salabot visus trīs, parasti salauž divus.