Table des matières

Introduction

Conditions préalables

Exigences

Composants utilisés

Configurer

Diagramme du réseau

Configurations

Partie 1 - Configuration sur le WLC d'ancrage 5508

Partie 2 - Configuration de la mobilité d'accès convergé entre le WLC de la gamme 5508/5760 et le commutateur de la gamme Catalyst 3850

Partie 3 : Configuration sur le commutateur étranger de la gamme Catalyst 3850

Vérifier

Dépannage

Introduction

Ce document décrit comment configurer les contrôleurs LAN sans fil (WLC) de la gamme 5508/5760 et le commutateur de la gamme Catalyst 3850 pour l'ancre d'invité du client sans fil dans la nouvelle configuration de déploiement de mobilité où le WLC de la gamme 5508 agit en tant qu'ancre de mobilité et le commutateur de la gamme Catalyst 3850 agit en tant que contrôleur étranger de mobilité pour les clients. En outre, le commutateur de la gamme Catalyst 3850 agit comme agent de mobilité pour un WLC de la gamme 5760 qui agit comme contrôleur de mobilité à partir duquel le commutateur de la gamme Catalyst 3850 acquiert la licence de point d'accès (AP).

Conditions préalables

Exigences

Cisco recommande de posséder des connaissances sur les sujets suivants avant de tenter cette configuration :

- Interface graphique utilisateur ou CLI de Cisco IOS® avec les WLC d'accès convergé des gammes 5760 et 3650 et le commutateur de la gamme Catalyst 3850

- Accès GUI et CLI avec le WLC 5508

- Configuration SSID (Service Set Identifier)

- Authentification Web

Composants utilisés

Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :

- Cisco 5760 version 3.3.3 (armoire de répartition nouvelle génération [NGWC])

- Commutateur de la gamme Catalyst 3850

- WLC de la gamme Cisco 5508, version 7.6.120

- Points d'accès légers Cisco 3602

- Commutateurs Cisco Catalyst, série 3560

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.

Configurer

Remarque : utilisez l'outil de recherche de commandes (clients enregistrés uniquement) afin d'obtenir plus d'informations sur les commandes utilisées dans cette section.

Diagramme du réseau

Le WLC de la gamme 5508 agit en tant que contrôleur d'ancrage, et le commutateur de la gamme Catalyst 3850 agit en tant que contrôleur étranger et agent de mobilité qui obtient la licence du contrôleur de mobilité 5760.

Remarque : dans le schéma de réseau, le WLC de la gamme 5508 agit en tant que contrôleur d'ancrage, le WLC de la gamme 5760 agit en tant que contrôleur de mobilité et le commutateur de la gamme Catalyst 3850 agit en tant qu'agent de mobilité et WLC étranger. À tout moment, le contrôleur d'ancrage pour le commutateur de la gamme Catalyst 3850 est le WLC de la gamme 5760 ou le WLC de la gamme 5508. Les deux ne peuvent pas être des ancres en même temps, car la double ancre ne fonctionne pas.

Configurations

La configuration comprend trois parties :

Partie 1 - Configuration sur le WLC d'ancrage 5508

Partie 2 - Configuration de la mobilité d'accès convergé entre le WLC de la gamme 5508/5760 et le commutateur de la gamme Catalyst 3850

Partie 3 - Configuration sur le commutateur étranger de la gamme Catalyst 3850

Partie 1 - Configuration sur le WLC d'ancrage 5508

1. Sur le WLC de la gamme 5508, passez le curseur sur WLAN > New afin de créer un nouveau WLAN (Wireless LAN).

2. Passez le curseur sur WLAN > WLAN Edit > Security > Layer 3 enabled Web-authentication afin de configurer la sécurité de la couche 3.

3. Définissez l'adresse d'ancrage local dans la fenêtre de configuration de l'ancrage de mobilité WLAN afin d'ajouter le WLC de la gamme 5508 en tant qu'ancrage.

4. Passez le curseur sur Security > Webauth > Webauth page afin de configurer la page Webauth à utiliser pour l'authentification du client.

Dans cet exemple, la page WLC Internal Webauth est sélectionnée :

5. Créez un utilisateur réseau local. Cette paire nom d'utilisateur/mot de passe est utilisée par l'utilisateur lorsque vous y êtes invité sur la page Webauth.

Partie 2 - Configuration de la mobilité d'accès convergé entre le WLC de la gamme 5508/5760 et le commutateur de la gamme Catalyst 3850

1. Sur le WLC de la gamme 5508, ajoutez le WLC de la gamme 5760 comme homologue de mobilité.

2. Sur le WLC de la gamme 5760, agissant en tant que contrôleur de mobilité, ajoutez le WLC de la gamme 5508 en tant qu'homologue de mobilité.

3. Cette étape est très importante ! Ajoutez le commutateur de la gamme Catalyst 3850 en tant qu'agent de mobilité sur le WLC de la gamme 5760 sous l'onglet Switch Peer Group sous Mobility Management.

4. Sur le commutateur de la gamme Catalyst 3850, ajoutez le WLC de la gamme 5760 en tant que contrôleur de mobilité. Une fois que vous avez fait cela, le commutateur de la gamme Catalyst 3850 saisit la licence AP coult du contrôleur de mobilité 5760.

Partie 3 : Configuration sur le commutateur étranger de la gamme Catalyst 3850

1. Passez le curseur sur GUI > Configuration > Wireless > WLAN > New afin de configurer le SSID/WLAN exact sur le commutateur de la gamme Catalyst 3850.

2. Passez le curseur sur WLAN > WLAN Edit > Security > Layer 3 enabled Web-authentication afin de configurer la sécurité de la couche 3.

3. Ajoutez l'adresse IP WLC de la gamme 5508 comme point d'ancrage dans la configuration d'ancrage de mobilité WLAN

Vérifier

Utilisez cette section pour confirmer que votre configuration fonctionne correctement.

Connectez le client au réseau sans fil unifié Cisco WLAN (CUWN). Voici le flux de travail :

1. Le client reçoit une adresse IP.

2. Le client ouvre un navigateur et accède à n'importe quel site Web.

3. Le premier paquet TCP envoyé par le client est détourné par le WLC, qui intercepte et envoie la page Webauth.

4. Si le DNS est correctement configuré, le client obtient la page Webauth.

5. Le client doit fournir le nom d'utilisateur/mot de passe pour être authentifié.

6. Une fois l'authentification réussie, le client est redirigé vers la page d'accès d'origine.

7. Une fois que le client a fourni les informations d'identification appropriées, il passe l'authentification.

Dépannage

Afin de dépanner votre configuration, entrez ces débogages sur le WLC de la gamme 5508, qui agit comme un ancrage invité :

Debug Client

Debug web-auth redirect enable mac

Voici un exemple :

Debug Client 00:17:7C:2F:B6:9A

Debug web-auth redirect enable mac 00:17:7C:2F:B6:9A

show debug

MAC Addr 1.................................. 00:17:7C:2F:B6:9A

Debug Flags Enabled:

dhcp packet enabled.

dot11 mobile enabled.

dot11 state enabled

dot1x events enabled.

dot1x states enabled.

FlexConnect ft enabled.

pem events enabled.

pem state enabled.

CCKM client debug enabled.

webauth redirect enabled.

*mmMaListen: May 19 13:36:34.276: 00:17:7c:2f:b6:9a Adding mobile on Remote AP

00:00:00:00:00:00(0)

*mmMaListen: May 19 13:36:34.277: 00:17:7c:2f:b6:9a override for default ap group,

marking intgrp NULL

*mmMaListen: May 19 13:36:34.277: 00:17:7c:2f:b6:9a Applying Interface policy on

Mobile, role Unassociated. Ms NAC State 2 Quarantine Vlan 0 Access Vlan 0

*mmMaListen: May 19 13:36:34.277: 00:17:7c:2f:b6:9a Re-applying interface policy

for client

*mmMaListen: May 19 13:36:34.277: 00:17:7c:2f:b6:9a 0.0.0.0 START (0) Changing IPv4

ACL 'none' (ACL ID 255) ===> 'none' (ACL ID 255) --- (caller apf_policy.c:2219)

*mmMaListen: May 19 13:36:34.277: 00:17:7c:2f:b6:9a 0.0.0.0 START (0) Changing IPv6

ACL 'none' (ACL ID 255) ===> 'none' (ACL ID 255) --- (caller apf_policy.c:2240)

*mmMaListen: May 19 13:36:34.277: 00:17:7c:2f:b6:9a apfApplyWlanPolicy: Apply WLAN

Policy over PMIPv6 Client Mobility Type

*mmMaListen: May 19 13:36:34.277: 00:17:7c:2f:b6:9a override from intf group to an

intf for roamed client - removing intf group from mscb

*mmMaListen: May 19 13:36:34.277: 00:17:7c:2f:b6:9a 0.0.0.0 AUTHCHECK (2) Change

state to L2AUTHCOMPLETE (4) last state AUTHCHECK (2)

*mmMaListen: May 19 13:36:34.277: 00:17:7c:2f:b6:9a 0.0.0.0 L2AUTHCOMPLETE (4)

Change state to DHCP_REQD (7) last state L2AUTHCOMPLETE (4)

*mmMaListen: May 19 13:36:34.277: 00:17:7c:2f:b6:9a Resetting web IPv4 acl from

255 to 255

*mmMaListen: May 19 13:36:34.277: 00:17:7c:2f:b6:9a Resetting web IPv4 Flex acl

from 65535 to 65535

*mmMaListen: May 19 13:36:34.277: 00:17:7c:2f:b6:9a Stopping deletion of Mobile

Station: (callerId: 53)

*mmMaListen: May 19 13:36:34.277: 00:17:7c:2f:b6:9a 0.0.0.0 DHCP_REQD (7) Adding

Fast Path rule   type = Airespace AP - Learn IP address

on AP 00:00:00:00:00:00, slot 0, interface = 1, QOS = 0

IPv4 ACL ID = 255, IPv

*mmMaListen: May 19 13:36:34.277: 00:17:7c:2f:b6:9a 0.0.0.0 DHCP_REQD (7) Fast Path

rule (contd...) 802.1P = 0, DSCP = 0, TokenID = 15206  Local Bridging Vlan = 60,

Local Bridging intf id = 13

*mmMaListen: May 19 13:36:34.277: 00:17:7c:2f:b6:9a 0.0.0.0 DHCP_REQD (7)

Successfully plumbed mobile rule (IPv4 ACL ID 255, IPv6 ACL ID 255, L2 ACL ID 255)

*mmMaListen: May 19 13:36:34.278: 00:17:7c:2f:b6:9a 0.0.0.0 DHCP_REQD (7) State

Update from Mobility-Incomplete to Mobility-Complete, mobility role=ExpAnchor,

client state=APF_MS_STATE_ASSOCIATED

*mmMaListen: May 19 13:36:34.278: 00:17:7c:2f:b6:9a 0.0.0.0 DHCP_REQD (7)

Change state to DHCP_REQD (7) last state DHCP_REQD (7)

*mmMaListen: May 19 13:36:34.278: 00:17:7c:2f:b6:9a 0.0.0.0 DHCP_REQD (7)

pemAdvanceState2 5807, Adding TMP rule

*mmMaListen: May 19 13:36:34.278: 00:17:7c:2f:b6:9a 0.0.0.0 DHCP_REQD (7)

Replacing Fast Path rule

type = Airespace AP - Learn IP address

on AP 00:00:00:00:00:00, slot 0, interface = 1, QOS = 0

IPv4 ACL ID = 255,

*mmMaListen: May 19 13:36:34.278: 00:17:7c:2f:b6:9a 0.0.0.0 DHCP_REQD (7)

Fast Path rule (contd...) 802.1P = 0, DSCP = 0, TokenID = 15206  Local

Bridging Vlan = 60, Local Bridging intf id = 13

*mmMaListen: May 19 13:36:34.278: 00:17:7c:2f:b6:9a 0.0.0.0 DHCP_REQD (7)

Successfully plumbed mobile rule (IPv4 ACL ID 255, IPv6 ACL ID 255, L2 ACL ID 255)

*pemReceiveTask: May 19 13:36:34.278: 00:17:7c:2f:b6:9a Set bi-dir guest tunnel

for 00:17:7c:2f:b6:9a as in Export Anchor role

*pemReceiveTask: May 19 13:36:34.278: 00:17:7c:2f:b6:9a 0.0.0.0 Added NPU entry

of type 9, dtlFlags 0x4

*pemReceiveTask: May 19 13:36:34.278: 00:17:7c:2f:b6:9a Sent an XID frame

*pemReceiveTask: May 19 13:36:34.278: 00:17:7c:2f:b6:9a Set bi-dir guest tunnel

for 00:17:7c:2f:b6:9a as in Export Anchor role

*pemReceiveTask: May 19 13:36:34.278: 00:17:7c:2f:b6:9a 0.0.0.0 Added NPU entry

of type 9, dtlFlags 0x4

*IPv6_Msg_Task: May 19 13:36:34.281: 00:17:7c:2f:b6:9a Pushing IPv6 Vlan Intf

ID 13: fe80:0000:0000:0000:6c1a:b253:d711:0c7f , and MAC: 00:17:7C:2F:B6:9A ,

Binding to Data Plane. SUCCESS !! dhcpv6bitmap 0

*IPv6_Msg_Task: May 19 13:36:34.281: 00:17:7c:2f:b6:9a Calling mmSendIpv6AddrUpdate

for addition of IPv6: fe80:0000:0000:0000:6c1a:b253:d711:0c7f , for MAC:

00:17:7C:2F:B6:9A

*IPv6_Msg_Task: May 19 13:36:34.281: 00:17:7c:2f:b6:9a mmSendIpv6AddrUpdate:4800

Assigning an IPv6 Addr fe80:0000:0000:0000:6c1a:b253:d711:0c7f  to the client in

Anchor state update the foreign switch 10.105.135.226

*IPv6_Msg_Task: May 19 13:36:34.281: 00:17:7c:2f:b6:9a Link Local address fe80::

6c1a:b253:d711:c7f updated to mscb. Not Advancing pem state.Current state: mscb

in apfMsMmInitial mobility state and client state APF_MS_STATE_AS

*mmMaListen: May 19 13:36:34.298: 00:17:7c:2f:b6:9a 0.0.0.0 DHCP_REQD (7)

Replacing Fast Path rule

type = Airespace AP - Learn IP address

on AP 00:00:00:00:00:00, slot 0, interface = 1, QOS = 0

IPv4 ACL ID = 255,

*mmMaListen: May 19 13:36:34.298: 00:17:7c:2f:b6:9a 0.0.0.0 DHCP_REQD (7)

Fast Path rule (contd...) 802.1P = 0, DSCP = 0, TokenID = 15206  Local Bridging

Vlan = 60, Local Bridging intf id = 13

*mmMaListen: May 19 13:36:34.298: 00:17:7c:2f:b6:9a 0.0.0.0 DHCP_REQD (7)

Successfully plumbed mobile rule (IPv4 ACL ID 255, IPv6 ACL ID 255, L2 ACL ID 255)

*pemReceiveTask: May 19 13:36:34.298: 00:17:7c:2f:b6:9a Set bi-dir guest tunnel for

00:17:7c:2f:b6:9a as in Export Anchor role

*pemReceiveTask: May 19 13:36:34.298: 00:17:7c:2f:b6:9a 0.0.0.0 Added NPU entry of

type 9, dtlFlags 0x4

*dtlArpTask: May 19 13:36:34.564: 00:17:7c:2f:b6:9a Static IP client associated to

interface vlan60 which can support client subnet.

*dtlArpTask: May 19 13:36:34.564: 00:17:7c:2f:b6:9a 60.60.60.11 DHCP_REQD (7)

Change state to WEBAUTH_REQD (8) last state DHCP_REQD (7)

*dtlArpTask: May 19 13:36:34.564: 00:17:7c:2f:b6:9a 60.60.60.11 WEBAUTH_REQD (8)

pemAdvanceState2 6717, Adding TMP rule

*dtlArpTask: May 19 13:36:34.564: 00:17:7c:2f:b6:9a 60.60.60.11 WEBAUTH_REQD (8)

Replacing Fast Path rule

type = Airespace AP Client - ACL passthru

on AP 00:00:00:00:00:00, slot 0, interface = 1, QOS = 0

IPv4 ACL

*dtlArpTask: May 19 13:36:34.564: 00:17:7c:2f:b6:9a 60.60.60.11 WEBAUTH_REQD (8)

Fast Path rule (contd...) 802.1P = 0, DSCP = 0, TokenID = 15206  Local Bridging

Vlan = 60, Local Bridging intf id = 13

*dtlArpTask: May 19 13:36:34.564: 00:17:7c:2f:b6:9a 60.60.60.11 WEBAUTH_REQD (8)

Successfully plumbed mobile rule (IPv4 ACL ID 255, IPv6 ACL ID 255, L2 ACL ID 255)

*dtlArpTask: May 19 13:36:34.564: 00:17:7c:2f:b6:9a Plumbing web-auth redirect rule

due to user logout

*dtlArpTask: May 19 13:36:34.564: 00:17:7c:2f:b6:9a apfAssignMscbIpAddr:1148

Assigning an Ip Addr 60.60.60.11 to the client in Anchor state update the foreign

switch 10.105.135.226

*dtlArpTask: May 19 13:36:34.565: 00:17:7c:2f:b6:9a Assigning Address 60.60.60.11

to mobile

*pemReceiveTask: May 19 13:36:34.565: 00:17:7c:2f:b6:9a Set bi-dir guest tunnel for

00:17:7c:2f:b6:9a as in Export Anchor role

*pemReceiveTask: May 19 13:36:34.565: 00:17:7c:2f:b6:9a 60.60.60.11 Added NPU entry

of type 2, dtlFlags 0x4

*pemReceiveTask: May 19 13:36:34.565: 00:17:7c:2f:b6:9a Pushing IPv6:

fe80:0000:0000:0000:6c1a:b253:d711:0c7f , and MAC: 00:17:7C:2F:B6:9A , Binding to

Data Plane. SUCCESS !!

*pemReceiveTask: May 19 13:36:34.565: 00:17:7c:2f:b6:9a Sent an XID frame

(5508-MC) >

(5508-MC) >

(5508-MC) >*DHCP Socket Task: May 19 13:36:44.259: 00:17:7c:2f:b6:9a DHCP received

op BOOTREQUEST (1) (len 314,vlan 0, port 1, encap 0xec07)

*DHCP Socket Task: May 19 13:36:44.259: 00:17:7c:2f:b6:9a DHCP (encap type 0xec07)

mstype 3ff:ff:ff:ff:ff:ff

*DHCP Socket Task: May 19 13:36:44.259: 00:17:7c:2f:b6:9a DHCP selecting relay 1 -

control block settings:

dhcpServer: 0.0.0.0, dhcpNetmask: 0.0.0.0,

dhcpGateway: 0.0.0.0, dhcpRelay: 0.0.0.0  VLAN: 0

*DHCP Socket Task: May 19 13:36:44.259: 00:17:7c:2f:b6:9a DHCP selected relay 1 -

60.60.60.251 (local address 60.60.60.2, gateway 60.60.60.251, VLAN 60, port 1)

*DHCP Socket Task: May 19 13:36:44.260: 00:17:7c:2f:b6:9a DHCP transmitting DHCP

REQUEST (3)

*DHCP Socket Task: May 19 13:36:44.260: 00:17:7c:2f:b6:9a DHCP   op: BOOTREQUEST,

htype: Ethernet, hlen: 6, hops: 1

*DHCP Socket Task: May 19 13:36:44.260: 00:17:7c:2f:b6:9a DHCP   xid: 0xad00ada3

(2902502819), secs: 3072, flags: 0

*DHCP Socket Task: May 19 13:36:44.260: 00:17:7c:2f:b6:9a DHCP   chaddr:

00:17:7c:2f:b6:9a

*DHCP Socket Task: May 19 13:36:44.260: 00:17:7c:2f:b6:9a DHCP   ciaddr: 0.0.0.0,

yiaddr: 0.0.0.0

*DHCP Socket Task: May 19 13:36:44.260: 00:17:7c:2f:b6:9a DHCP   siaddr: 0.0.0.0,

giaddr: 60.60.60.2

*DHCP Socket Task: May 19 13:36:44.260: 00:17:7c:2f:b6:9a DHCP   requested ip:

60.60.60.11

*DHCP Socket Task: May 19 13:36:44.260: 00:17:7c:2f:b6:9a DHCP sending REQUEST to

60.60.60.251 (len 358, port 1, vlan 60)

*DHCP Socket Task: May 19 13:36:44.260: 00:17:7c:2f:b6:9a DHCP selecting relay 2 -

control block settings:

dhcpServer: 0.0.0.0, dhcpNetmask: 0.0.0.0,

dhcpGateway: 0.0.0.0, dhcpRelay: 60.60.60.2  VLAN: 60

*DHCP Socket Task: May 19 13:36:44.260: 00:17:7c:2f:b6:9a DHCP selected relay 2 -

NONE (server address 0.0.0.0,local address 0.0.0.0, gateway 60.60.60.251, VLAN 60,

port 1)

*DHCP Socket Task: May 19 13:36:44.260: 00:17:7c:2f:b6:9a DHCP received op BOOTREPLY

(2) (len 308,vlan 60, port 1, encap 0xec00)

*DHCP Socket Task: May 19 13:36:44.261: 00:17:7c:2f:b6:9a DHCP setting server from ACK

(server 60.60.60.251, yiaddr 60.60.60.11)

*DHCP Socket Task: May 19 13:36:44.261: 00:17:7c:2f:b6:9a DHCP transmitting DHCP

ACK (5)

*DHCP Socket Task: May 19 13:36:44.261: 00:17:7c:2f:b6:9a DHCP   op: BOOTREPLY, htype:

Ethernet, hlen: 6, hops: 0

*DHCP Socket Task: May 19 13:36:44.261: 00:17:7c:2f:b6:9a DHCP   xid: 0xad00ada3

(2902502819), secs: 0, flags: 0

*DHCP Socket Task: May 19 13:36:44.261: 00:17:7c:2f:b6:9a DHCP   chaddr:

00:17:7c:2f:b6:9a

*DHCP Socket Task: May 19 13:36:44.261: 00:17:7c:2f:b6:9a DHCP   ciaddr: 0.0.0.0,

yiaddr: 60.60.60.11

*DHCP Socket Task: May 19 13:36:44.261: 00:17:7c:2f:b6:9a DHCP   siaddr: 0.0.0.0,

giaddr: 0.0.0.0

*DHCP Socket Task: May 19 13:36:44.261: 00:17:7c:2f:b6:9a DHCP   server id:

192.168.200.1  rcvd server id: 60.60.60.251

*webauthRedirect: May 19 13:36:47.678: 0:17:7c:2f:b6:9a- received connection

*webauthRedirect: May 19 13:36:47.680: captive-bypass detection disabled, Not

checking for wispr in HTTP GET, client mac=0:17:7c:2f:b6:9a

*webauthRedirect: May 19 13:36:47.680: 0:17:7c:2f:b6:9a- Preparing redirect

URL according to configured Web-Auth type

*webauthRedirect: May 19 13:36:47.680: 0:17:7c:2f:b6:9a- Checking custom-web

config for WLAN ID:4

*webauthRedirect: May 19 13:36:47.680: 0:17:7c:2f:b6:9a- unable to get the hostName

for virtual IP, using virtual IP =192.168.200.1

*webauthRedirect: May 19 13:36:47.680: 0:17:7c:2f:b6:9a- Global status is enabled,

checking on web-auth type

*webauthRedirect: May 19 13:36:47.680: 0:17:7c:2f:b6:9a- Web-auth type Internal,

no further redirection needed. Presenting defualt login page to user

*webauthRedirect: May 19 13:36:47.680: 0:17:7c:2f:b6:9a- http_response_msg_body1

is <HTML><HEAD><TITLE> Web Authentication Redirect</TITLE><META http-equiv=

"Cache-control" content="no-cache"><META http-equiv="Pragma" content="n

*webauthRedirect: May 19 13:36:47.680: 0:17:7c:2f:b6:9a- http_response_msg_body2

is "></HEAD></HTML>

*webauthRedirect: May 19 13:36:47.680: 0:17:7c:2f:b6:9a-  parser host is

www.facebook.com

*webauthRedirect: May 19 13:36:47.680: 0:17:7c:2f:b6:9a- parser path is /

*webauthRedirect: May 19 13:36:47.680: 0:17:7c:2f:b6:9a- added redirect=,

URL is now https://192.168.200.1/login.html?

*webauthRedirect: May 19 13:36:47.680: 0:17:7c:2f:b6:9a- str1 is now

https://192.168.200.1/login.html?redirect=www.facebook.com/

*webauthRedirect: May 19 13:36:47.680: 0:17:7c:2f:b6:9a- clen string is

Content-Length: 312

*webauthRedirect: May 19 13:36:47.680: 0:17:7c:2f:b6:9a- Message to be sent is

HTTP/1.1 200 OK

Location: https://192.168.200.1/login.html?redirect=www.facebook.com/

Content-Type: text/html

Content-Length: 312

<HTML><HEAD

*webauthRedirect: May 19 13:36:47.680: 0:17:7c:2f:b6:9a- send data length=448

*webauthRedirect: May 19 13:36:47.680: 0:17:7c:2f:b6:9a- Web-auth type External,

but unable to get URL

*webauthRedirect: May 19 13:36:47.681: 0:17:7c:2f:b6:9a- received connection

*emWeb: May 19 13:36:48.731: SSL Connection created for MAC:0:17:7c:2f:b6:9a

*webauthRedirect: May 19 13:36:51.795: 0:17:7c:2f:b6:9a- received connection

*webauthRedirect: May 19 13:36:51.795: captive-bypass detection disabled, Not

checking for wispr in HTTP GET, client mac=0:17:7c:2f:b6:9a

*webauthRedirect: May 19 13:36:51.795: 0:17:7c:2f:b6:9a- Preparing redirect URL

according to configured Web-Auth type

*webauthRedirect: May 19 13:36:51.796: 0:17:7c:2f:b6:9a- Checking custom-web

config for WLAN ID:4

*webauthRedirect: May 19 13:36:51.796: 0:17:7c:2f:b6:9a- unable to get the hostName

for virtual IP, using virtual IP =192.168.200.1

*webauthRedirect: May 19 13:36:51.796: 0:17:7c:2f:b6:9a- Global status is enabled,

checking on web-auth type

*webauthRedirect: May 19 13:36:51.796: 0:17:7c:2f:b6:9a- Web-auth type Internal,

no further redirection needed. Presenting defualt login page to user

*webauthRedirect: May 19 13:36:51.796: 0:17:7c:2f:b6:9a- http_response_msg_body1

is <HTML><HEAD><TITLE> Web Authentication Redirect</TITLE><META http-equiv=

"Cache-control" content="no-cache"><META http-equiv="Pragma" content="n

*webauthRedirect: May 19 13:36:51.796: 0:17:7c:2f:b6:9a- http_response_msg_body2

is "></HEAD></HTML>

*webauthRedirect: May 19 13:36:51.796: 0:17:7c:2f:b6:9a-  parser host is

www.facebook.com

*webauthRedirect: May 19 13:36:51.796: 0:17:7c:2f:b6:9a- parser path is

/favicon.ico

*webauthRedirect: May 19 13:36:51.796: 0:17:7c:2f:b6:9a- added redirect=, URL is

now https://192.168.200.1/login.html?

*webauthRedirect: May 19 13:36:51.796: 0:17:7c:2f:b6:9a- str1 is now

https://192.168.200.1/login.html?redirect=www.facebook.com/favicon.ico

*webauthRedirect: May 19 13:36:51.796: 0:17:7c:2f:b6:9a- clen string is

Content-Length: 323

*webauthRedirect: May 19 13:36:51.796: 0:17:7c:2f:b6:9a- Message to be sent is

HTTP/1.1 200 OK

Location: https://192.168.200.1/login.html?redirect=www.facebook.com/favicon.ico

Content-Type: text/html

Content-Length: 323

*webauthRedirect: May 19 13:36:51.796: 0:17:7c:2f:b6:9a- send data length=470

*webauthRedirect: May 19 13:36:51.796: 0:17:7c:2f:b6:9a- Web-auth type External,

but unable to get URL

*DHCP Socket Task: May 19 13:37:03.905: 00:17:7c:2f:b6:9a DHCP received op

BOOTREQUEST (1) (len 308,vlan 0, port 1, encap 0xec07)

*DHCP Socket Task: May 19 13:37:03.905: 00:17:7c:2f:b6:9a DHCP (encap type 0xec07)

mstype 3ff:ff:ff:ff:ff:ff

*DHCP Socket Task: May 19 13:37:03.905: 00:17:7c:2f:b6:9a DHCP selecting relay 1 -

control block settings:

dhcpServer: 60.60.60.251, dhcpNetmask: 255.255.255.0,

dhcpGateway: 60.60.60.251, dhcpRelay: 60.60.60.2  VLAN: 60

*emWeb: May 19 13:38:35.187:

ewaURLHook: Entering:url=/login.html, virtIp = 192.168.200.1, ssl_connection=1,

secureweb=1

*emWeb: May 19 13:38:35.199: WLC received client 0:17:7c:2f:b6:9a request for

Web-Auth page /login.html

*emWeb: May 19 13:38:35.199: WLC received client 0:17:7c:2f:b6:9a request for

Web-Auth page /login.html

*emWeb: May 19 13:38:47.215:

ewaURLHook: Entering:url=/login.html, virtIp = 192.168.200.1, ssl_connection=1,

secureweb=1

*ewmwebWebauth1: May 19 13:38:47.216: 00:17:7c:2f:b6:9a Username entry (surbg)

created for mobile, length = 5

*ewmwebWebauth1: May 19 13:38:47.216: 00:17:7c:2f:b6:9a Username entry (surbg)

created in mscb for mobile, length = 5

*ewmwebWebauth1: May 19 13:38:47.216: 00:17:7c:2f:b6:9a 60.60.60.11 WEBAUTH_REQD

(8) Change state to WEBAUTH_NOL3SEC (14) last state WEBAUTH_REQD (8)

*ewmwebWebauth1: May 19 13:38:47.216: 00:17:7c:2f:b6:9a apfMsRunStateInc

*ewmwebWebauth1: May 19 13:38:47.216: 00:17:7c:2f:b6:9a 60.60.60.11 WEBAUTH_NOL3SEC

(14) Change state to RUN (20) last state WEBAUTH_NOL3SEC (14)

*ewmwebWebauth1: May 19 13:38:47.216: 00:17:7c:2f:b6:9a Session Timeout is 0 -

not starting session timer for the mobile

*ewmwebWebauth1: May 19 13:38:47.216: 00:17:7c:2f:b6:9a 60.60.60.11 RUN (20)

Reached PLUMBFASTPATH: from line 6605

*ewmwebWebauth1: May 19 13:38:47.216: 00:17:7c:2f:b6:9a 60.60.60.11 RUN (20)

Replacing Fast Path rule

type = Airespace AP Client

on AP 00:00:00:00:00:00, slot 0, interface = 1, QOS = 0

IPv4 ACL ID = 255, IPv6 ACL ID =

Voici la capture de paquets côté client.

Le client obtient l'adresse IP.

Le client ouvre un navigateur et tape www.facebook.com.

Le WLC intercepte le premier paquet TCP du client et transmet son adresse IP virtuelle et la page Webauth interne.

Une fois l'authentification Web réussie, le reste du processus est terminé.