VPN không hoạt động có dùng băng thông không? Đọc đúng bộ đếm

Đường hầm của bạn mở suốt đêm, không có gì được truyền phát, nhưng biểu đồ sử dụng vẫn nhúc nhích. Điều đó bình thường: VPN giữ một cuộc trò chuyện mở thay vì đặt trước một phần đường truyền của bạn, nên phần đặt trước bằng không trong khi các byte nhỏ và có thật. Hai ý tưởng này bị hoán đổi liên tục, đó là lý do câu hỏi VPN không hoạt động có dùng băng thông không được trả lời tệ theo cả hai hướng. Đo đúng bộ đếm trong một khoảng thời gian bạn mô tả được sẽ giải quyết việc đó trong một buổi chiều.

Vì sao đường hầm không hoạt động vẫn chuyển byte

Đường hầm là một ánh xạ có vòng đời, và phải có thứ gì đó giữ ánh xạ ấy sống. Bắt tay hết hạn, thiết bị NAT bỏ các chuyển dịch không hoạt động, và một đối tác im lặng đủ lâu có thể trở nên không thể tiếp cận mà không có gì hỏng ở cả hai đầu. Các giao thức khác nhau ở chỗ chúng gửi gì khi không có gì để gửi: WireGuard không truyền gì theo mặc định sau khi bắt tay ổn định, và tùy chọn PersistentKeepalive sẽ thêm một gói định kỳ để đối tác phía sau một chuyển dịch vẫn tiếp cận được. Hãy bật nó một cách có chủ đích và khoảng thời gian sẽ hiện ra trong bộ đếm.

OpenVPN có trình trợ giúp keepalive hoạt động khác đi: nó định nghĩa các kiểm tra kiểu ping để hai đầu phân biệt phiên còn sống với phiên đã chết, và các máy khách mang theo vận chuyển riêng có bộ đếm thời gian tương đương dưới tên khác. Không điều nào trong số này xuất hiện trong cửa sổ ứng dụng, nên một màn hình trống không nói gì về thứ đang ở trên dây.

Ứng dụng không hoạt động không phải thiết bị không hoạt động

Đường hầm mở phục vụ mọi máy khách gắn vào nó, và máy khách hiếm khi dừng lại. Đồng bộ ảnh, truy vấn resolver, kiểm tra cập nhật và một tác nhân giám sát đi theo tuyến nào là mặc định, và trên hồ sơ đường hầm đầy đủ thì tuyến đó chính là đường hầm. Một chiếc điện thoại ngủ trong túi vẫn hỏi, và công việc sao lưu không quan tâm rằng không ai đang xem video. Đường hầm không hoạt động theo nghĩa bạn không dùng nó trong khi thiết bị của bạn dùng nó.

Hồ sơ cầu nối và định tuyến chở lưu lượng khác nhau, nên cùng một quan sát có thể cho câu trả lời khác trên mỗi loại. Ghi lại ai đã kết nối trước khi đo, vì một máy khách đồng bộ có thể nặng hơn mọi keepalive trong khoảng thời gian đó.

Chọn một bộ đếm và nói nó đếm cái gì

Có ba tổng và mỗi tổng trả lời một câu hỏi khác: cái gì đã đi qua đường hầm, cái gì đã đi qua liên kết vật lý, và nhà cung cấp đã quyết định tính phí cái gì. Đếm trên uplink cũng đếm mọi thứ chưa bao giờ vào đường hầm, từ chuyển động ARP đến việc phát trực tuyến của hàng xóm. Đếm trên giao diện đường hầm bỏ sót tiêu đề ngoài, các lần thử bắt tay lại và những keepalive giữ một chuyển dịch mở. Đọc cả hai thì rẻ, và đó là cách duy nhất để thấy một byte được đếm ở phía nào của đường hầm.

ip -s link show wg0
ip -s link show eth0

Hãy quyết định câu hỏi của bạn nói về cái nào trong hai trước khi trích dẫn bất kỳ cái nào, vì cộng chúng lại sẽ đếm công việc liên quan hai lần. Kế toán của nhà cung cấp có thể đóng ở kỳ muộn hơn kỳ bạn đo, nên một tổng không khớp với hóa đơn không tự động sai. Gắn giao diện, hướng và khoảng thời gian vào bất kỳ con số nào bạn công bố.

Thực hiện một phép đo ngắn có giám sát

Hãy để đường hầm và lớp bảo vệ của nó đúng như khi chúng chạy vào một ngày bình thường, bỏ qua các lần truyền tùy chọn, và ghi lại ai vẫn kết nối. Đọc các bộ đếm, chờ một khoảng đủ dài để đáng đọc, đọc lại, và giữ thời gian đã trôi bên cạnh phần chênh lệch. Một bài kiểm tra tốc độ lớn trả lời câu hỏi khác: nó làm bão hòa liên kết và không nói gì về chi phí khi không hoạt động.

Lặp lại khoảng thời gian đó một lần nếu kết quả đầu tiên có vẻ bất khả thi, vì một mẫu có thể bắt gặp một tác vụ đã lên lịch ở giữa. Hai khoảng khớp nhau là bằng chứng; một khoảng là giai thoại có đơn vị.

Đừng mua một số không sạch hơn bằng một đường hầm tệ hơn

Tắt một keepalive hoặc kiểm tra sự sống để dọn biểu đồ sẽ thay đổi việc triển khai mà bạn đang đo, và đường hầm có thể không trở lại sau giai đoạn không hoạt động tiếp theo. Hãy hỏi cơ chế đó phục vụ khả năng tiếp cận hay bảo trì trước khi chạm vào nó, và đo với nó đang bật nếu đúng là để tiếp cận, vì đó là cấu hình bạn sẽ hỗ trợ. Một số không sạch hơn che giấu đường phục hồi hỏng là kết quả đắt nhất trong bài tập này.

Khi con số thực sự lớn, hãy tìm tiến trình hoặc máy khách đã tạo ra nó thay vì cho rằng giao thức làm đầy đường truyền. So sánh bộ đếm bên trong và bên ngoài để xem byte ở phía nào, rồi báo cáo mức sử dụng cho giai đoạn đó thay vì dung lượng mà bạn nghĩ mình sở hữu.