proto.lib

Captive Portal: chặn và chuyển hướng đăng nhập Wi-Fi

Client mới kết nối bị giam trong trạng thái walled garden chỉ cho phép DHCP/DNS và portal; request HTTP đầu tiên bị chặn và redirect tới trang đăng nhập, còn URL connectivity-check của hệ điều hành là thứ thực sự làm bật popup; HTTPS không thể bị chặn ngầm nên gây cảnh báo chứng chỉ, và RFC 8910/8908 là cách thay thế sạch hơn dùng option DHCP/RA trỏ thẳng tới portal API.

RoutingTrung bình2026-08-20
Captive Portal: chặn và chuyển hướng đăng nhập Wi-Fi

Tags

#captive-portal#dhcp#dns#walled-garden#rfc8910#https#wifi

Tài liệu tham khảo

Mở rộng

Animation gốc là một file HTML tự chứa, có thể nhúng lại ở bất kỳ trang nào khác. Mở file gốc

Liên quan

RoutingCơ bản

Gia nhập mạng Wi-Fi (association → 4-way handshake → DHCP)

Trước khi có Internet, client phải trải qua discovery (beacon/probe), 802.11 authentication/association thoả thuận tốc độ và năng lực, rồi 4-way handshake sinh khoá phiên từ PMK mà không truyền passphrase qua sóng; chỉ sau khi cổng 802.1X unblock, DHCP và ARP mới chạy.

#wifi#802.11#wpa2#wpa3
RoutingTrung bình

Failover ở tầng DNS: Health Check + Rút Bản Ghi

Failover tầng DNS dùng health check định kỳ tới từng endpoint; endpoint chết bị rút khỏi tập bản ghi trả về, nhưng TTL quyết định bao lâu client mới ngừng dùng bản ghi cũ, còn resolver và cache DNS phía ứng dụng làm chuyển đổi chậm hơn TTL danh nghĩa; khác với anycast/LB hoạt động ở tầng mạng gần tức thời, và TTL thấp không miễn phí vì tăng tải truy vấn DNS.

#dns#failover#health-check#ttl
RoutingTrung bình

Wi-Fi Mesh Backhaul: mỗi hop giảm nửa băng thông

Mesh node chuyển tiếp traffic của client tới root node qua backhaul không dây; nếu backhaul dùng chung băng tần với client thì mỗi hop chia sẻ cùng airtime, khiến throughput khả dụng giảm gần một nửa mỗi hop trừ khi có radio/băng tần riêng cho backhaul.

#wifi#mesh#backhaul#hop-count