OpenVPN phát multicast tới từng máy khách, không phải người đăng ký

"Hỗ trợ multicast" trả lời một câu hỏi về giao thức và để nguyên câu hỏi về dung lượng. Điều quan trọng trong vận hành là máy chủ phát ra bao nhiêu bản sao cho một gói nhóm và những đường hầm nào mang chúng. Một ứng dụng đã đăng ký nhận luồng chỉ chứng minh việc phân phối hoạt động ở đâu đó. Nó không chứng minh rằng các máy khách không quan tâm đã được tiết kiệm băng thông.

Ba câu hỏi bên trong một tuyên bố về tính năng

Tư cách thành viên nhóm hỏi liệu bên nhận đã tham gia nhóm hay chưa. Việc phân phối qua đường hầm hỏi liệu gói có đi qua đường hầm hay không. Chính sách sao chép hỏi máy chủ đã tạo bao nhiêu bản sao và cho ai. Tuyên bố của nhà cung cấp có thể đúng với điều thứ nhất và im lặng về điều thứ ba, và chi phí nằm chính ở đó.

Hãy tách chúng ra khi bạn ước lượng kích thước một liên kết. Chỉ câu hỏi thứ ba đặt ra ngân sách lưu lượng đi phía máy chủ.

Máy chủ không gian người dùng làm gì với một gói nhóm

Trong máy chủ không gian người dùng truyền thống của OpenVPN 2.6, một gói broadcast hoặc multicast đến được phân loại trên đường vào TUN/TAP và được chuyển cho thủ tục phát tán broadcast thay vì tra cứu theo từng nhóm. Thủ tục đó duyệt qua các phiên bản máy khách, bỏ qua bên gửi và mọi phiên bản đã dừng, áp dụng kiểm tra VLAN ở nơi có cấu hình, và đưa một bản sao vào hàng đợi cho mỗi máy khách còn lại. Không bước nào trong vòng lặp đó tham vấn bảng thành viên. Đó là sao chép kiểu broadcast, và đó là toàn bộ cơ chế.

Hãy coi đây là thuộc tính của đường mã đó, không phải quy luật phổ quát. Các đường dữ liệu tăng tốc, cách triển khai khác và các phiên bản khác nhau có thể hành xử khác, và không điều nào trong số này biến TAP thành yêu cầu hay sửa chữa.

Lập ngân sách số bản sao trước khi đo bất cứ thứ gì

Lấy tốc độ tải trọng và nhân với số máy khách đủ điều kiện. Một luồng gửi một megabit mỗi giây tới hai mươi máy khách tạo ra hai mươi megabit mỗi giây tải trọng rời khỏi máy chủ, trước khi đóng gói, truyền lại và mọi chi phí phụ trên mỗi máy khách. Số học đó là ngân sách, không phải phép đo triển khai của bạn.

ip -s link show tun0

Đọc bộ đếm byte truyền trước và sau một khoảng cố định với một bên gửi đã biết đang hoạt động. Chia cho khoảng thời gian và so sánh với tốc độ tải trọng nhân với số máy khách. Một con số gần tốc độ của một luồng nghĩa là việc sao chép có giới hạn; một con số gần tốc độ đã nhân nghĩa là mọi máy khách đều nhận một bản sao.

Bộ đếm cũng bao gồm lưu lượng đường hầm của chính bạn, vì vậy hãy giữ cửa sổ thử nghiệm ngắn và máy chủ yên tĩnh trong thời gian còn lại. Độ chính xác ít quan trọng hơn bậc độ lớn, và thế là đủ để phân biệt một bản sao với hai mươi.

Một thử nghiệm hai máy khách giải quyết câu hỏi về phạm vi

Kết nối một máy khách lẽ ra phải nhận luồng và một máy thứ hai không nên nhận. Khởi động bên gửi, rồi quan sát bộ đếm đường hầm của máy khách thứ hai trong cùng khoảng thời gian. Sự tăng trưởng ở máy khách thứ hai là bằng chứng trực tiếp của việc sao chép rộng, bất kể danh sách tính năng nói gì.

Lọc bản ghi theo địa chỉ nhóm để không đọc lưu lượng không liên quan, và giới hạn ở giao diện đường hầm. Bắt gói trên giao diện vật lý ở một máy chủ bận rộn tạo ra tệp mà không ai có thể diễn giải và có thể lưu giữ dữ liệu người dùng mà bạn không định thu thập.

Sau đó đảo vai trò. Nếu kết quả đi theo bên nhận thay vì nhóm, bạn đang xem một thứ có nhận biết thành viên, và giả định trước đó đã sai theo hướng có lợi cho bạn.

Chọn thiết kế có giới hạn thay vì gỡ bỏ giới hạn

Khi việc phát quá rộng, cách sửa là một bố trí phân phối có giới hạn được hỗ trợ, không phải xóa bỏ mọi biện pháp kiểm soát bạn có. Các lựa chọn bao gồm đưa điểm phân phối đến gần bên nhận hơn, dùng mô hình đăng ký riêng theo nguồn mang cả danh tính nguồn lẫn nhóm, hoặc chia luồng để các trang không quan tâm không bao giờ nằm trên cùng một ranh giới phân phối.

Giữ danh tính nguồn và nhóm tách khỏi sự thật trần trụi rằng đích là multicast. Một bên nhận nhận ra nhóm nhưng không nhận ra nguồn là người đăng ký khác với người đã yêu cầu một kênh cụ thể. Trộn lẫn hai điều đó biến việc hoạch định dung lượng về sau thành phỏng đoán.

Mô hình kênh multicast riêng theo nguồn là tài liệu tham chiếu cho sự phân biệt đó. Dù bạn chọn thiết kế nào, hãy ghi lại tập đồng cấp đủ điều kiện, người sở hữu việc sao chép và bộ đếm bạn sẽ đọc lần sau; chính bản ghi đó biến một bất ngờ về băng thông thành chi phí đã biết.