AnyConnect-en zerbitzari ez-fidagarriaren abisua: onartu edo inportatu?

Atearen ostalari-izena AnyConnect-en itsasten duzu, leihoa gorri edo zuri bihurtzen da, eta elkarrizketa-koadro batek galdetzen du ea konfiantza eman behar diozun bezeroak egiaztatu ezin duen ziurtagiria duen zerbitzari bati. Mugimendu naturala klik egin eta lanari ekitea da, eta hori da erreflexu okerra. Erantzuna makina horretako bezeroaren hobespenetan idazten da eta geroagoko konexioetarako balio du, beraz elkarrizketa-koadroa behin-behineko abisu baten mozorroa duen konfigurazio-erabakia da. Hona hemen egiten dudan ibilbidea, bezeroak erakusten duen ordenan.

Hasi benetan ikusten duzun abisutik

Gorria eta zuria ez dira aldaera kosmetikoak. Abisu gorriak esan nahi du profila edo hobespena zerbitzari ez-fidagarriak blokeatzeko ezarrita dagoela, beraz bezeroak uko egiten dio jarraitzeari ezarpen hori aldatu arte; abisu zuriak esan nahi du aurrera egiten utziko dizula modu esplizituan erantzuten duzunean. Hirugarren kasu bat antzekoa da eta desberdin jokatzen du: iraungitako ziurtagiria, bezeroak ez baitu inportatzeko eskainiko ere, inportatzeak ez lukeelako baliozkoa egingo. Hirurak bereizteak segundo bat eskatzen du eta ondorengo guztia erabakitzen du.

Hauen atzean arrazoi-zerrenda labur bat dago: atearen ziurtagiria auto-sinatua, muturreko puntuak fidatzen ez duen CA pribatua, edo ziurtagiriaren subject alternative names eremutik falta den ostalari-izena. Hiruretako edozeinek elkarrizketa bera sortzen du eta konponbide desberdina behar du.

Irakurri ziurtagiria elkarrizketari erantzun aurretik

Ireki ziurtagiriaren xehetasunak abisutik eta begiratu hiru eremuri botoi bat ukitu aurretik. Subject eta SAN-ek benetan lortu nahi zenuen atea izendatu behar dute, igorleak zure erakundeak kudeatzen duen CA izan behar du, eta baliozkotasun-datak gaurkoa estali behar dute. Ondoren alderatu SHA-256 hatz-marka konexio honetatik kanpo lortutako kopuru batekin, barne-dokumentazioko orri bat edo tiket bat, elkarrizketa beretik irakurritako hatz-markak ez baitu ezer ere frogatzen. Kopuru independenterik aurkitzen ez baduzu, ez duzu salbuespena onartzeko inolako oinarririk.

Hau da laborategia ekoizpen-ate batetik bereizten duen urratsa. Atzo sortutako ziurtagiri auto-sinatuarekin probako makina batean, klik egitea zentzuzkoa da. Erabiltzaileek ondoren kredentzialak idazten dituzten enpresa-ate batean, egiaztatu ezin duzun ziurtagiria interferentzia-ezarpen sinesgarria da, eta bezeroa da oraindik galdera egiten duen osagai bakarra.

Jakin erantzun bakoitzak konfiantza-biltegian zer idazten duen

Inportazio-galderari bai erantzuteak atearen ziurtagiria gehitzen du makina horretako bezeroaren biltegi fidagarrian. Ez da saio bakoitzeko salbuespena: geroagoko konexioak abisu bera gabe osa daitezke, eta hori da helburua eta aldi berean arriskua, pantailan ezerk ez baitie inori gogorarazten salbuespena badagoela. Ez erantzuteak saio honetarako bakarrik jarraitzen du saioa. Bi bideek konektatzen zaituzte, eta horietako batek soilik aldatzen du makina.

Bide gorrian bazaude, lehen saiakera ez da inolako saio-hasiera. Dokumentatutako sarrera-sekuentzia connect lerro bat eta ondorengo bi berrespen dira, hobespena aldatzen duena eta irteten dena; hori arrakastatzat hartzen duen script batek ezarpena gorde du eta ez da inoiz autentifikatu. Ziurtagiria inportatzeko galdera hurrengo saiakeran bakarrik agertzen da, eta horregatik jendeak abisua aldizkakotzat jotzen du.

Ordena hori garrantzitsua da automatizaziorako, ez hatzetarako bakarrik. Beti bai esaten duen script erantzunak lanean jarraitzen du atea aldatu ondoren, eta ondoren agertzen den edozein ziurtagiritan konfiantza izaten jarraitzen du.

Idatzi erantzunak bezeroak eskatzen duen ordenan

Bezeroak abisua eman baina konexioa uzten duenean, erantzunak ordena finkoan iristen dira: connect, bai jarraitzeko, gero inportazio-galdera, gero taldea, erabiltzaile-izena eta pasahitza. Idatzi horiek sarrera-fitxategian lerro bereizi gisa, abisuen denbora asmatu beharrean. Inportazioari uko egitea fitxategi berean karaktere bakarreko aldaketa da, eta gainbegiratu gabe exekutatzen den edozerrentzako lehenetsitako balio seguruena da.

connect vpn2.example.net
y
n
GROUP
LOGIN
PASSWORD

Hobe erakundearen CA muturreko puntuetara banatzea script bakoitzari hosto-ziurtagiria onartzen erakustea baino. Behar bezala igorritako ziurtagiriak SAN egokiarekin abisua kentzen dio guztiei, balidazioa esanguratsu mantentzen du eta ez du muturreko puntu bakar baten erabaki-memorian oinarritzen. Erro-CA bat instalatzea hosto bat inportatzea baino aldaketa astunagoa da, beraz trata ezazu kudeatutako hedapen gisa eta ez laguntza-mahaiaren lasterbide gisa.

Kendu bere atea baino gehiago bizi diren salbuespenak

AnyConnect-ek hobespen horiek makina bakoitzeko gordetzen ditu, beraz erantzun zaharrak bulegoen artean mugitu diren eramangarrietan pilatzen dira. Berrikusi gordetako hobespenak eta inportatutako ziurtagiriak kudeatutako muturreko puntuetan, eta egiaztatu salbuespen batek oraindik jabea aldatu duen ostalari-izen bat aipatzen duen. Edozein zerbitzari ez-fidagarri onartzen duen hobespena sortu zen ziurtagiria baino zabalagoa da.

Mantentzea merezi duen eredua estua da: konfiantzazko ziurtagiria ohiko erabilerarako, dokumentatutako banda kanpoko hatz-marka egiaztapena aldi baterako salbuespen baterako, eta izendatutako jabe bat migrazioa amaitzean kentzen duena. Kudeatzen duzun makina batean edozein zerbitzari onartzen duen ezarpen orokor bat aurkitzen baduzu, trata ezazu aurkikuntza gisa eta ez erraztasun gisa.