HTTPS IP pribatu batera: ziurtagiriaren identitatea edo ostalariaren izena?
IP pribatu bat baliozko TLS identitatea izan daiteke ziurtagiriak hala badio. Aukeratu IP SAN baten eta ostalari-izen egonkor baten artean, eta gero planifikatu helbide-aldaketa.
Zure zerbitzuak https://10.60.0.25 helbidean TLS autentifikatua izan dezake DNS izenik gabe ere. Helbidea da bezeroak baliozkotu behar duen identitatea, eta ziurtagiriak zehazki deskribatu behar du. Erabakia da helbide hori nahikoa egonkorra ote den identitate izateko, edo ostalari-izen bat errazago mantenduko ote litzatekeen. VPNak irisgarritasunari erantzuten dio; honi ez dio erantzuten.
Identitatea eta konfiantza ongi jarri, eta IPan oinarritutako URLa diseinu zilegia da.
Zer baliozkotzen duen bezeroak benetan
Bezeroak URLko erreferentzia-identitatea ziurtagiriaren subjektu-izen alternatiboekin konparatzen du. IP helbide baterako, horrek helbidearen berdina den iPAddress sarrera bat esan nahi du. Izen komun atsegina ez da horren ordezkoa.
RFC 9525 IP helbideen identitateak DNS izenetatik bereizten ditu eta bat-etortze araua definitzen du. Helbidea subjektu-etiketan soilik edo DNS motako sarrera gisa jartzeak ez du bat-etortzerik sortzen. Horregatik SAN da abisu bat agertzean aztertu beharreko eremua.
Konfiantza bigarren egiaztapen independentea da. Izenaren bat-etortzeak ez du konpontzen konfiantzarik gabeko kate bat, iraungitako ziurtagiri bat edo beste helburu baterako emandako ziurtagiri bat.
Lehenengo erabakia: nahikoa egonkorra al da helbidea identitate izateko
Helbidea zabalpenaren bizitza osoan finkoa bada, IP SAN ziurtagiri bat sinplea eta zintzoa da. Zerbitzua mugi badaiteke, mugimendu bakoitza ziurtagiriaren ordezkapen eta bezeroen eguneratze koordinatu bihurtzen da.
Ostalari-izen egonkor batek akoplamendu hori murrizten du. Bezeroek izena erabiltzen dute, onartutako DNSak uneko helbidera mapatzen du, eta helbide-aldaketa identitate-aldaketa izateari uzten dio. Ziurtagiriak berritzea behar du oraindik, baina URLak ez du aldatzen.
Kudeatutako hosts fitxategi-sarrera batek mapa dezake ingurune txiki batean. Banaketa-erantzukizun bat gehitzen du; ez du TLS egiaztapena ordezkatzen.
Bigarren erabakia: nola fidatuko den bezeroa igorlearekin
CA pribatu baterako, banatu konfiantza-aukera gailu jakinetara onartutako mekanismo baten bidez. Ez irakatsi erabiltzaileei abisuak gainditzen edo saio-hasierako orrialde batek emandako ziurtagiri bat instalatzen. Ziurtagiri publikoki fidagarria nahi baduzu, egiaztatu igorlearen uneko arauak helbide pribatuetarako, haren inguruan planifikatu aurretik. Igorle publiko gehienek ez dute IP pribatu bat identitate publiko gisa baliozkotuko.
Aztertu benetako nabigatzailea edo aplikazioa. Bere konfiantza-biltegia eta baliozkotze-jokabidea sistema eragilearen ziurtagiri-dokumentazio orokorra baino garrantzitsuagoak dira. Egiaztatu benetako gailuan, ez soilik kontsolean.
Baliteke VPN atebidea web aplikazioa exekutatzen duen makina ez izatea, beraz ez pentsa tunelaren ziurtagiriak honekin zerikusirik duenik.
Planifikatu helbide-aldaketa gertatu aurretik
10.60.0.25 10.60.0.40 bihurtzen bada, ziurtagiri zaharrak ez du URLik deskribatzen. Planifikatu ordezkapena eta bezeroaren eguneratzea elkarrekin, eta ez ezazu inoiz egiaztapena desaktibatu mugimenduan zehar.
Aukeratu erabiltzaileek idatziko duten edo aplikazioek konfiguratuko duten identitatea, eta gero lerrokatu horren inguruan ematea, konfiantza, zabalpena eta berritzea. Abisu bat baztertu duen orrialde irisgarria ez da bezeroak identitatea egiaztatzen duen zerbitzuaren emaitza bera.