Hogyan válasszunk együttműködő telephelyek közötti VPN-átjárókat

Két különböző gyártó telephelyi átjárója alagutat épít, ha megvalósításaik egyetértenek a tárgyalt paraméterekben. Az azonos márka nem követelmény, és a megegyező márka sem garancia. A kompatibilitás kérdése a szolgáltatásokról és a kiadásokról szól; a kapacitás kérdése arról a munkáról szól, amelyet az eszköznek szoftverben kell elvégeznie. Kezelje őket két ellenőrzésként, pontosan ebben a sorrendben.

Haladjon végig a listán, és álljon meg az első tételnél, amelyre nincs válasz.

A protokoll jellemzőivel kezdje, ne a márkával

A futtatni kívánt protokollhoz sorolja fel, mire van szüksége a tervezésnek: a hitelesítési módra, a egyeztetett titkosítási és sértetlenségi javaslatokra, az interfészre vagy a védett forgalom szerkezetére, az útválasztási módra, valamint arra, hogy valamelyik oldal NAT mögött van-e. Mindegyik olyan szolgáltatás, amelyet a megvalósításnak támogatnia kell, nem pedig egy jelölőnégyzet a termékoldalon.

Az AWS ügyfélátjáróra vonatkozó követelményei hasznos sablonok akkor is, ha nem csatlakozik az AWS-hez, mert a szerződést a protokollra és az útválasztásra vonatkozó kötelezettségek halmazaként fogalmazzák meg. Egy adott modellhez tartozó gyártói mintafájl tisztes bizonyíték arra, hogy valaki kipróbálta ezt a kombinációt. Az IPsec-támogatást állító általános címke sem a verziót, sem a házirend-modellt nem bizonyítja. A kiadási megjegyzéseket olvassa, ne a marketingösszefoglalót.

A kiadást ellenőrizze, ne az adatlap címkéjét

Az IKEv2 együttműködését a tárgyalt paraméterek döntik el, tehát a kérdés az, milyen javaslatokat kínál és fogad el a jelenlegi firmware. Egy eszköz, amely a protokollt általában támogatja, még mindig elutasíthatja azt a konkrét kombinációt, amelyre a másik vég ragaszkodik. Erősítse meg a verziókarakterláncot és a javaslatlistát mindkét oldalon.

Az a megjegyzés, hogy egy szolgáltatás egy későbbi firmware-vonaton érkezett, elég gyakori ahhoz, hogy saját ellenőrzőlistás tételt érdemeljen.

A kapacitást külön kérdésként kezelje

A titkosítás munkát igényel, és hogy mennyit, az a megvalósítástól legalább annyira függ, mint az algoritmustól. Egyes gyorsítási utak csak meghatározott algoritmusokra vagy meghatározott továbbítási utakra érvényesek, ezért egy eszköz lehet gyors az egyik konfigurációban és lassú a másikban. A szokásos WAN-átbocsátás nem titkosított alagút-átbocsátás. Az eszközt a ténylegesen védett forgalomhoz méretezze.

A csomagméret is számít, mert a beágyazás és minden további többlet csökkenti azt a hasznos terhet, amelyet az egyes csomagok hordoznak.

Az útválasztási szabályt kifejezetten határozza meg

A telephelyek közötti kapcsolat nem azt jelenti, hogy csak a kiválasztott forgalom használhatja az alagutat, és nem is azt, hogy mindennek kell. Egy tervezés hordozhat meghatározott privát előtagokat, vagy átirányíthat egy alapértelmezett útvonalat az átjárón. Válasszon egyet, és írja le, mert mindkét végnek meg kell egyeznie abban, mit hirdetnek és mit fogadnak el. Az eltérés itt olyan alagutat eredményez, amely fent van, és olyan hálózatot, amely félig elérhető.

A dinamikusan útválasztott tervezések még egy követelményt adnak hozzá: az útválasztási protokoll támogatása mindkét végén.

Mit hasonlítson össze vásárlás előtt

Hasonlítsa össze a frissítések ütemét, az együttműködési bizonyítékokat, a konfiguráció helyreállítását és a tervezett átkapcsolási viselkedést a csúcsátviteli sebesség mellett. Kérdezze meg, mi történik, amikor az eszköz elavult konfigurációval indul újra. Kérdezze meg, közzétesz-e a gyártó együttműködési listát a tervezett pontos partnerhez. Kérdezze meg, ki felel a változásért, amikor egy firmware-frissítés megváltoztat egy alapértelmezett javaslatot.

A hardvergarancia egyikre sem válasz.

Utána tesztelje a párt, mielőtt elkötelezné magát egy flotta mellett. Egy alagút, a valódi javaslatok, a valódi útválasztási mód és a munkaterheléshez hasonló átvitel többet mond bármely specifikációs táblázatnál.