Contenu

Introduction

Conditions préalables

Conditions requises

Composants utilisés

Se connecter de l'enable NAM

Configurez la capture de paquet NAM

Collecte de log

Lecture des logs NAM

Connectez-vous le résumé d'une connexion réseau sans authentification activée par 802.1x

Connectez-vous le résumé d'une connexion réseau utilisant le 802.1x et le PEAP au-dessus du réseau câblé

Introduction

Ce document décrit comment activer le gestionnaire d'accès au réseau d'AnyConnect (NAM) se connectant aussi bien que collecter et interpréter les logs. Les exemples inclus dans le document décrivent les différents scénarios d'authentification et les logs qui reflètent les étapes prises par le gestionnaire d'accès au réseau pour authentifier le client.

Conditions préalables

Conditions requises

Aucune spécification déterminée n'est requise pour ce document.

Composants utilisés

Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.

Se connecter de l'enable NAM

Si on identifie une question qui peut être liée au module NAM, la première étape est d'activer la fonctionnalité de journalisation étendue. Ceci doit être fait sur le point final de client tandis que le module NAM s'exécute.

Étape 1. Ouvrez la fenêtre d'AnyConnect et assurez-vous qu'elle est au foyer.

Étape 2. Appuyez sur cette combinaison de touches, déplacement gauche + a laissé l'Alt + le L. Il n'y a aucune réponse.

Étape 3. Clic droit sur l'icône d'AnyConnect dans la barre d'état de système Windows. Un menu s'affiche.

Étape 4. Sélectionnez se connecter étendu ainsi il fait afficher un coche. NAM se connecte maintenant les messages de débogage détaillés.

Configurez la capture de paquet NAM

Quand se connecter étendu est activé, NAM garde également aller de mémoire tampon de capture de paquet. La mémoire tampon est par défaut limité environ à 1MB. Si la capture de paquet est nécessaire, il peut être salutaire d'augmenter la taille de mémoire tampon ainsi elle capture plus d'activités. Pour étendre la mémoire tampon, un fichier de configuration XML doit être manuellement modifié.

Étape 1. Sur le PC Windows, parcourez à :

Client de mobilité de C:\ProgramData\Cisco\Cisco AnyConnect \ gestionnaire \ système sécurisés d'accès au réseau \

Étape 2. Fichier ouvert internalConfiguration.xml.

Étape 3. Localisez la balise <packetCaptureFileSize>1</packetCaptureFileSize> XML et ajustez la valeur à 10 pour une taille de mémoire tampon 10MB, et ainsi de suite.

Étape 4. Redémarrez le PC client pour la modification pour le prendre effet.

Collecte de log

La collecte de log NAM est faite par l'intermédiaire du diagnostic et de l'outil de génération de rapports (DART), qui est un module de suite d'AnyConnect. Dans l'installateur, sélectionnez un module et employez la pleine OIN d'installation d'AnnyConnect pour installer. L'installateur de l'interface de services de médias de Cisco (MSI) peut également être trouvé à l'intérieur de l'OIN.

Après que vous activiez se connecter étendu et réalisiez un essai, exécutiez simplement le DART et passiez par le dialogue, le paquet de log se trouve par défaut sur le bureau Windows.

En plus du paquet de DART, le journal des messages NAM est également utile de localiser les données appropriées dans le log NAM. Afin de trouver le journal des messages NAM, naviguez vers l'historique de fenêtre de configurations d'AnyConnect > de gestionnaire > de message d'accès au réseau. Le journal des messages contient l'horodateur de chaque événement de connexion réseau, qui peut être utilisé pour trouver les logs concernant l'événement.

Lecture des logs NAM

NAM se connecte, particulièrement après que vous activez se connecter étendu, contient un grand nombre de données, plus dont soyez inutile et pouvez être ignoré. Cette section répertorie les lignes de débogage pour expliquer chaque étape NAM prend pour établir une connexion réseau. Quand vous travaillez par un log, ces phrases clés peuvent être utiles de placer une partie du log concernant la question.

Connectez-vous le résumé d'une connexion réseau sans authentification activée par 802.1x

2016 17:20:37.974 +0600: %NAM-7-DEBUG_MSG: %[tid=1412]: Network test123: AccessStateMachine current state = ACCESS_STOPPED, received userEvent = START

Explication : Ceci indique que l'utilisateur a sélectionné un réseau de module NAM, et NAM a reçu un userEvent du DÉBUT.

538: TESTPC: May 16 2016 17:20:37.974 +0600: %NAM-7-DEBUG_MSG: %[tid=1412]: Network test123: AccessStateMachine new state = ACCESS_STARTED

539: TESTPC: May 16 2016 17:20:37.974 +0600: %NAM-7-DEBUG_MSG: %[tid=1412]: Network test123: NetworkStateMachine current state USER_T_DISCONNECTED, received access event ACCESS_STARTED

Explication : L'ordinateur de condition d'accès Et l'ordinateur d'état de réseau ont été démarrés.

545: TESTPC: May 16 2016 17:20:37.974 +0600: %NAM-7-DEBUG_MSG: %[tid=1412]: Ipv4 {EFDAF0F0-CF25-4D88-B125-E748CD539DFF}: received Cancel event [state: COMPLETE]

Explication : L'exemple d'ipv4 obtenu s'est annulé afin de remettre à l'état initial les états.

547: TESTPC: May 16 2016 17:20:37.974 +0600: %NAM-7-DEBUG_MSG: %[tid=1412]: starting makeMatches...

549: TESTPC: May 16 2016 17:20:37.989 +0600: %NAM-6-INFO_MSG: %[tid=1412]: matching adapter {484E4FEF-392C-436F-97F0-CD7206CD7D48} and network test123 ...

Explication : L'adaptateur avec l'ID 484E4FEF-392C-436F-97F0-CD7206CD7D48 a été sélectionné pour se connecter au réseau test123, qui est le nom de la connexion réseau configurée dans NAM.

551: TESTPC: May 16 2016 17:20:37.989 +0600: %NAM-7-DEBUG_MSG: %[tid=1412]: Network test123: AccessStateMachine new state = ACCESS_ATTACHED

557: TESTPC: May 16 2016 17:20:37.989 +0600: %NAM-7-DEBUG_MSG: %[tid=1412]: Network test123: AccessStateMachine current state = ACCESS_ATTACHED, received userEvent = CONNECT

Explication : NAM a avec succès engagé l'adaptateur pour ce réseau. Maintenant essais NAM à s'associer (se connecter) à ce réseau (qui s'avère justement être Sans fil) :

561: TESTPC: May 16 2016 17:20:37.989 +0600: %NAM-7-DEBUG_MSG: %[tid=1412]: ACE: adapter SM current: state(STATE_DISCONNECTED_LINK_DOWN), event(EVENT_CONNECT)

562: TESTPC: May 16 2016 17:20:37.989 +0600: %NAM-7-DEBUG_MSG: %[tid=1412]: ACE: adapter SM state change: STATE_DISCONNECTED_LINK_DOWN -> STATE_ASSOCIATING

567: TESTPC: May 16 2016 17:20:37.989 +0600: %NAM-6-INFO_MSG: %[tid=1412]: Starting wifi connection, trying ssid test123 ...

568: TESTPC: May 16 2016 17:20:37.989 +0600: %NAM-6-INFO_MSG: %[tid=1412]: Connection Association Started(openNoEncryption)

Explication : l'openNoEncryption indique que le réseau est configuré comme ouvert. Sur le contrôleur Sans fil de réseau local il utilise la dérivation d'authentification MAC (MAB) pour authentifier.

234: TESTPC: May 16 2016 17:20:38.020 +0600: %NAMSSO-7-DEBUG_MSG: %[tid=1912]: waiting for cs...

Explication : le Cs peut être vu beaucoup dans des logs NAM. Ce sont les logs inutiles et devraient être ignorés.

575: TESTPC: May 16 2016 17:20:38.020 +0600: %NAM-7-DEBUG_MSG: %[tid=1412]: Network test123: NetworkStateMachine new state USER_T_DISCONNECTED 236: TESTPC: May 16 2016 17:20:38.020 +0600: %NAMSSO-7-DEBUG_MSG: %[tid=1912]: Tx CP Msg: <?xml version="1.0" encoding="UTF-8"?><SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ssc="http://www.cisco.com/ssc" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"> <SOAP-ENV:Body> <networkStateEvent> <sequenceNumber>16</sequenceNumber> <groupName>Local networks</groupName> <networkName>test123</networkName> <networkState>Associating</networkState> <adapterName>Intel(R) Centrino(R) Ultimate-N 6300 AGN</adapterName> <serverVerifiedName></serverVerifiedName> </networkStateEvent> </SOAP-ENV:Body></SOAP-ENV:Envelope>

Explication : Ce sont des messages de protocole simple d'Access d'objet (SAVON) utilisés pour dire le GUI d'AnyConnect d'afficher le message d'état de la connexion tel qu'associer dans ce cas. Tous les messages d'erreur affichés sur la fenêtre NAM peuvent être trouvés dans un des messages de SAVON dans le log qui peut être utilisé pour localiser la question facilement.

582: TESTPC: May 16 2016 17:20:38.020 +0600: %NAM-7-DEBUG_MSG: %[tid=1412]: {484E4FEF-392C-436F-97F0-CD7206CD7D48} - Received STATE_AUTHENTICATED

583: TESTPC: May 16 2016 17:20:38.020 +0600: %NAM-7-DEBUG_MSG: %[tid=1412]: ACE: adapter SM current: state(STATE_ASSOCIATING), event(EVENT_AUTH_SUCCESS)

Explication : NAM reçoit un événement AUTH_SUCCESS, qui trompe parce qu'il n'y a aucune authentification qui s'est actuellement produite. Vous êtes obtenez cet événement simplement parce que vous vous connectez à un réseau ouvert, ainsi par l'authentification par défaut êtes réussi.

595: TESTPC: May 16 2016 17:20:38.738 +0600: %NAM-7-DEBUG_MSG: %[tid=1412]: Network test123: AccessStateMachine current state = ACCESS_ASSOCIATING, received adapterState = associated

Explication : L'association à l'Identifiant SSID (Service Set Identifier) est réussie, chronomètrent pour manipuler l'authentification.

603: TESTPC: May 16 2016 17:20:38.754 +0600: %NAM-6-INFO_MSG: %[tid=1412][mac=1,6,3c:a9:f4:33:ab:50]: Authentication not required.

604: TESTPC: May 16 2016 17:20:38.754 +0600: %NAM-7-DEBUG_MSG: %[tid=1412]: ACE: adapter SM current: state(STATE_ASSOCIATED), event(EVENT_AUTH_SUCCESS)

605: TESTPC: May 16 2016 17:20:38.754 +0600: %NAM-7-DEBUG_MSG: %[tid=1412]: ACE: adapter SM state change: STATE_ASSOCIATED -> STATE_AUTHENTICATED

Explication : Puisque c'est un réseau ouvert, il est par défaut authentifié. En ce moment, NAM est connecté au réseau et commence maintenant le processus DHCP :

610: TESTPC: May 16 2016 17:20:38.754 +0600: %NAM-7-DEBUG_MSG: %[tid=1412]: {484E4FEF-392C-436F-97F0-CD7206CD7D48} creating a new DHCP work

612: TESTPC: May 16 2016 17:20:38.754 +0600: %NAM-6-INFO_MSG: %[tid=1412][mac=1,6,3c:a9:f4:33:ab:50]: {484E4FEF-392C-436F-97F0-CD7206CD7D48}: DHCP: Sending DHCP request

613: TESTPC: May 16 2016 17:20:38.754 +0600: %NAM-7-DEBUG_MSG: %[tid=1412]: queueing DHCP work

642: TESTPC: May 16 2016 17:20:40.830 +0600: %NAM-7-DEBUG_MSG: %[tid=1448]: Ipv4 {484E4FEF-392C-436F-97F0-CD7206CD7D48}: connectivity test[03]: IP:10.201.230.196(255.255.255.224) GW:10.201.230.193 [Success]

643: TESTPC: May 16 2016 17:20:40.830 +0600: %NAM-7-DEBUG_MSG: %[tid=1412]: Ipv4 {484E4FEF-392C-436F-97F0-CD7206CD7D48}: received Success event [state: WAIT_FOR_CONNECTIVITY]

645: TESTPC: May 16 2016 17:20:40.845 +0600: %NAM-6-INFO_MSG: %[tid=1412][mac=1,6,3c:a9:f4:33:ab:50]: {484E4FEF-392C-436F-97F0-CD7206CD7D48}: IP Address Received: 10.201.230.196

646: TESTPC: May 16 2016 17:20:40.845 +0600: %NAM-7-DEBUG_MSG: %[tid=1412]: Ipv4 Connectivity Result: SUCCESS

Explication : NAM saisit avec succès une adresse IP.

648: TESTPC: May 16 2016 17:20:40.845 +0600: %NAM-7-DEBUG_MSG: %[tid=1412]: ACE: adapter SM current: state(STATE_AUTHENTICATED), event(EVENT_IP_CONNECTIVITY)

649: TESTPC: May 16 2016 17:20:40.845 +0600: %NAM-7-DEBUG_MSG: %[tid=1412]: ACE: adapter SM state change: STATE_AUTHENTICATED -> STATE_CONNECTED

Explication : Une fois qu'une adresse IP est reçue NAM enverra la demande d'ARP (Address Resolution Protocol) à la passerelle (Obtenir-Connectivité). Une fois que la réponse d'ARP est reçue le client est connecté.

Connectez-vous le résumé d'une connexion réseau utilisant le 802.1x et le PEAP au-dessus du réseau câblé

1286: TESTPC: May 16 2016 17:55:17.138 +0600: %NAM-7-DEBUG_MSG: %[tid=1412]: Network WiredPEAP: AccessStateMachine new state = ACCESS_STARTED

Explication : NAM commencé pour se connecter au réseau WiredPEAP.

1300: TESTPC: May 16 2016 17:55:17.138 +0600: %NAM-7-DEBUG_MSG: %[tid=1412]: Binding adapter Intel(R) 82579LM Gigabit Network Connection and user auth for network WiredPEAP

1303: TESTPC: May 16 2016 17:55:17.138 +0600: %NAM-7-DEBUG_MSG: %[tid=1412]: Network WiredPEAP: AccessStateMachine new state = ACCESS_ATTACHED

Explication : NAM a apparié un adaptateur à ce réseau.

1309: TESTPC: May 16 2016 17:55:17.138 +0600: %NAM-7-DEBUG_MSG: %[tid=1412]: Network WiredPEAP: AccessStateMachine current state = ACCESS_ATTACHED, received userEvent = CONNECT

1342: TESTPC: May 16 2016 17:55:17.154 +0600: %NAM-7-DEBUG_MSG: %[tid=1468][comp=SAE]: STATE (4) S_enterStateAux called with state = CONNECTING (dot1x_sm.c 142)

Explication : Se connecter commencé par NAM à ce réseau câblé.

1351: TESTPC: May 16 2016 17:55:17.154 +0600: %NAM-7-DEBUG_MSG: %[tid=1468][comp=SAE]: 8021X (4) Sent start frame (dot1x_sm.c 117)

Explication : Le client envoie EAPOL_START.

1388: TESTPC: May 16 2016 17:55:17.154 +0600: %NAM-7-DEBUG_MSG: %[tid=1468][comp=SAE]: PORT (3) net: RECV (status: UP, AUTO) (portMsg.c 658)

1389: TESTPC: May 16 2016 17:55:17.154 +0600: %NAM-7-DEBUG_MSG: %[tid=1468][comp=SAE]: 8021X (4) recvd EAP IDENTITY frame (dot1x_util.c 264)

1397: TESTPC: May 16 2016 17:55:17.154 +0600: %NAM-7-DEBUG_MSG: %[tid=1468][comp=SAE]: EAP (0) EAP State: EAP_STATE_IDENTITY (eap_auth_client.c 940)

Explication : Le client reçoit la demande d'identité du commutateur, il recherche maintenant un laisser-passer pour renvoyer.

1406: TESTPC: May 16 2016 17:55:17.154 +0600: %NAM-7-DEBUG_MSG: %[tid=1464]: EAP-CB: credential requested: sync=8, session-id=1, handle=00AE1FFC, type=AC_CRED_SESSION_START

1426: TESTPC: May 16 2016 17:55:17.169 +0600: %NAM-7-DEBUG_MSG: %[tid=1412]: EAP: processing credential request: sync=8, session-id=1, eap-handle=00AE1FFC, eap-level=0, auth-level=0, protected=0, type=CRED_REQ_SESSION_START

1458: TESTPC: May 16 2016 17:55:17.169 +0600: %NAM-6-INFO_MSG: %[tid=1412]: Trying fast reauthentication for unprotected identity anonymous

1464: TESTPC: May 16 2016 17:55:17.169 +0600: %NAM-7-DEBUG_MSG: %[tid=1412]: EAP: credential request completed, response sent: sync=9

Explication : Par défaut, Anyconnect envoie anonyme en tant qu'identité non protégée (identité externe), tellement ici il essaye anonyme et voit si le serveur est BIEN avec lui. Le fait que l'identité est anonyme par opposition à l'hôte/anonyme indique que c'est une authentification de l'utilisateur, plutôt que l'authentification de machine.

1492: TESTPC: May 16 2016 17:55:17.185 +0600: %NAM-7-DEBUG_MSG: %[tid=1468][comp=SAE]: 8021X (4) recvd EAP TLS frame (dot1x_util.c 293)

Explication : Le serveur de RADIUS envoie une trame de Layer Security de Protocol-transport d'authentification extensible (EAP-TLS) sans n'importe quel contenu. Son but est d'être en pourparlers le protocole d'EAP-TLS avec le client.

1516: TESTPC: May 16 2016 17:55:17.185 +0600: %NAM-6-INFO_MSG: %[tid=1412]: EAP: EAP suggested by server: eapTls

1517: TESTPC: May 16 2016 17:55:17.185 +0600: %NAM-6-INFO_MSG: %[tid=1412]: EAP: EAP requested by client: eapPeap

1518: TESTPC: May 16 2016 17:55:17.185 +0600: %NAM-7-DEBUG_MSG: %[tid=1412]: EAP: EAP methods sent: sync=10

1519: TESTPC: May 16 2016 17:55:17.185 +0600: %NAM-7-DEBUG_MSG: %[tid=1412]: EAP: credential request 10: state transition: PENDING -> RESPONDED

Explication : NAM identifie la demande du serveur d'utiliser l'EAP-TLS mais le client est configuré pour utiliser le Protected Extensible Authentication Protocol (PEAP). C'est la raison pour laquelle NAM renvoie un contre-offre pour le PEAP.

1520: TESTPC: May 16 2016 17:55:17.185 +0600: %NAM-7-DEBUG_MSG: %[tid=1412]: Auth[WiredPEAP:user-auth]: Authentication state transition: AUTH_STATE_UNPROTECTED_IDENTITY_SENT_FOR_FAST_REAUTHENTICATION -> AUTH_STATE_UNPROTECTED_IDENTITY_ACCEPTED

Explication : Le serveur de RADIUS reçoit identité externe/non protégée.

1551: TESTPC: May 16 2016 17:55:17.200 +0600: %NAM-7-DEBUG_MSG: %[tid=1468][comp=SAE]: 8021X (4) recvd EAP PEAP frame (dot1x_util.c 305)

1563: TESTPC: May 16 2016 17:55:17.200 +0600: %NAM-7-DEBUG_MSG: %[tid=1468][comp=SAE]: EAP (0) EAP-PEAP: SSL handshake start (eap_auth_tls_p.c 409)

Explication : La partie protégée de débuts PEAP (pour établir un tunnel sécurisé pour permuter les qualifications intérieures), après que le client reçoive une confirmation du serveur de RADIUS pour continuer l'utilisation du PEAP.

1565: TESTPC: May 16 2016 17:55:17.200 +0600: %NAM-7-DEBUG_MSG: %[tid=1468][comp=SAE]: EAP (0) SSL STATE: SSLv3 write client hello A (eap_auth_tls_p.c 394)

1566: TESTPC: May 16 2016 17:55:17.200 +0600: %NAM-7-DEBUG_MSG: %[tid=1468][comp=SAE]: EAP (0) SSL STATE: SSLv3 read server hello A (eap_auth_tls_p.c 394)

Explication : NAM envoie un client bonjour encapsulé dans le message d'EAP et attend le serveur bonjour pour être livré. Le serveur bonjour contient le certificat ISE, ainsi cela prend un certain temps de terminer transférer.

1622: TESTPC: May 16 2016 17:55:17.216 +0600: %NAM-7-DEBUG_MSG: %[tid=1468][comp=SAE]: 8021X (4) recvd EAP PEAP frame (dot1x_util.c 305)

1632: TESTPC: May 16 2016 17:55:17.216 +0600: %NAM-7-DEBUG_MSG: %[tid=1468][comp=SAE]: EAP (0) SSL STATE: SSLv3 read server hello A (eap_auth_tls_p.c 394)

1633: TESTPC: May 16 2016 17:55:17.216 +0600: %NAM-6-INFO_MSG: %[tid=1468][comp=SAE]: CERT (0) looking up: "/CN=ISE20-1.kurmai.com" (lookup.c 100)

1634: TESTPC: May 16 2016 17:55:17.232 +0600: %NAM-6-INFO_MSG: %[tid=1468][comp=SAE]: CERT (0) Certificate not found: "/CN=ISE20-1.kurmai.com" (lookup.c 133)

1646: TESTPC: May 16 2016 17:55:17.232 +0600: %NAM-7-DEBUG_MSG: %[tid=1468][comp=SAE]: EAP (0) SSL_ERROR_WANT_X509_LOOKUP (eap_auth_tls_p.c 193)

Explication : NAM a extrait le nom du sujet du serveur ISE du certificat de serveur. Puisqu'il n'a pas le certificat de serveur installé dans la mémoire de confiance, vous ne la trouvez pas là.

1649: TESTPC: May 16 2016 17:55:17.232 +0600: %NAM-7-DEBUG_MSG: %[tid=1468][comp=SAE]: EAP (5) EAP_EVENT_CRED_REQUEST queued (eapCredProcess.c 496)

1650: TESTPC: May 16 2016 17:55:17.232 +0600: %NAM-7-DEBUG_MSG: %[tid=1464][comp=SAE]: EAP (5) EAP: CRED_REQUEST (eapMessage.c 355)

1662: TESTPC: May 16 2016 17:55:17.232 +0600: %NAM-6-INFO_MSG: %[tid=1412]: Getting credentials from logon.

1685: TESTPC: May 16 2016 17:55:17.232 +0600: %NAM-7-DEBUG_MSG: %[tid=1412]: Auth[WiredPEAP:user-auth]: ...resumed

Explication : NAM recherche identité intérieure/protégée à envoyer au serveur de RADIUS après que le tunnel soit établi. Dans ce cas, « utilisez automatiquement mon nom de connexion de Windows et l'option de mot de passe » a été activée sur l'adaptateur de câble, ainsi les fenêtres d'utilisations NAM ouvrent une session des qualifications au lieu de demander à l'utilisateur lui.

1700: TESTPC: May 16 2016 17:55:17.247 +0600: %NAM-7-DEBUG_MSG: %[tid=1464][comp=SAE]: EAP (0) SSL STATE: SSLv3 write client key exchange A (eap_auth_tls_p.c 394)

1701: TESTPC: May 16 2016 17:55:17.247 +0600: %NAM-7-DEBUG_MSG: %[tid=1464][comp=SAE]: EAP (0) SSL STATE: SSLv3 write change cipher spec A (eap_auth_tls_p.c 394)

1750: TESTPC: May 16 2016 17:55:17.278 +0600: %NAM-7-DEBUG_MSG: %[tid=1468][comp=SAE]: EAP (0) SSL STATE: SSL negotiation finished successfully (eap_auth_tls_p.c 394)

1751: TESTPC: May 16 2016 17:55:17.278 +0600: %NAM-7-DEBUG_MSG: %[tid=1468][comp=SAE]: EAP (0) EAP-PEAP: SSL handshake done (eap_auth_tls_p.c 425)

1752: TESTPC: May 16 2016 17:55:17.278 +0600: %NAM-7-DEBUG_MSG: %[tid=1468][comp=SAE]: EAP (0) EAP-PEAP: New session. (eap_auth_tls_p.c 433)

1753: TESTPC: May 16 2016 17:55:17.278 +0600: %NAM-7-DEBUG_MSG: %[tid=1468][comp=SAE]: EAP (0) EAP-PEAP: session cipher AES256-SHA. (eap_auth_tls_p.c 441)

Explication : Clé de client et spécification de chiffrement envoyées par NAM au serveur et à la confirmation reçue. La négociation SSL est réussie et un tunnel est établi.

1810: TESTPC: May 16 2016 17:55:17.294 +0600: %NAM-6-INFO_MSG: %[tid=1412]: Protected identity/(Username) sent.

1814: TESTPC: May 16 2016 17:55:17.294 +0600: %NAM-7-DEBUG_MSG: %[tid=1412]: Auth[WiredPEAP:user-auth]: Authentication state transition: AUTH_STATE_UNPROTECTED_IDENTITY_ACCEPTED -> AUTH_STATE_PROTECTED_IDENTITY_SENT

1883: TESTPC: May 16 2016 17:55:17.310 +0600: %NAM-7-DEBUG_MSG: %[tid=1412]: Auth[WiredPEAP:user-auth]: Authentication state transition: AUTH_STATE_PROTECTED_IDENTITY_SENT -> AUTH_STATE_PROTECTED_IDENTITY_ACCEPTED

Explication : L'identité protégée est envoyée au serveur, qui reçoit l'identité. Maintenant le serveur demande le mot de passe.

1902: TESTPC: May 16 2016 17:55:17.310 +0600: %NAM-7-DEBUG_MSG: %[tid=1464][comp=SAE]: EAP (5) deferred password request (eapRequest.c 147)

1918: TESTPC: May 16 2016 17:55:17.310 +0600: %NAM-6-INFO_MSG: %[tid=1412]: Protected password sent.

1921: TESTPC: May 16 2016 17:55:17.325 +0600: %NAM-7-DEBUG_MSG: %[tid=1412]: Auth[WiredPEAP:user-auth]: Authentication state transition: AUTH_STATE_PROTECTED_IDENTITY_ACCEPTED -> AUTH_STATE_CREDENTIAL_SENT

Explication : NAM reçoit la demande de mot de passe et envoie le mot de passe au serveur.

2076: TESTPC: May 16 2016 17:55:17.856 +0600: %NAM-7-DEBUG_MSG: %[tid=1412]: Auth[WiredPEAP:user-auth]: Authentication state transition: AUTH_STATE_CREDENTIAL_SENT -> AUTH_STATE_SUCCESS

2077: TESTPC: May 16 2016 17:55:17.856 +0600: %NAM-7-DEBUG_MSG: %[tid=1468][comp=SAE]: STATE (4) S_enterStateAux called with state = AUTHENTICATED (dot1x_sm.c 142)

Explication : Le serveur reçoit le mot de passe, le vérifie et envoie l'Eap-succès. L'authentification est réussie en ce moment, et le client poursuit pendant qu'elle obtient l'adresse IP du DHCP.