Bài lab mạng Tài liệu Mở trình mô phỏng →

Chuyến đi khứ hồi CAPWAP - lưu lượng truy cập wifi-client cả hai hướng

Slice J kết thúc quá trình khứ hồi: WLC hiện chặn các gói dành cho các máy khách Wi-Fi đã biết và đóng gói lại chúng dưới dạng đường xuống CAPWAP-Data (UDP/5247) hướng tới AP được liên kết. Máy khách không dây → DEST → trả lời → WLC → đóng gói lại → AP - cả hai chân trong pcap.

Mở bài lab này trong trình duyệt →

Miễn phí · không cần cài đặt · không cần tài khoản

Tình huống

Phần tôi đã phân phối đường dẫn dữ liệu *uplink*: wifi-client → AP encap → WLC decap → chính sách-VLAN egress → DEST. Slice J thêm một nửa đường xuống. Khi một gói đến WLC được dành cho IP của máy khách wifi, bộ chuyển tiếp IPv4 của bộ điều khiển sẽ tư vấn bộ định vị cho mỗi máy khách (được xây dựng từ wifiClient.ipv4 + wifiClient.associatedAp + apJoin.joinedController của AP). Khi bị tấn công, gói được gói trong CAPWAP-Data với direction: 'downlink' và phát ra từ WLC tới IP của AP — thay vì tra cứu FIB thông thường sẽ ARP máy khách trên VLAN chính sách và không thành công (máy khách không có mạng có dây). Việc này sẽ kết thúc chuyến đi khứ hồi "điện thoại → callmgr → trả lời điện thoại" thông thường: 1. ĐIỆN THOẠI (wifi-client tại 10.30.0.50) phát qua engine.emitWirelessClientPacket. 2. AP1 gói trong đường lên CAPWAP-Data (UDP/5247) tới WLC1. 3. WLC1 giải mã, phát lại yêu cầu tiếng vang ICMP bên trong 10.30.0.50 → 10.40.0.5 qua Vlan30 → được định tuyến đến DEST. 4. DEST trả lời bằng phản hồi tiếng vang 10.40.0.5 → 10.30.0.50, tuyến đường mặc định qua WLC1. 5. WLC1 nhận được phản hồi trên đường truyền của nó; việc chặn máy khách không dây của người chuyển tiếp khớp với dst 10.30.0.50. 6. WLC1 gói phản hồi tiếng vang bên trong trong đường xuống CAPWAP-Data và gửi nó đến AP1. 7. AP1 nhận khung đường xuống - pcap hiển thị nó. Những gì được hoãn lại: - ACL trên mỗi WLAN tại AP: khung đường xuống sẽ được đánh giá bên trong dựa trên ACL trên mỗi WLAN của AP trước khi đến đài của khách hàng. v1 chỉ gửi encap. - Phân phối không dây thực: AP không mô hình truyền khung 802.11, do đó "máy khách nhận" là ẩn (hiển thị dưới dạng PacketDelivered cho dấu vết đường xuống tại AP1). Việc chặn đường xuống khớp với *bất kỳ* giao thức IP nào — ICMP, UDP, TCP, v.v. — dành cho một máy khách wifi đã biết. Gói bên trong được nhúng nguyên văn vào Dữ liệu CAPWAP; trình xử lý đường xuống của AP hiển thị nó. Tính năng bảo vệ vòng lặp loại trừ các khung CAPWAP gửi đi của chúng tôi nên chúng tôi không gói và gói lại.

Sơ đồ mạng

2 × router, 1 × bộ điều khiển không dây, 1 × switch, 1 × điểm truy cập, 1 × thiết bị wifi · Cisco IOS-XE-style

Bạn sẽ làm gì

  1. Xác nhận AP1 đã tham gia WLC1 và PHONE có IP tĩnh.

  2. ĐIỆN THOẠI kích hoạt: engine.emitWirelessClientPacket({ deviceId: 'PHONE', dst: parseIPv4('10.40.0.5') }). Pcap sẽ hiển thị: (a) UDP/5247 đường lên AP1→WLC1, (b) yêu cầu tiếng vang đã giải mã trên Vlan30, (c) được định tuyến qua Gi0/2 đến DEST, (d) phản hồi tiếng vang từ DEST trở về WLC1, (e) UDP/5247 đường xuống WLC1→AP1 mang phản hồi tiếng vang bên trong.

Mở bài lab này trong trình duyệt →

Các bài lab khác cùng chủ đề

Bài lab này bằng ngôn ngữ khác

CAPWAP round-trip — wifi-client traffic both directionsCAPWAP-Rundreise – WLAN-Client-Verkehr in beide RichtungenCAPWAP ida y vuelta: tráfico de cliente wifi en ambas direccionesIda e volta CAPWAP - tráfego de cliente wifi em ambas as direçõesCAPWAP aller-retour — trafic client Wi-Fi dans les deux sensCAPWAP राउंड-ट्रिप - वाईफाई-क्लाइंट ट्रैफ़िक दोनों दिशाओं मेंCAPWAP 往返 — wifi 客户端流量双向CAPWAP andata e ritorno: traffico client Wi-Fi in entrambe le direzioniCAPWAP ラウンドトリップ — Wi-Fi クライアント トラフィックの両方向CAPWAP 왕복 — Wi-Fi-클라이언트 트래픽 양방향CAPWAP туда и обратно — трафик Wi-Fi-клиента в обоих направленияхCAPWAP gidiş-dönüş — her iki yönde de Wi-Fi istemci trafiği