WLAN convidada — âncora DMZ + usuários embaixadores do lobby + cliente adormecido

• Serviços e wireless
• Avançado
• 14 min
• 3 passos
• Cisco IOS-XE-style

Abrir este laboratório no navegador →

Grátis · sem instalação · sem conta

Cenário

Juntos, esses três preenchem a lacuna entre "podemos transmitir um SSID convidado" (Slice X) e "podemos enviar uma rede de convidado real que as operadoras realmente executariam". Todos os três são config + show – sem novo caminho de dados. Em uma implantação real da Cisco, o tráfego de convidados normalmente fica *ancorado* em uma WLC separada que reside na DMZ. A WLC da filial ("estrangeira") encapsula o tráfego da WLAN através do túnel de mobilidade para a WLC âncora; os clientes recebem IPs DMZ lá e só saem através do uplink da Internet da âncora. Isso mantém o tráfego de convidados completamente separado do L2/L3 corporativo. O simulador armazena nomes de âncoras como strings em wlanConfig.anchorControllers. Os nomes devem corresponder a uma entrada na tabela mobilityPeers local (Slice S). show wireless mobility anchor relata o status da âncora por WLAN com o veredicto resolved (ip, group) ou unresolved - o modo de falha canônico "Eu digitei o nome da âncora". WLCs reais da Cisco carregam um banco de dados de usuários locais que um usuário embaixador do lobby (uma função de administrador restrita) preenche com contas de convidados com limite de tempo. device.wireless.guestUsers carrega o catálogo: nome de usuário, senha, janela de validade opcional (validFrom / validUntil como strings ISO-8601) e lifetimeSeconds de fácil operação. show wireless guest-user summary percorre o catálogo e calcula um estado por usuário: active (dentro da janela de validade), expired (validUntil está no passado) ou pending (validFrom está no futuro). WLANs com autenticação na Web solicitam que os clientes façam login por meio de redirecionamento de portal cativo. Sem o cache do cliente em suspensão, cada reconexão (o laptop sai do modo de espera, o telefone volta à rede) é solicitado novamente. policyProfile.sleepingClientTimeout: number | null configura a janela de cache; reconecta dentro da janela, pule o redirecionamento. O simulador armazena o tempo limite, mas ainda não modela a interceptação do portal cativo em si — a superfície é apenas configuração + verificação.

Topologia

1 × controlador wireless · Cisco IOS-XE-style

• WLC1 — controlador wireless

O que você vai fazer

1. Em WLC1, execute show wireless mobility anchor. A WLAN guest-wi-fi deve ser ancorada no DMZ-WLC, resolvida na tabela de pares de mobilidade.

2. Execute show wireless guest-user summary. Três usuários: alice (ativo), bob (expirado), carol (pendente).

3. Execute show wireless profile policy detail GUEST-POL. O tempo limite do cliente adormecido deve ser 7200s.

Abrir este laboratório no navegador →

Mais laboratórios deste tema

• Configurando um servidor DHCPIniciante · 12 min
• WLAN — transmite um SSID básicoIniciante · 10 min
• HSRP: redundância de primeiro saltoIntermediário · 12 min
• NAT: PAT (overload) para uma LAN internaIntermediário · 14 min
• HSRP — rastreamento de interface com decremento de prioridadeIntermediário · 12 min
• VRF-Lite — dois clientes em um único roteadorIntermediário · 12 min

Este laboratório em outros idiomas

Guest WLAN — DMZ anchor + lobby-ambassador users + sleeping clientGast-WLAN – DMZ-Anker + Lobby-Botschafter-Benutzer + schlafender ClientWLAN para invitados: ancla DMZ + usuarios embajadores del lobby + cliente dormidoWLAN invité — Ancre DMZ + utilisateurs lobby-ambassadeur + client endormiअतिथि WLAN - DMZ एंकर + लॉबी-राजदूत उपयोगकर्ता + स्लीपिंग क्लाइंट访客 WLAN — DMZ 锚点 + 大堂大使用户 + 睡眠客户端WLAN ospite: ancoraggio DMZ + utenti lobby-ambassador + client dormienteゲスト WLAN — DMZ アンカー + ロビーアンバサダー ユーザー + スリープ クライアント게스트 WLAN — DMZ 앵커 + 로비 대사 사용자 + 잠자는 클라이언트Гостевая WLAN — якорь DMZ + пользователи лобби-амбассадора + спящий клиентKonuk WLAN — DMZ sunucusu + lobi elçisi kullanıcıları + uyuyan istemciWLAN khách - Cố vấn DMZ + người dùng đại sứ vận động hành lang + khách hàng đang ngủ