Tiltu sujungtoms vietoms vis dar reikia vietinio interneto išėjimo sprendimo

VLAN plėtinys praėjo švariai: abiejų vietų mazgai mato vienas kitą, failų bendrinimas veikia, spausdintuvai atsako. Tada kažkas mažesnėje vietoje pastebi, kad kiekvienas atsisiuntimas naudoja kitos vietos interneto liniją, ir užklausa ateina kaip pralaidumo skundas. Tiltas padarė būtent tai, ko buvo prašoma. Jis pernešė kadrus tarp dviejų pastatų ir niekada neturėjo nuomonės, kurį maršrutizatorių tie kadrai turėtų naudoti internetui.

Tiltas perneša kadrus, o ne sprendimus

2 sluoksnio plėtinys leidžia dviem vietoms atrodyti kaip vienam transliacijos domenui, todėl ARP užklausos, DHCP transliacijos ir to paties potinklio srautas visi kerta tunelį. Tai yra visa paslauga, kurią jis teikia. Niekas tilte netikrina paskirties adreso, nelygina jo su vietos uplinku ir nenukreipia srauto į artimesnį išėjimą. Kiekvienas klientas vis dar pats priima sprendimą vietinis ar nuotolinis, naudodamas adresą ir kaukę, su kuriomis buvo sukonfigūruotas.

Įdėkite du maršrutizatorius į tą bendrą potinklį ir abu taps tikėtinomis vartų sistemomis, nesvarbu, ar kuris nors iš jų yra arti jį naudojančio kliento.

Kaip klientas pasirenka savo vartus

RFC 1122 aprašytas IPv4 sprendimas yra paprastas. Paskirties vieta prijungtame kliento potinklyje pasiekiama tiesiogiai, naudojant ARP, o už jo esanti paskirtis eina į sukonfigūruotus numatytuosius vartus. Štai kodėl to paties potinklio srautas tarp vietų gali kirsti tiltą be jokio maršrutizatoriaus dalyvavimo, ir štai kodėl interneto srautas visiškai priklauso nuo vartų adreso, kurį klientas gavo. Abi elgsenos yra nepriklausomos, o veikiantis failų bendrinimas įrodo tik pirmąją.

Jei mažos vietos klientas buvo sukonfigūruotas su didelės vietos maršrutizatoriumi, jo interneto kadrai pirmiausia kerta tunelį ir išeina iš ten.

VPN įrenginio numatytojo maršruto keitimas neperkelia to kliento vartų, nes klientas įrenginio kaip maršrutizatoriaus visai nenaudoja. Įrenginiui taip pat reikia atskiro maršruto į jo nuotolinį partnerį, kad tunelis, pernešantis tuos kadrus, išliktų, ir šių dviejų dalykų painiojimas yra būdas, kuriuo tilto plėtinys sugriauna savo paties transportą.

Leiskite DHCP išreikšti numatomą išėjimą

3 parinktis DHCP atsakyme pateikia maršrutizatorių adresų sąrašą kliento potinklyje pagal pirmumo tvarką, o klientai paprastai ima pirmą atsakiusį. Mechanizmas geras; nuosavybė yra ten, kur projektai suklysta. Užrašykite, ką tikroji nuoma suteikia kiekvienoje vietoje, o ne darykite prielaidos, kad artimiausias DHCP serveris duos artimiausius vartus.

Tvarkykite vieną suderintą paskirstytoją arba du, kurie aiškiai sukonfigūruoti tai pačiai politikai, ir suteikite politikai savininką. Antras nepriklausomas paskirstytojas, pridėtas nuotolinėje vietoje, nesukuria lokalumo, jis sukuria dvi valdžias tam pačiam transliacijos domenui.

Nepriskirkite vieno vartų adreso dviem nepriklausomai aktyviems maršrutizatoriams tik tam, kad abiejų vietų nustatymai atrodytų vienodi. Bendras virtualus adresas tiltu sujungtame segmente yra pirmojo šuolio dubliavimo projektas su savo reikalavimais, o rankomis padaryta versija sukuria ARP konfliktus, kurie atrodo kaip protarpinis paketų praradimas. Jei programai tikrai nereikia bendro 2 sluoksnio segmento, atskiri maršrutizuoti prefiksai su vietiniais numatytaisiais vartais yra paprasčiau eksploatuoti ir lengviau paaiškinti incidento metu.

Išbandykite keturis dalykus atskirai

Paprašykite keturių stebėjimų, o ne vieno. Paimkite naują DHCP nuomą kiekvienoje vietoje ir užrašykite gautą maršrutizatorių bei kaukę. Pasiekite to paties potinklio paslaugą kitoje vietoje ir patvirtinkite, kad kelias yra tiltas, o ne maršrutizuotas apylankos kelias. Atsisiųskite ką nors iš viešo interneto kiekvienoje vietoje ir patvirtinkite, kuris uplinkas tai pernešė. Tada numeskite tunelį ir pažiūrėkite, kas lūžta, nes vieta, kuri praranda visą ryšį, kai tiltas sugenda, priklausė nuo nuotolinių vartų, to niekam nepastebėjus.

Tie keturi rezultatai pasako, ar turite tiltą tarp vietų, vietinį išėjimą ar atsitiktinį grįžtamąjį kelią, o juos surinkti užtrunka dešimt minučių.

Projektavimo principas neįmantrus: tiltas nusprendžia pasiekiamumą, DHCP nusprendžia vartus, o įrenginio maršrutizavimo lentelė nusprendžia paties tunelio kelią. Laikykite šiuos tris atskiruose pokalbiuose, nes vienas pakeitimas, kuris bando sutaisyti visus tris, paprastai sugadina du.