Локације повезане мостом и даље захтевају одлуку о локалном интернет излазу

Проширење VLAN-а прошло је чисто: домаћини на обе локације виде једни друге, дељење датотека ради и штампачи одговарају. Затим неко на мањој локацији примети да свако преузимање користи интернет линију друге локације, и тикет долази као жалба на пропусни опсег. Мост је учинио тачно оно што се од њега тражило. Преносио је оквире између две зграде и никада није имао мишљење о томе који рутер ти оквири треба да користе за интернет.

Мост преноси оквире, а не одлуке

Проширење слоја 2 чини да две локације изгледају као један broadcast домен, па ARP захтеви, DHCP емитовања и саобраћај у истој подмрежи сви прелазе тунел. То је цела услуга коју пружа. Ништа у мосту не проверава одредишну адресу, не пореди је са узлазним линком локације нити усмерава саобраћај ка ближем излазу. Сваки клијент и даље сам доноси одлуку локално или удаљено користећи адресу и маску са којима је конфигурисан.

Поставите два рутера на ту дељену подмрежу и оба постају могући гејтвеји, без обзира на то да ли је неки од њих близу клијента који га користи.

Како клијент бира свој гејтвеј

Одлука IPv4 описана у RFC 1122 је једноставна. Одредиште унутар повезане подмреже клијента достиже се директно, помоћу ARP-а, а одредиште изван ње иде на конфигурисани подразумевани гејтвеј. Зато саобраћај у истој подмрежи између локација може прећи мост без икаквог учешћа рутера и зато интернет саобраћај у потпуности зависи од адресе гејтвеја коју је клијент добио. Та два понашања су независна, а радно дељење датотека доказује само прво.

Ако је клијент на малој локацији конфигурисан са рутером велике локације, његови интернет оквири прво прелазе тунел и излазе одатле.

Промена сопствене подразумеване руте VPN уређаја не помера гејтвеј тог клијента, јер клијент уопште не користи уређај као рутер. Уређају је такође потребна засебна рута ка његовом удаљеном партнеру да би тунел који носи те оквире остао активан, а мешање то двоје је начин на који проширење моста руши сопствени транспорт.

Нека DHCP изрази предвиђени излаз

Опција 3 у DHCP одговору даје листу адреса рутера у клијентовој подмрежи, по редоследу приоритета, а клијенти обично узимају прву која одговори. Механизам је добар; власништво је место где дизајни греше. Забележите шта стварни закуп даје на свакој локацији уместо да претпостављате да ће најближи DHCP сервер издати најближи гејтвеј.

Водите један координисани алокатор или два који су експлицитно конфигурисани за исту политику и дајте политици власника. Други независни алокатор додат на удаљеној локацији не ствара локалност, он ствара два ауторитета за исти broadcast домен.

Не додељујте једну адресу гејтвеја двама независно активним рутерима само да би поставке обе локације изгледале идентично. Дељена виртуелна адреса преко сегмента повезаног мостом је дизајн резервисања првог скока са сопственим захтевима, а ручно израђена верзија производи ARP конфликте који изгледају као повремени губитак пакета. Ако апликацији заиста није потребан дељени сегмент слоја 2, одвојени рутирани префикси са локалним подразумеваним гејтвејима су једноставнији за одржавање и лакши за објашњавање током инцидента.

Тестирајте четири ствари одвојено

Затражите четири запажања, не једно. Узмите нов закуп DHCP на свакој локацији и забележите рутер и маску које је добио. Дођите до услуге у истој подмрежи на другој локацији и потврдите да је пут мост, а не рутирани обилазак. Преузмите нешто са јавног интернета на свакој локацији и потврдите који је узлазни линк то пренео. Затим оборите тунел и погледајте шта се квари, јер локација која изгуби сву повезаност кад мост падне зависила је од удаљеног гејтвеја, а да то нико није приметио.

Та четири резултата говоре да ли имате мост између локација, локални излаз или случајни backhaul, а прикупљање траје десет минута.

Принцип дизајна није гламурозан: мост одлучује о доступности, DHCP одлучује о гејтвеју, а рутинг табела на уређају одлучује о сопственој путањи тунела. Држите та три у одвојеним разговорима, јер једна промена која покушава да поправи сва три обично поквари два.