Flutningur af PPP-byggðu VPN án þess að afrita forsendur þess

VPN-flutningi er lokið þegar notendur, áfangastaðir, nafnaupplausn og hegðun við bilun eru öll enn rétt, ekki þegar nýi biðlarinn sýnir græna táknmynd. Gömlu PPP-byggðu uppsetningarnar bera forsendur sem aldrei voru skrifaðar: sameiginlegt leyndarmál sem var líka eina auðkennisprófunin, fast vistfangasafn sem eldveggurinn hefur á leyfðum lista, og DNS-viðskeyti sem þjónninn ýtir. Að skipta um samskiptareglur án þess að skrá þessar forsendur framleiðir göng sem klára handabandið og mörk sem eru ekki til. Röðin hér að neðan er sú sem ég nota, og síðasta skrefið er það sem teymin sleppa.

Skref 1: skráðu hvað gamla tengingin veitir

Skráin er skrifuð, ekki munað. Skráðu studda biðlara, hlutverk auðkenningar, vistfangasöfnin, varin netin, DNS-kröfurnar og þjónustuheimildirnar sem hver notendahópur þarf.

Fyrir L2TP/IPsec, aðskildu lögin tvö skýrt. Auðkenni IPsec-jafningjans auðkennir vélarnar; PPP auðkennir notandann, venjulega með CHAP eða MSCHAPv2.

Það er í þessari aðgreiningu sem gömlu uppsetningarnar fela forsendur sínar. Fyrirfram deilt lykilorð sem allir biðlarar deila auðkennir hóp en ekki tæki, og það er oft eina hluturinn sem hefur nokkurn tíma verið snúið. Ef PPP-reikningurinn er raunveruleg stjórn á hvern notanda, segðu það, því staðgengillinn verður að endurgera þá stjórn með einhverju sem er ekki sameiginlegur strengur. Skráðu líka fastar upprunavistföng og undantekningar fyrir staðarnetið, því það eru háðin sem enginn skjalfestir fyrr en þau brotna.

Skref 2: hannaðu staðgengilinn af ásettu ráði

Að velja staðgengilinn er vörpun krafna á hverja kröfu: samskiptareglur og viðhaldið biðlarforrit sem stofnunin styður, þar sem hver auðkennis- og aðgangskrafa lendir í raunverulegu ferli. Sameiginlegt leyndarmál jafngildir ekki sjálfkrafa lykli eða skírteini á hvert tæki, og PPP-reikningur á hvern notanda jafngildir ekki tækjaskírteini.

Samræmdu vistfangsbilin áður en nokkuð annað, því staðgengilssafn sem skarast við heima- eða skrifstofunet skapar bilun sem hefur ekkert með styrk dulritunarinnar að gera. Athugaðu safnið á móti sama lista og þú byggðir fyrir gömlu þjónustuna, auk þess sem nýi biðlarinn gerir ráð fyrir sjálfgefið. Staðfestu afturleiðina fyrir varin netin og staðfestu að nýi biðlarinn geti ýtt eða skjalfest DNS-viðskeytið sem sá gamli ýtti. Þessi tvö atriði valda fleiri flutningsmiðum en samskiptareglubreytingin sjálf.

Skref 3: settu upp í áföngum og staðfestu bæði leyfi og synjun

Settu upp með einum dæmigerðum notanda og einu dæmigerðu forriti. Láttu einkaaðgang að DNS-upplausn fylgja með í prófinu, því göng sem ná vistfangi en geta ekki leyst innra nafn eru aðeins hálfflutt. Láttu væntanlegt óaðgengilegt ástand fylgja með líka: hvað eigi að gerast þegar göngin falla, og hvort biðlarinn framfylgi því.

Prófaðu svo áfangastað sem á að vera áfram synjaður. Breið tímabundin leyfisregla getur látið nýju göngin líta heilbrigð út á meðan hún fjarlægir hljóðlega þau heimildarmörk sem gamla þjónustan framfylgdi, og enginn tekur eftir því fyrr en í úttekt. Berðu saman leyfis- og synjunarútkomur hlið við hlið, frá sama biðlara, í sama lotu. Hafðu gömlu þjónustuna í gangi þar til báðir dálkar passa við hönnunina.

Áður en þú færir stjórnandaaðgang, staðfestu að þú hafir heimilaða endurheimtaleið sem er ekki háð göngunum sem þú ert að breyta.

Skref 4: leggðu gamla auðkennið af

Rétt aflegging gamla auðkennisins þýðir að afturkalla úrelta notendur og tækjaskilríki í gegnum þjónustuna sem á þau, og fjarlægja síðan gömul snið og hlustendur þegar engin háð eru eftir. Að eyða staðbundinni skrá afturkallar ekki eintak annars staðar, og gamall hlustandi sem enn þiggur gamla sameiginlega leyndarmálið er hurð án eftirlits.

Það er þess virði að hægja á sér á þessum punkti. Afskráð biðlarasnið á fartölvu er ekki afturkallað skilríki; skilríkið lifir á þjóninum og helst gilt þar til þjónninn hættir að þiggja það. Leitaðu að öðrum eintökum af gömlu uppsetningunni — prófunartækjum, gleymdum síma, uppsetningarforriti sem einhver geymdi — og líttu á slokknun hlustandans sem augnablikið þegar gamla þjónustan endar í raun. Þar til þá hefur flutningurinn tvær framhurðir.

Samþykkisskráin er skráin úr fyrsta skrefi með viðbættum dálki: hvað nýja hönnunin gerir fyrir hverja röð, og hvernig þú staðfestir það. Það breytir samskiptaregluuppfærslu í þjónustukröfu með sönnunum.

Hafðu útkomuna tengda því sem þjónustan þarf frekar en nafni samskiptareglnanna, því nýtímalegar samskiptareglur með gömlu forsendunum afritaðar inn í eru sama áhættan með betri umgjörð. RFC 3193 lýsir því hvernig L2TP er flutt yfir IPsec, sem er gagnleg áminning um að lögin tvö voru alltaf aðskildar ákvarðanir. Ef skráin hefur röð sem þú getur ekki útskýrt, stansadu og finndu út hvað er háð henni. Flutningnum er lokið þegar listinn er leiðinlegur.