A macOS, l'elecció d'ECDSA en una configuració de client IKEv2 respon una pregunta estreta: quin certificat demostra la identitat del Mac. No descriu el certificat de la passarel·la, la signatura que va emetre el certificat del client ni la proposta de xifratge del túnel. Tractar aquests quatre rols com una sola qüestió de compatibilitat és com una configuració local correcta acaba culpada d'una discrepància del costat del servidor. La decisió és petita, però les proves que s'hi fan servir han de ser precises.

El camp anomena un certificat: la identitat local

L'API Network Extension d'Apple exposa un tipus de certificat per a la credencial del client, incloent-hi NEVPNIKEv2CertificateType.ECDSA256, documentat com el tipus de certificat ECDSA p-256. La propietat s'aplica al certificat subministrat mitjançant identityReference o identityData.

Això vol dir que la decisió tracta del certificat que presenta el Mac, més la clau privada que hi va associada. Trieu el tipus que coincideixi amb la clau pública d'aquest certificat fulla i subministreu la identitat mitjançant el mecanisme admès. Si el Mac no té cap clau privada utilitzable per a la identitat, l'elecció del tipus no pot salvar la connexió.

Els perfils gestionats prenen la mateixa decisió mitjançant CertificateType de la càrrega d'IKEv2, aparellat amb una referència de certificat com PayloadCertificateUUID. Aquests camps tenen requisits previs i un esquema per a la versió del sistema operatiu de destinació; un valor de tipus nu copiat en un perfil no és instal·lable, i una finestra de configuració pot no exposar totes les opcions de l'API. Comproveu els requisits previs de la càrrega per a aquella versió abans del desplegament.

Decideix per rol, no per l'etiqueta del certificat

Llegeix el camp que estàs a punt de canviar i pregunta a quin certificat apunta. Les etiquetes d'un visualitzador de certificats barregen el subjecte, l'emissor i l'algoritme de signatura, i només una d'elles pertany a l'elecció de la identitat del client.

What you inspectedWhat it controlsDoes it choose the Mac certificate type?
Client leaf public keyThe identity the Mac presentsYes, this is the field's subject
Issuer signature algorithmHow the client certificate was signedNo
Gateway certificateWhat the Mac validates as the peerNo, check it separately
IKE and ESP proposalsAlgorithms for the tunnelNo, separate proposal settings

Si el visualitzador de certificats mostra una signatura ECDSA de la CA, això descriu la clau de signatura de l'emissor. La clau pròpia del client pot continuar sent RSA, i el camp de tipus ha de seguir la clau del client, no la línia de signatura. Aquesta única confusió explica molts informes de "ECDSA està configurat però la connexió falla". Compareu el tipus de clau del full amb el tipus seleccionat al perfil abans de canviar res.

La decisió es fa més simple un cop identificada la fulla: ECDSA256 per a una clau de client p-256, un altre tipus admès per a una clau diferent. Si el certificat del client i la seva clau no coincideixen, arregleu aquesta parella abans de canviar el perfil de VPN.

El certificat de la passarel·la és una decisió a part

La passarel·la presenta el seu propi certificat i el Mac el valida contra un àncora de confiança i un nom esperat. Que aquest certificat faci servir ECDSA, RSA o un altre tipus de clau és una propietat del servidor, no de la configuració d'identitat del client.

El suport local per a un certificat de client ECDSA no demostra que tots els certificats de passarel·la, corbes o configuracions d'autenticació del servidor interoperin. Comproveu la identitat del servidor, la seva cadena i el seu mètode d'autenticació IKE com a entrades separades, i proveu amb el perfil que realment es desplegarà.

Si el certificat de la passarel·la és el problema, el símptoma sol aparèixer durant la validació del parell, no en la selecció d'identitat. Llegiu l'etapa de fallada abans de canviar el tipus de client, perquè una fallada de confiança i una discrepància de clau del client no comparteixen solució.

La signatura de l'emissor i el grup d'acord de claus no són el tipus del client

X.509 manté la clau pública del subjecte i la signatura de l'emissor en camps diferents. La informació de clau pública del subjecte descriu la clau del certificat; l'algoritme de signatura descriu la clau i l'operació de signatura de la CA. Només la primera coincideix amb la configuració de tipus de certificat.

Les propostes d'IKE i Child SA són un altre eix. Un tipus de certificat ECDSA no és una elecció de xifratge ESP, i canviar el grup d'acord de claus no selecciona cap tipus de certificat. Un perfil pot tenir propostes vàlides i el tipus d'identitat equivocat, o el tipus d'identitat correcte i una proposta que el parell rebutja.

Manteniu les tres línies separades al registre de canvis: certificat i clau d'identitat, entrades de confiança de la passarel·la i algoritmes de les propostes. Combinar-les en una sola nota de "configuració cripto" fa que la següent fallada sigui impossible d'atribuir.

Verifica la decisió amb els camps que has configurat

Comprova la identitat a la qual el perfil fa referència realment, i després confirma que el certificat d'aquella referència té la clau pública esperada i una clau privada utilitzable. El tipus mostrat a la interfície, el certificat referenciat i la clau del dispositiu han de coincidir.

Després confirma les entrades de la passarel·la: el nom del servidor esperat, l'àncora de confiança i el mètode d'autenticació IKE. Finalment, connecta i llegeix on s'atura l'handshake. Una fallada abans de l'intercanvi d'identitat apunta fora d'aquesta configuració; una fallada en la validació del parell apunta al costat de la passarel·la.

Anota el tipus triat, la referència d'identitat i el subjecte del certificat de la passarel·la a les notes de desplegament. La propera actualització del perfil pot canviar-ne qualsevol, i tres valors anomenats es comparen més ràpid que una captura de pantalla d'un panell de configuració.

Articles relacionats