VPN có thực sự hao pin? Cần đo gì trước tiên

Mức hao pin xuất hiện sau khi bật VPN thường là một thay đổi trong khối lượng công việc dưới một nhãn khác. Một đường hầm ngồi không, một bản sao lưu ban đêm và một ứng dụng khách kết nối lại vài phút một lần tiêu thụ lượng năng lượng rất khác nhau. Biểu tượng trên thanh trạng thái không thể cho bạn biết bạn đang nhìn trường hợp nào trong số đó.

Tách đường hầm khỏi thứ nó mang theo

Một bản sao lưu ảnh hay một cuộc gọi video đẩy dữ liệu mà VPN sau đó phải mã hóa, xác thực và chuyển tiếp. Một phần chi phí năng lượng đó thuộc về ứng dụng đã tạo ra lưu lượng, và chỉ một phần thuộc về chính đường hầm. Đọc báo cáo pin bên cạnh số liệu mạng và màn hình là cách tách hai thứ đó ra. Hãy bắt đầu từ đó trước khi thay đổi dù chỉ một cài đặt.

Báo cáo của nền tảng cũng quy công việc theo cách của họ. Một thành phần được gắn nhãn VPN có thể bao gồm thời gian radio lẽ ra vẫn bị tiêu tốn, và hiếm khi tự tách riêng phần chi phí mã hóa tăng thêm. Hãy coi tỷ lệ phần trăm là điểm khởi đầu chứ không phải phép đo.

adb shell dumpsys batterystats --charged com.example.vpn | head -60
adb shell dumpsys netstats detail | head -40

Lệnh thứ nhất in ra phân bổ năng lượng theo từng thành phần cho chu kỳ sạc gần nhất. Lệnh thứ hai cho thấy giao diện nào đã chuyển bao nhiêu dữ liệu, và đó chính là bối cảnh biến một tỷ lệ phần trăm thành mô tả khối lượng công việc. So sánh cả hai trước khi kết luận về đường hầm.

Nếu thiết bị nóng lên trong lúc truyền, hãy so sánh các ứng dụng khách hoặc cài đặt giao thức trong điều kiện giống hệt nhau. Làm yếu mã hóa để đuổi theo một con số năng lượng là đổi một chi phí đã biết lấy một chi phí chưa biết.

Kết nối lại giữ cho radio thức

Một màn hình trông như không hoạt động không có nghĩa là mạng không hoạt động. Tin nhắn, đồng bộ và kiểm tra cập nhật vẫn gửi gói tin, và mỗi lần trao đổi nhỏ có thể đánh thức radio lâu hơn nhiều so với thời gian gói tin tồn tại. Chính trong khoảng chênh giữa thời lượng gói tin và thời gian radio bật là nơi mức hao khi rảnh ẩn náu. Điều này cũng giải thích vì sao một đường hầm rảnh vẫn có thể tốn hơn một thiết bị rảnh.

Keepalive tồn tại vì một lý do: chúng giữ một ánh xạ NAT mở hoặc phát hiện một đối tác đã biến mất. Khoảng của chúng thuộc về giao thức và mạng đang dùng. Tắt chúng có thể giảm hoạt động, nhưng làm đường hầm không dùng được sau một quãng rảnh.

grep -i keepalive /etc/wireguard/wg0.conf
wg show wg0 latest-handshakes

Lệnh thứ nhất cho thấy có cấu hình keepalive thường trực hay không và ở khoảng bao nhiêu. Lệnh thứ hai cho thấy lần bắt tay cuối cùng xảy ra khi nào, điều này phân biệt một đường hầm yên tĩnh với một đường hầm liên tục tự dựng lại.

Lịch sử kết nối quan trọng nhất khi mức hao bắt đầu sau khi chuyển giữa các mạng. Sửa chuyện phục hồi lặp lại thường đáng giá hơn đổi vị trí thoát, vì một ứng dụng khách liên tục kết nối lại tiêu năng lượng vào việc phục hồi chứ không phải truyền tải.

Khi nền tảng tạm treo đường hầm

Hệ điều hành giới hạn việc chạy nền, và một đường hầm biến mất khi màn hình tắt có thể là nạn nhân của chính sách đó chứ không phải lỗi máy chủ. Từ phía người dùng, hai trường hợp trông giống nhau, nên nhật ký của nền tảng mới quan trọng.

Miễn trừ mọi ứng dụng khỏi quản lý năng lượng sẽ thay đổi khối lượng công việc và làm mọi so sánh về sau trở nên vô nghĩa. Hãy miễn trừ ứng dụng khách VPN và ứng dụng duy nhất cần nó, rồi đo lại so với cùng đường cơ sở.

Hãy quyết định riêng việc gì nên xảy ra sau khi ngủ. Chế độ luôn bật, quy tắc chặn khi không có VPN và tối ưu pin thông thường trả lời những câu hỏi khác nhau, và một cài đặt tiết kiệm năng lượng bằng cách âm thầm bỏ vùng phủ cần thiết thì chưa đáp ứng yêu cầu ban đầu.

So sánh cái tương đương với cái tương đương, rồi hãy quyết định

Dùng cùng tác vụ, cùng mạng và cùng thời lượng cho cả hai lần đo, và ghi lại khối lượng đã truyền, số lần kết nối lại, nhiệt độ và cường độ tín hiệu. Những thay đổi ngắn của tỷ lệ pin rất nhiễu, nên một mẫu lặp lại trong điều kiện sử dụng tương đương là bằng chứng duy nhất đáng để hành động. Một lần đo chỉ là giai thoại.

Hãy chuyển những lần truyền lớn tùy chọn sang bộ sạc và mạng không giới hạn khi lịch trình cho phép. Sau đó nhìn lại cả ngày, vì một đường hầm rảnh hàng giờ tốn ít hơn nhiều so với một đường hầm bận rộn hai mươi phút.

Ghi lại bạn đã thay đổi gì và lần đo thứ hai cho thấy gì. Không có bản ghi đó, lần so sánh tiếp theo bắt đầu từ một đường cơ sở khác và cuộc tranh luận cũ lại bắt đầu từ con số không.