Kuhamia kutoka VPN inayotegemea PPP bila kunakili mawazo yake

Uhamishaji wa VPN unakamilika pale watumiaji, maeneo ya kwenda, utatuzi wa majina na tabia wakati wa hitilafu bado ni sahihi, si pale mteja mpya anapoonyesha ikoni ya kijani. Usanidi wa zamani unaotegemea PPP hubeba mawazo ambayo hayakuandikwa kamwe: siri ya pamoja ambayo pia ilikuwa ukaguzi pekee wa utambulisho, dimbwi la anwani lisilobadilika ambalo firewall hulishikilia kwenye orodha ya kuruhusiwa, na kiambishi cha DNS anachosukuma seva. Kubadilisha itifaki bila kuorodhesha mawazo hayo hutoa handaki inayokamilisha handshake na mpaka ambao haupo. Mpangilio ulio hapa chini ndio ninaotumia, na hatua ya mwisho ndiyo timu zinaiacha.

Hatua 1: orodhesha kile muunganisho wa zamani unatoa

Orodha inaandikwa, haikumbukwi. Andika wateja wanaosaidiwa, majukumu ya uthibitishaji, madimbwi ya anwani, mitandao iliyolindwa, mahitaji ya DNS na ruhusa za huduma ambazo kila kundi la watumiaji linahitaji.

Kwa L2TP/IPsec, tenga tabaka mbili kwa uwazi. Utambulisho wa mwenza wa IPsec huthibitisha mashine; PPP huthibitisha mtumiaji, kwa kawaida kwa CHAP au MSCHAPv2.

Ni katika utengano huo ambapo usanidi wa zamani huficha mawazo yao. Ufunguo ulioshirikiwa mapema ambao kila mteja anashiriki huthibitisha kundi na si kifaa, na mara nyingi ndio kitu pekee kilichowahi kubadilishwa. Iwapo akaunti ya PPP ndio udhibiti halisi kwa kila mtumiaji, sema hivyo, kwa sababu mbadala lazima uzalishe udhibiti huo kwa kitu ambacho si mfuatano ulioshirikiwa. Andika pia anwani za chanzo zisizobadilika na vipengele vya mtandao wa ndani, kwa sababu hizo ndizo tegemezi ambazo hakuna anayeandika hadi zivunjike.

Hatua 2: buni mbadala kwa makusudi

Kuchagua mbadala ni upangaji wa hitaji kwa hitaji: itifaki na mteja anayedumishwa ambao shirika linauunga mkono, na kila hitaji la utambulisho na ufikiaji linatua katika utaratibu halisi. Siri ya pamoja si sawa kiotomatiki na ufunguo au cheti kwa kila kifaa, na akaunti ya PPP kwa kila mtumiaji si sawa na cheti cha kifaa.

Ratibu safu za anwani kabla ya kitu kingine chochote, kwa sababu dimbwi mbadala linaloingiliana na LAN ya nyumbani au ofisini huunda hitilafu isiyo na uhusiano na nguvu ya usimbaji fiche. Angalia dimbwi hilo dhidi ya orodha hiyo hiyo uliyoijenga kwa huduma ya zamani, pamoja na kile mteja mpya anachodhani kwa chaguo-msingi. Thibitisha uelekezaji wa kurudi kwa mitandao iliyolindwa na uthibitisha kwamba mteja mpya anaweza kusukuma au kuandika kiambishi cha DNS ambacho cha zamani kilikusukuma. Vipengele hivyo viwili husababisha tiketi nyingi za uhamishaji kuliko mabadiliko ya itifaki yenyewe.

Hatua 3: tekeleza kwa awamu na thibitisha kuruhusu na kukataa

Tekeleza kwa mtumiaji mmoja mwakilishi na programu moja mwakilishi. Jumuisha utatuzi wa DNS wa kibinafsi kwenye jaribio, kwa sababu handaki inayofikia anwani lakini haiwezi kutatua jina la ndani imehamishwa nusu tu. Jumuisha pia hali inayotarajiwa ya kutopatikana: nini kinapaswa kutokea handaki inapoanguka, na kama mteja anatekeleza hilo.

Kisha jaribu eneo ambalo linapaswa kubaki limekataliwa. Sheria pana ya kuruhusu kwa muda inaweza kuifanya handaki mpya ionekane njema huku ikiondoa kwa utulivu mpaka wa uidhinishaji ambao huduma ya zamani iliutekeleza, na hakuna anayegundua hadi ukaguzi. Linganisha matokeo ya kuruhusu na kukataa kwa upande mmoja, kutoka kwa mteja yuleyule, katika kipindi kilekile. Endelea kuendesha huduma ya zamani hadi safu zote mbili zilingane na mpango.

Kabla ya kuhamisha ufikiaji wa msimamizi, thibitisha kuwa una njia ya urejeshaji iliyoidhinishwa ambayo haitegemei handaki unayobadilisha.

Hatua 4: staafu utambulisho wa zamani

Kustaafu utambulisho wa zamani ipasavyo maana yake ni kubatilisha watumiaji na vyeti vya vifaa vilivyopitwa na wakati kupitia huduma inayomiliki, kisha kuondoa wasifu na visikilizaji vya zamani pale hakuna tegemezi lililobaki. Kufuta faili la ndani hakubatilishi nakala mahali pengine, na kisikilizaji cha zamani kinachokubali bado siri ya zamani iliyoshirikiwa ni mlango usio na uangalizi.

Hatua hiyo inafaa kupunguza kasi. Wasifu wa mteja uliostaafishwa kwenye kompyuta ya mkononi si kibali kilichobatilishwa; kibali hicho huishi kwenye seva na kubaki halali hadi seva iachane na kukikubali. Tafuta nakala nyingine za usanidi wa zamani — vifaa vya majaribio, simu iliyosahaulika, kisanidi ambacho mtu alikihifadhi — na chukulia kuzima kisikilizaji kama wakati huduma ya zamani inaisha kwa kweli. Hadi hapo, uhamishaji una milango miwili ya mbele.

Rekodi ya kukubali ni orodha ya hatua ya kwanza ikiwa na safu iliyoongezwa: kile mpango mpya unafanya kwa kila mstari, na jinsi ulivyothibitisha. Hiyo hubadilisha uboreshaji wa itifaki kuwa hitaji la huduma lenye ushahidi.

Shikilia matokeo yakiwa yamefungwa na kile huduma inahitaji na si jina la itifaki, kwa sababu itifaki ya kisasa iliyonakiliwa mawazo ya zamani ndani yake ni hatari ileile yenye mfumo bora. RFC 3193 inaeleza jinsi L2TP inavyobebwa juu ya IPsec, jambo ambalo ni ukumbusho muhimu kwamba tabaka hizo mbili zilikuwa daima maamuzi tofauti. Ikiwa orodha ina mstari ambao huwezi kuueleza, simama na ugundue kile kinachotegemea hilo. Uhamishaji unakamilika pale orodha inapokuwa ya kuchosha.