Vienas /23 vietoj dviejų /24: kas kinta derybose

Du gretimi /24 tvarkingai susilieja į vieną /23, ir ši tvarkinga aritmetika įtikina žmones, kad pokytis yra tik kosmetinis. Tai aritmetika apie adresus, o tuneliui rūpi selektoriai, kurie yra derybų pasiūlymas, o ne tinklo aprašymas. Trumpesnė eilutė gali palikti tą patį srautą apsaugotą, apsaugoti daugiau nei numatyta arba nepadengti pusės jo, priklausomai nuo to, ką abi šalys sutinka priimti. Perskaityti įdiegtą rezultatą yra vienintelis būdas sužinoti, kuris iš tų trijų atvejų įvyko.

Trys faktai, kuriuos žmonės sujungia į vieną

Adresų rinkinys sako, kurie hostai turi būti apsaugoti. Grupavimas sako, kaip tie adresai siūlomi: vienas selektorius ar keli, vienoje asociacijoje ar daugiau. Suderėtas rezultatas sako, ką abi šalys iš tikrųjų įdiegė, ir jis gali būti siauresnis nei bet kuris iš pirmųjų dviejų.

Užrašykite juos atskirai pakeitimo įraše. Viena konfigūracijos eilutė dažnai slepia tris skirtingus atsakymus. Recenzentas, kuris negali jų atskirti, taip pat negali patvirtinti pakeitimo.

Ką atsakiklis gali padaryti su jūsų suvestine

IKEv2 atsakiklis gali susiaurinti siūlomą selektorių porą iki poaibio, kurį sutinka priimti, ir gali visai atsisakyti pasiūlymo, jei nėra priimtino varianto. Jis taip pat gali nurodyti, kad papildomam srautui reikia kitos asociacijos, o ne kad jis telpa į šią.

Atsakiklis, kuris nieko nepriima, grąžina klaidą, ir tai bent jau sako, kad pasiūlymas buvo atmestas, o ne tyliai susiaurintas.

Tai reiškia, kad sėkmingas apsikeitimas įrodo, jog šalys dėl kažko sutarė, o ne kad sutarė dėl visko, ką išvardijote. Pradinis sėkmės pranešimas yra rezultato skaitymo pradžios taškas, niekada ne išvada. Priimtas poaibis gali būti mažesnis nei vienas /24, todėl įdiegtas rinkinys visai neprimena pasiūlymo.

Kur suvestinė tyliai ištrina ribą

Du /24 gali turėti skirtingas paslaugų taisykles: vienas gali leisti tik valdymo protokolą, kitas – bendrą programą. Selektorius, apimantis abu adresus IP lygmenyje, neišsaugo tų taisyklių, o suvestinė perkelia ribą į tą filtravimą, kuris yra už tunelio. Sudarykite paslaugų taisyklių sąrašą pagal potinklį prieš apibendrindami, kitaip tas palyginimas niekada neįvyks.

Protokolo ir prievado reikšmės yra selektoriaus dalis, o ne pasirenkamas priedas. Jei pradinė politika jas ribojo, suvestinė turi nešti tą pačią ribą, kitaip pakeitimas yra leidimų pakeitimas, apsirengęs maršrutizavimo kostiumu. Jei ribojimas buvo pradinės politikos esmė, palikite jį aiškiai nurodytą po suvestinės ir tai parašykite įraše.

Rezultato skaitymas pagal prefiksą

Po pakeitimo žiūrėkite į tai, kas buvo įdiegta, o ne į tai, kas buvo sukonfigūruota. Tada sugeneruokite srautą iš kiekvieno prefikso kiekviena kryptimi ir patikrinkite skaitiklius, priklausančius jį aptarnaujančiai asociacijai. Du prefiksai, generuojantys srautą vienoje asociacijoje, yra gerai; du prefiksai, kai vienas negeneruoja nieko, yra radinys.

Darykite tai su ta pačia programa, kurią naudoja vartotojai. Zondas, kylantis iš šliuzo, tikrina kitą kelią nei už jo esantis klientas, ir būtent šiame skirtume slepiasi selektorių klaidos. Plokščias skaitiklis prefikse, kuris turėtų būti aktyvus, yra stipresnis įrodymas už bet kurią žurnalo eilutę, nes jis matuoja nebuvimą.

Kaip padaryti pakeitimą grįžtamą

Palikite pradinę politiką konfigūracijoje, kol naujoji nebus išbandyta su visomis prefiksų kombinacijomis, ir pažymėkite, į kurią asociaciją pateko kiekvienas srautas. Jei šalis keičia asociacijas pasikeitus pasiūlymui, atsukimas turi atkurti senąjį pasiūlymą, o ne vien senuosius adresus.

Suderinkite su kito galo savininku prieš atidarant langą. Suvestinė, kuri vienai pusei atrodo akivaizdi, gali būti nepriimtinas grupavimas kitai, o tai išsiaiškinti pakeitimo metu brangu. Susitarkite dėl siūlomo grupavimo raštu, tada palyginkite jį su tuo, ką įdiegia apsikeitimas. Laikykite tą susitarimą pakeitimo biliete, o ne pokalbių gijoje, kuri kitą savaitę išnyks.