CAPWAP mang bất kỳ lưu lượng IP nào - chuyến đi khứ hồi UDP/TCP qua DNS

Dịch vụ và không dây
Nâng cao
12 phút
2 bước
Cisco IOS-XE-style

Slice K nhúng gói IPv4 bên trong đầy đủ bên trong CAPWAP-Data, do đó việc giải mã và mã hóa đường xuống hoạt động với mọi giao thức IP - không chỉ ICMP. PHONE đưa ra truy vấn DNS (UDP/53), truy vấn này chuyển qua AP1 đến WLC1, giải mã chuyển tiếp tới DEST (máy chủ DNS), DEST phản hồi, phản hồi được đóng gói lại dưới dạng đường xuống tới AP1. Cả hai chân đều hiển thị trong pcap với trao đổi DNS UDP/53 bên trong.

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

Các lát I và J chỉ xử lý các phần bên trong ICMP - chuyến đi khứ hồi đã đóng đối với yêu cầu tiếng vang/trả lời tiếng vang nhưng lưu lượng UDP/TCP từ máy khách wifi đã chết tại đường dẫn "Tôi không biết phải làm gì với điều này" của WLC. Slice K thu hẹp khoảng cách đó. Điều gì đã thay đổi: tải trọng capwap-data UDP/5247 hiện đã nhúng toàn bộ IPv4Packet bên trong. Giải mã trên WLC sẽ phát lại phần bên trong thông qua localForward bất kể giao thức - ICMP, UDP, TCP đều chảy qua cùng một đường dẫn mã. Tương tự, việc chặn đường xuống trên WLC sẽ bao bọc bất kỳ gói nào được liên kết với máy khách wifi (với một kiểm tra bảo vệ vòng lặp nhỏ loại trừ các khung CAPWAP của chính chúng tôi). Chuyến đi khứ hồi được chứng minh (DNS): 1. PHONE (10.30.0.50) bao bọc truy vấn DNS UDP/53 cho web.example.com trong CAPWAP-Data. 2. AP1 phát UDP/5247 về phía WLC1. 3. WLC1 giải mã, gói UDP/53 bên trong đi qua FIB, định tuyến qua Gi0/2 đến DEST. 4. DEST là máy chủ DNS có vùng example.com, ghi web → 10.0.0.99. Nó đáp lại. 5. Phản hồi DNS quay trở lại 10.30.0.50. Việc chặn bộ điều khiển không dây của WLC1 khớp với dst → kết thúc dưới dạng đường xuống CAPWAP-Data với phản hồi được nhúng. 6. AP1 nhận khung đường xuống (pcap hiển thị phản hồi DNS UDP/53 đầy đủ bên trong). Mẫu tương tự cho TCP (telnet tới CallManager, HTTP tới trang quản trị). Mẫu tương tự cho mọi lưu lượng IP từ/đến máy khách wifi.

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

ROUTER — router
WLC1 — bộ điều khiển không dây
HUB — switch
AP1 — điểm truy cập
PHONE — thiết bị wifi
DEST — router

Bạn sẽ làm gì

Xác nhận AP1 đã tham gia WLC1 và DEST được định cấu hình làm máy chủ DNS.
Kích hoạt truy vấn DNS của PHONE: xây dựng UDP/53 bên trong với kind: 'dns', qr: 'query', qname web.example.com. Quấn qua engine.emitWirelessClientPacket. Pcap sẽ hiển thị: (a) Đường lên UDP/5247 với innerProto: 'udp', (b) truy vấn UDP/53 được giải mã trên Vlan30 → được định tuyến đến DEST, (c) Phản hồi UDP/53 của DEST, (d) Đường xuống UDP/5247 với innerProto: 'udp' mang phản hồi về phía AP1.

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 carries any IP traffic — UDP/TCP round-trip via DNS CAPWAP überträgt jeglichen IP-Verkehr – UDP/TCP-Roundtrip über DNS CAPWAP transporta cualquier tráfico IP: ida y vuelta UDP/TCP a través de DNS CAPWAP transporta qualquer tráfego IP – ida e volta UDP/TCP via DNS CAPWAP transporte tout trafic IP — aller-retour UDP/TCP via DNS CAPWAP किसी भी IP ट्रैफ़िक को ले जाता है - DNS के माध्यम से UDP/TCP राउंड-ट्रिप CAPWAP 承载任何 IP 流量 — 通过 DNS 的 UDP/TCP 往返 CAPWAP trasporta tutto il traffico IP: andata e ritorno UDP/TCP tramite DNS CAPWAP はあらゆる IP トラフィックを伝送します - DNS 経由の UDP/TCP ラウンドトリップ CAPWAP는 모든 IP 트래픽을 전달합니다 — DNS를 통한 UDP/TCP 왕복 CAPWAP передает любой IP-трафик — UDP/TCP туда и обратно через DNS.CAPWAP her türlü IP trafiğini taşır - DNS aracılığıyla UDP/TCP gidiş-dönüş