OpenVPN username-as-common-name: zergatik dago zure CN egiaztapena hutsik

client-connect script bat gehitzen duzu, common_name username-rekin desberdina den konexio oro ukatzen duena, eta ziurtagiri baten eta kontu baten arteko lotura dirudi. username-as-common-name darabilen zerbitzari batean, alderaketa horrek dagoeneko galdu du bere esanahia script-a exekutatzen denerako. Bi balioak kate bera dira, beraz proba beste pertsona bati emandako ziurtagiri baterako pasatzen da.

Egiaztapena ez dago gaizki script-a gaizki idatzita dagoelako. Gaizki dago irakurtzen duen balioa konexio berean lehenago ordezkatu zelako.

Zer frogatzen duela ematen duen alderaketak

Ziurtagiri bidezko autentifikazioa eta pasahitz bidezko autentifikazioa froga bereiziak dira, eta zerbitzari batek biak eska ditzake pertsona berari dagozkiola eskatu gabe. Tartea erreala da: gailu-ziurtagiri baliodun bat gehi edozein kontu baliodun beste baieztapen bat da, ziurtagiri hori gehi izendatutako kontu bat baino. common_name username-rekin alderatzen duen script-a bien arteko falta den katebegia bezala irakurtzen da. Eta hala litzateke, common_name-ek ziurtagiriak zioena esan nahi balu oraindik.

Hala den ala ez zerbitzariko aukera baten mende dago, eta aukera hori normalean erlaziorik gabeko arrazoi batengatik aktibatzen da, adibidez erabiltzaile bakoitzeko konfigurazio-fitxategiak izendatzea errazteko.

Zer egiten dion username-as-common-name izenari

username-as-common-name gaituta dagoenean, OpenVPN ziurtagiriaren izen arrunta autentifikatutako erabiltzaile-izenarekin ordezkatzen du, erabiltzaile-izena eta pasahitza egiaztatu ondoren. Egiaztapen horretan zehar exekutatzen den egiaztapen-kakoak ziurtagiriaren izen arrunta jasotzen du oraindik, ordezkapena oraindik gertatu ez delako. Geroagoko guztiak, client-connect barne, erabiltzaile-izena ikusten du. Beraz geroko deiak identitate bat birritan jasotzen du eta ezin du aurkeztutako ziurtagiriarekin alderatu.

Jarraitu konexio ilustratibo bat: bob-device-entzat emandako ziurtagiria, direktorioan alice gisa saio-haste arrakastatsua eta aukera gaituta. Egiaztapen-faseak oraindik bi kate desberdin ikus ditzake. Konexio-faseak alice eta alice ikusten ditu.

Adibide horrek erakusten du zergatik den alderaketa hutsa. Ez du erakusten konexioa bestela onartuko litzatekeenik, ziurtagiriaren balidazioa eta pasahitzaren egiaztapena oraindik bere kabuz exekutatzen direlako.

Jarri lotura bi identitateak oraindik existitzen diren lekuan

Araua ziurtagiriaren identitatea eta kontua aldi berean ikusten dituen fase batean aplikatu behar da, eta praktikan horrek erabiltzaile-izenaren eta pasahitzaren egiaztapen-kakoa edo bertan kargatutako plugina esan nahi du. Pasahitzaren egiaztapena egiten duen plugin onartuak izan ohi du parekatze-arau bat gehitzeko leku egokia, zeren izenen alderaketarekin ordezkatzeak pasahitzaren egiaztapena erabat utziko bailuke.

Definitu mapaketa kodea idatzi aurretik, zeren berdintasuna gutxitan da benetako politika. Ziurtagiri batek gailu bat identifikatzen du askotan, eta saio-hasteak pertsona bat, eta gailu batek hainbat pertsona balioz zerbitza ditzake. Gorde erlazioa haren jaulkipena kontrolatzen duzun forma batean, eta erabaki zer gertatzen den izena aldatzean, berriro jaulkitzean eta domeinuz kalifikatutako izenetan. Domeinu-prefijoa minuskulaz jartzeak edo kentzeak, direktorioa ulertu gabe, bereizita egon behar zuten bi kontu bat egin ditzake.

Gogoratu aukerak aldatzen duela bezero bakarrerako zein konfigurazio aplikatzen den, zeren client-config-dir izen arruntean oinarritzen baita.

Probatu parekatzea bi kredentzial baliodunekin

Hasi zure politikak onartzen duen bikotearekin eta egiaztatu konektatzen dela. Gero aurkeztu ziurtagiri baliodun bera beste kontu batekin, bestela balioduna: saiakera horrek huts egin behar du, eta huts egin behar du parekatze-arauarengatik, ez gaizki idatzitako pasahitz batengatik. Pasahitz okerrak pasahitzaren egiaztapena funtzionatzen duela frogatzen du eta ezer ez dio ziurtagiriaren eta kontuaren arteko arauari buruz.

Egiaztatu falta den ziurtagiriaren eta baliogabeko ziurtagiriaren bideak ere, eta egiaztatu zerbitzariak zein identitate erabiltzen duen bezero bakarrerako ezarpenetarako. Alderaketak funtziona dezan bide bakarra username-as-common-name desgaitzea bada, lehenik kalkulatu aldaketa horren kostua, zeren bezero bakoitzaren konfigurazio-bilaketa ziurtagiriaren izenera eramaten baitu berriro.