Google HA VPN að Cisco-beini: skipuleggðu jafningjaauðlindina fyrst

Fyrsta ákvörðunin í HA VPN frá Cisco til Google er ekki hvaða dulritunarprófíll er notaður, heldur hvort eitt staðbundið tæki eða tvö ljúki göngunum. HA VPN-hlið Google hefur tvö tengi, og hvert þeirra væntir samsvarandi jafningjagangs. Það gefur þér tvö göng hvort sem þú hefur tvo beini eða ekki, og munurinn er hvort ein aflgjafi eða hugbúnaðaruppfærsla geti fellt alla hönnunina.

Ákvörðunin er eitt jafningjatæki eða tvö

Veldu útlitið út frá þremur skilyrðum: hvort þú getur samþykkt staðbundinn bilunarpunkt, hvort nota þurfi bæði skýjatengin og hversu mikla endursamþættingu vinnuálagið þolir. Ef eitthvað af þrennu er harðkrafa eru tvö jafningjatæki heiðarlegt svar.

Ákváðu það áður en þú opnar stjórnborð, því svarið breytir því hversu mörg göng og BGP-lotur vinnublaðið þarf að lýsa.

Skrifaðu vinnublaðið fyrir hvaða skipun sem er

Vinnublaðið hefur fimm raðir, og hver þeirra þarf eiganda:

Ytri jafningjaauðlindin lýsir tengjunum þínum inni í Google Cloud, og að búa hana til stillir ekki Cisco-beinið. Þessi ósamhverfa kemur á óvart fólki sem væntir þess að skýjastjórnborðið sé sannleiksheimildin fyrir báða enda. Það er yfirlýsing um það sem Google á að vænta, og beinið þarf samt að passa við hana. leiðarvísir um jafningjahlið Google varpar þeirri yfirlýsingu á ganga-, BGP-, eldveggja- og IKE-vinnuna sem þú skuldar enn.

Ef röð hefur engan eiganda verður hún fyllt af þeim sem er á vaktinni yfir skiptingunni.

Haltu þremur hlutverkum vistfangsins aðgreindum

Opinberu jafningjavistföngin bera ytri IPsec-skiptin. Innra BGP-parið tilheyrir vernduðu röklegu sambandi sem liggur yfir því. Tilkynnt LAN- og VPC-forskeytin lýsa vinnuálaginu bak við það samband. Að afrita innra vistfang VM í ytra jafningjasviðið blandar fyrstu tveimur hlutverkunum, og bilunin lítur út eins og samningavandamál frekar en innsláttarvilla.

Skipuleggðu tvö samsvarandi jafningjagöng, eitt fyrir hvert HA VPN-tengi. Notkun beggja skýjatengjanna fjarlægir ekki staðbundna bilunarpunktinn eitt og sér, því bæði göngin geta samt lent á sama grindverki.

Skrifaðu hlutverk vistfangsins við hvert gildi á vinnublaðinu. Sú ein venja kemur í veg fyrir mestu blöndunina.

Þýddu vinnublaðið yfir í Cisco-útgáfuna

Byrjaðu á studdri jafningjaskjölun eða samsvarandi Google-stillingarsniðmáti fyrir vettvanginn þinn, og samræmdu síðan hvern staðgengil við vinnublaðið. Athugaðu IKEv2-auðkenningu, ESP-tillögur, PFS og ganga- og leiðarvalið saman, því misræmi í einu þeirra birtist venjulega sem misræmi í öðru. Notaðu raunverulegan vettvang og hugbúnaðarútgáfu til að velja hvað er stutt, þar sem Classic VPN-uppskrift er annar upphafspunktur.

Haltu sameiginlega leyndarmálinu utan skjáskota, viðhengja erinda og stuðningsathugasemda. Fyrirfram deildur lykill sem límdur er í málsathugasemd er uppljóstrun skilríkja, ekki tól til villuleitar.

Ef sniðmátið og vinnublaðið stangast á, stöðvaðu og leystu það á pappír. Tækið mun ekki gera þér greiða.

Samþykktu hvert gang út frá eigin sönnunum

HA VPN þarf BGP-lotur, og vel heppnuð IKE-samningaviðræða stofnar aðeins fyrsta áfanga. Innri lotan verður að koma upp, tilkynna og samþykkja þarf fyrirhuguð forskyrti, og nothæfir ferlar ásamt eldveggsheimildum verða að vera til staðar áður en vinnuálagsumferð hreyfist. Að skrá það sem eitt grænt ljós felur hvaða áfangi brást í raun.

Skráðu samþykkissönnun fyrir hvert gang: samið öryggissamtök, stöðu BGP-nágranna, vænt lærð forskyrti og fyrirhugaða vinnuálagsleið. Keyrðu síðan stýrða bilunar- og endurheimtprófun, því gang sem hefur aldrei brugðist er gang sem endurheimtarleið þess hefur ekki verið prófuð.

Þessi skráning er endurnýtanleg næst þegar hönnunin breytist, og hún er munurinn á samvirkni og skipunarbroti sem forsendur þess glötuðust.