Kuhamisha OpenVPN kutoka TAP kwenda TUN: mpangilio wa uhamishaji unaofanya kazi

Kubadilisha dev tap na dev tun hubadilisha kile handaki husafirisha, si jina lake tu. Kiolesura cha TAP hukabidhi fremu za Ethernet kwa daraja, kwa hiyo wateja hujiendesha kana kwamba wameunganishwa kwenye swichi ya ofisi. Kiolesura cha TUN hubeba pakiti za IP, kwa hiyo wateja wanahitaji njia na upande wa pili unahitaji njia ya kurudi. Wateja, mpango wa anwani na njia ya kurudi ya LAN yote yanapaswa kuhamia pamoja na mabadiliko hayo.

Uhamishaji ni usanifu upya wa mtandao pamoja na handaki iliyounganishwa, na mpangilio ulio hapa chini huufanya uweze kurudishwa.

Orodhesha kile kinachotegemea Ethernet kwa kweli

Orodhesha programu, si wenyeji. Amua kama kila moja hutumia huduma za TCP au UDP zinazopitishwa, ugunduzi wa matangazo, DHCP kutoka LAN ya ofisi, itifaki ya Ethernet isiyo IP, au dhana kwamba pande zote mbili ziko kwenye subnet moja. Ufikiaji wa kawaida wa IP hustahimili muundo unaopitishwa. Itifaki inayohitaji fremu ghafi za Ethernet haistahimili, na hakuna kiasi cha upitishaji kitakachoifanya ifanye kazi. Programu zinazotegemea ugunduzi zinahitaji utaratibu mbadala ulioamuliwa kabla ya ubadilishaji, si wakati wake.

Orodha hiyo pia ni orodha ya kukubali. Kila kipengele usichoweza kuhamisha huwa ubaguzi ulioandikwa au sababu ya kuweka sehemu ndogo ya TAP hai kwa ajili ya mzigo huo wa kazi pekee.

Jenga mpango wa anwani na njia za kurudi

Chagua kiambishi awali cha wateja kisichogongana na LAN, masafa ya zamani ya daraja au mtandao wowote ambao mteja tayari anaufikia. Seva yenye topolojia ya subnet inahitaji kipande kama dev tun, topology subnet na server 10.78.0.0 255.255.255.0, lakini hicho ni kipande, si wasifu unaofanya kazi. Weka sera zilizoidhinishwa za TLS, utambulisho, usafirishaji na ufikiaji kuzunguka, na tumia kiambishi awali ulichothibitisha kuwa huru.

Kisha andika maeneo ambayo wateja wanapaswa kufikia na nani hutoa njia ya kurudi. Seva inahitaji upelekaji umewezeshwa na njia inayoruhusiwa ya mbele. Ruta za LAN zinahitaji njia ya kurudi kwenye kiambishi kipya, au muundo unahitaji tafsiri ya chanzo pamoja na gharama ya mwonekano inayoleta. Njia inayosukumwa kwa mteja humsanidi mteja, si njia ya jibu ya LAN.

Jaribu kwenye msikilizaji tofauti

Simamisha huduma mpya kando ya ile ya zamani kwenye bandari yake na masafa yake ya anwani, badala ya kubadilisha mahali pekee pa kuingilia panapofanya kazi. Toa wasifu wa majaribio kupitia mchakato uliopo wa usajili ili mtu yeyote asijenge CA upya kwa ajili ya uhamishaji. Unganisha mteja mmoja mwakilishi huku njia ya majaribio ikiwa hai pekee, kisha linganisha anwani zilizotolewa, DNS ya kibinafsi, programu za orodha na njia zinazopaswa kubaki zimezuiwa.

Jumuisha jaribio la kuunganisha upya na trafiki ya kurudi. Ushirikiano wa mikono unaokamilika hausemi chochote kuhusu kama upande wa pili unaweza kujibu.

Hamisha wateja kwa vikundi pamoja na kurudi nyuma

Hamisha kwa vikundi vidogo vya kutosha kwamba kushindwa kuwe kazi ya msaada badala ya kukatika. Weka huduma ya zamani ikiwa inafanya kazi na imeandikwa hadi mtiririko halisi wa kazi wa kila kikundi upite, na uandike kurudi nyuma kama kubadilisha kurudi kwenye wasifu uliopita, si kujenga upya. Kadiri kila kikundi kinavyohama, sasisha kanuni za firewall zinazotegemea anwani, ufuatiliaji na ufikiaji wowote unaoanzishwa na seva kwa kiambishi kipya.

Vikundi pia vinakupa mahali pa kugundua programu ambayo hakuna aliyetaja, wakati njia ya zamani bado ipo kwa kulinganisha.

Ondoa daraja baada ya kukubali pekee

Kuondoa kifaa cha TAP ni hatua ya mwisho, si ya kwanza. Angalia kama daraja bado hubeba anwani ya usimamizi ya seva, njia ya ufuatiliaji au mzigo wa kazi usiohusiana kabla ya kufuta chochote. Ondoa vitegemezi vya kuanza, uanachama wa daraja na akiba za DHCP kupitia wamiliki wao, kwa mpangilio huo, pamoja na dokezo la kile kilichoondolewa.

Uhamishaji umekamilika wakati muundo wa ufikiaji unaopitishwa unafanya kazi kwa orodha, si wakati kiolesura cha TAP kinatoweka kutoka kwenye matokeo ya ip link.