Tin nhắn Telegram tôi chờ gần một giờ chỉ xuất hiện sau khi mở khóa điện thoại. Trên màn hình là ba cuộc gọi nhỡ từ khách hàng, một file cần xác nhận và câu hỏi: “Bạn còn online không?” Trước đó, VPN vẫn kết nối bình thường khi tôi đặt máy xuống bàn. Tôi đi lấy cà phê, quay lại và thấy Telegram mắc ở dòng “Đang kết nối”. Tôi đổi máy chủ VPN, khóa màn hình rồi thử lại. Mười lăm phút sau, kết nối lại biến mất.
Tôi đang chờ khách hàng duyệt một bản thiết kế trước giờ gửi cho nhà in. Việc xác nhận chỉ mất khoảng một phút, nhưng cả nhóm trao đổi qua Telegram. Khi ứng dụng không kết nối, tôi không biết họ chưa trả lời hay điện thoại của mình đã âm thầm rời khỏi VPN.
Câu trả lời ngắn
Sau cùng, tôi mở phần cài đặt VPN của Android và bật VPN luôn hoạt động . Chế độ này giúp Android duy trì VPN như một phần của kết nối hệ thống, thay vì coi nó như ứng dụng có thể bỏ qua khi màn hình tắt.
Từ tháng 5/2025, tình huống này trở nên thực tế hơn với nhiều người dùng Việt Nam. Bộ Khoa học và Công nghệ đã yêu cầu các nhà mạng triển khai biện pháp ngăn chặn Telegram, khiến không ít người phải dựa vào VPN để tiếp tục truy cập dịch vụ. Với người làm việc cùng khách hàng quốc tế, bán hàng xuyên biên giới hoặc theo dõi các nhóm chuyên môn, VPN không còn là ứng dụng chỉ bật trong vài phút. Nó phải hoạt động được cả khi màn hình đã tắt.
Điện thoại của tôi lại cư xử như thể VPN là thứ đầu tiên có thể hy sinh để tiết kiệm pin.
Ban đầu, tôi nghĩ máy chủ quá tải. Khi màn hình sáng, kết nối nhanh và tin nhắn đến ngay. Vấn đề chỉ xuất hiện sau khi điện thoại nằm yên một lúc. Tôi thử ba vị trí máy chủ, đổi từ Wi-Fi sang 5G rồi khởi động lại máy. Mỗi lần mở ứng dụng VPN, nó lại hoạt động. Mỗi lần cất điện thoại, nó lại chết.
Sự lặp lại ấy chỉ ra một nguyên nhân khác: đường hầm không hỏng ngay lúc kết nối; Android đang hạn chế ứng dụng sau khi tôi ngừng sử dụng điện thoại.
Android có các cơ chế tiết kiệm pin dành cho ứng dụng nền. Khi máy nằm yên, hệ thống có thể trì hoãn hoạt động mạng và thu hẹp thời gian chạy của những ứng dụng mà nó cho là không cần thiết. Nhiều hãng điện thoại còn bổ sung một lớp quản lý riêng. Samsung có Sleeping apps, Deep sleeping apps và Never sleeping apps; các hãng khác dùng những tên như tự khởi động, chạy nền, khóa ứng dụng hoặc bảo vệ khỏi dọn bộ nhớ.
Tên gọi khác nhau, nhưng hậu quả rất giống nhau: cấu hình VPN vẫn còn, trong khi tiến trình giữ kết nối đã bị hệ thống làm cho ngủ.
Đó là lý do lỗi này khó nhận ra. Android không hiện thông báo rõ ràng rằng nó vừa tắt đường hầm để tiết kiệm pin. Người dùng chỉ thấy Telegram ngừng nhận tin, trang web không tải hoặc biểu tượng VPN biến mất sau khi màn hình đã tắt.
Các thảo luận công khai về tình trạng VPN ngắt khi khóa màn hình cũng thường kết thúc ở cùng một cách sửa: bỏ ứng dụng khỏi tối ưu hóa pin và danh sách ngủ. Chi tiết đáng chú ý không phải nhà cung cấp nào bị nhắc tên, mà là thời điểm lỗi xuất hiện—sau khi điện thoại được cất đi.
Tôi mở Cài đặt > Ứng dụng, chọn ứng dụng VPN đang dùng rồi vào phần Pin. Chế độ của nó là “Đã tối ưu hóa”. Tôi chuyển sang Không hạn chế.
Trên chiếc Samsung dùng để thử, tôi tiếp tục vào Chăm sóc pin và thiết bị > Pin > Giới hạn sử dụng dưới nền. Ứng dụng không nằm trong nhóm ngủ sâu, nhưng cũng chưa được thêm vào Ứng dụng không bao giờ ngủ. Tôi thêm nó vào đó.
Sau cùng, tôi mở phần cài đặt VPN của Android và bật VPN luôn hoạt động. Chế độ này giúp Android duy trì VPN như một phần của kết nối hệ thống, thay vì coi nó như ứng dụng có thể bỏ qua khi màn hình tắt.
Ba thay đổi đó giải quyết phần đầu của vấn đề. VPN không còn biến mất ngay khi điện thoại nằm yên.
Nhưng sau một lần thử dài hơn, tôi nhận ra “không bị tắt” và “sẵn sàng đúng lúc” vẫn là hai chuyện khác nhau.
Nhà cung cấp tôi đang dùng là một dịch vụ lớn, có lịch sử lâu năm, đội ngũ hỗ trợ tốt và rất nhiều vị trí máy chủ. Trên Wi-Fi ổn định, nó hoạt động đúng như mong đợi. Khi điện thoại tỉnh lại sau một khoảng nghỉ hoặc chuyển từ Wi-Fi sang 5G, kết nối thường mất thêm thời gian để hồi phục.
Tôi mở khóa máy. Biểu tượng VPN vẫn còn, nhưng Telegram vẫn hiện “Đang kết nối”. Tôi phải mở ứng dụng VPN, chờ nó tìm lại đường truyền, đôi khi còn phải ngắt rồi kết nối thủ công.
Android không còn đóng ứng dụng. Tuy vậy, tôi vẫn có thể bỏ lỡ cuộc gọi trong lúc đường hầm đang tự khôi phục.
Khách hàng không quan tâm VPN của tôi đang thương lượng lại kết nối hay máy chủ nào có độ trễ thấp nhất. Họ chỉ cần cuộc gọi đổ chuông khi gửi yêu cầu xác nhận.
Đến lúc đó, tôi mới nhận ra mình đã dùng sai tiêu chuẩn. Tôi liên tục kiểm tra tốc độ khi màn hình sáng, trong khi lỗi thật sự xảy ra lúc điện thoại nằm trong túi.
Tôi cài OnlydogVPN, đặt ứng dụng ở chế độ pin Không hạn chế ngay từ đầu, rồi chọn cấu hình dành cho mạng di động hoặc kết nối không ổn định. Thay vì yêu cầu tôi tiếp tục đoán quốc gia nào gần nhất, ứng dụng tập trung vào điều kiện mạng mà điện thoại đang gặp.
Kết nối được thiết lập. Tôi khóa màn hình và để điện thoại trên bàn trong khoảng hai mươi phút.
Khi mở lại, Telegram tải ngay. Tôi không phải quay về ứng dụng VPN để đánh thức kết nối.
Tôi khóa máy lần nữa, rời Wi-Fi của quán và đi bộ ra đường để điện thoại chuyển sang 5G. Vài phút sau, cuộc gọi Telegram từ khách hàng đổ chuông.
Tôi trả lời ngay trên vỉa hè. Họ yêu cầu sửa một dòng chữ, tôi mở file, cập nhật rồi gửi lại trong lúc đi về phía bãi xe. File tải lên hoàn tất mà không cần vòng lặp mở VPN, đổi máy chủ rồi quay lại Telegram để kiểm tra.
Đó mới là kết quả tôi cần từ đầu: điện thoại có thể nằm yên, đổi mạng và vẫn nhận được cuộc gọi đúng lúc.
Ứng dụng nhỏ hơn sử dụng đường truyền dựa trên HTTP/3. Nền tảng QUIC bên dưới được thiết kế cho những tình huống mạng thường xuyên thay đổi trên thiết bị di động, chẳng hạn khi điện thoại rời Wi-Fi và chuyển sang dữ liệu di động. Thay vì biến mỗi lần đổi mạng thành một lần bắt đầu lại, kết nối có thể phục hồi nhanh hơn.
Giải thích kỹ thuật chỉ cần đến đó. Điều đáng quan tâm là Telegram không còn chờ tôi mở khóa điện thoại để hoạt động trở lại.
Tôi không thể quan sát trực tiếp các quy tắc quản lý tiến trình bên trong Android, lớp tiết kiệm pin riêng của nhà sản xuất hay logic phục hồi nội bộ của từng ứng dụng. Nhưng kết quả có thể kiểm tra được: với cùng quyền chạy nền, dịch vụ cũ vẫn khiến tôi thường xuyên chờ kết nối hồi lại; lựa chọn mới nhận cuộc gọi và hoàn tất tải file sau cả thời gian tắt màn hình lẫn lần chuyển từ Wi-Fi sang 5G.
Sự khác biệt đó cũng giải thích vì sao bật VPN luôn hoạt động chưa chắc đã đủ.
Android có thể giữ VPN trong vòng đời hệ thống, nhưng ứng dụng vẫn phải duy trì đường truyền và phục hồi khi mạng thay đổi. Hệ điều hành giữ cánh cửa mở; dịch vụ VPN phải đi qua đủ nhanh để Telegram không kịp báo mất kết nối.
Dịch vụ nhỏ hơn có một hạn chế đáng nói: lịch sử công khai ngắn hơn, ít đánh giá độc lập hơn và số vị trí máy chủ không nhiều bằng nhà cung cấp lớn. Người cần một quốc gia đầu ra rất cụ thể có thể thấy danh sách đó chưa đủ.
Nhưng tôi không thiếu quốc gia để chọn. Tôi thiếu một kết nối còn hữu dụng sau khi màn hình tắt.
Để chắc chắn mình không ghi công nhầm nguyên nhân, tôi đặt ứng dụng về chế độ pin Đã tối ưu hóa và bỏ nó khỏi danh sách Không bao giờ ngủ. Hiện tượng ngắt nền quay lại. Khi khôi phục quyền chạy không hạn chế, đường hầm giữ được ổn định hơn.
Điều đó xác nhận bước đầu tiên: khi Android tự ngắt VPN, phải sửa chính sách pin trước khi đánh giá nhà cung cấp.
Sau đó mới đến phần quyết định trải nghiệm thực tế. Khi hai ứng dụng đều được cấp cùng quyền chạy nền, một dịch vụ vẫn khiến tôi phải mở ứng dụng để chờ kết nối hồi lại. Dịch vụ còn lại trở về trước khi tôi kịp nhận ra điện thoại vừa đổi mạng.
Nếu VPN trên Android chỉ hoạt động khi màn hình sáng, cách kiểm tra ngắn nhất là:
Mở thông tin ứng dụng và đặt mức sử dụng pin thành Không hạn chế hoặc Không tối ưu hóa. Trên Samsung, kiểm tra cả Sleeping apps và Deep sleeping apps, rồi thêm VPN vào Never sleeping apps. Trên các hãng khác, tìm những mục tương đương về tự khởi động và hoạt động nền.
Tiếp theo, vào cài đặt VPN của Android và bật VPN luôn hoạt động nếu ứng dụng hỗ trợ.
Sau đó kết nối VPN, khóa màn hình khoảng hai mươi phút, mở lại Telegram hoặc ứng dụng cần dùng và thử chuyển một lần giữa Wi-Fi với dữ liệu di động.
Bài kiểm tra đó có giá trị hơn nhiều so với một lần đo tốc độ khi ứng dụng VPN đang mở trên màn hình.
Nhà cung cấp lớn vẫn có lợi thế về lịch sử, hỗ trợ và số lượng máy chủ. Nhưng với người đang chờ tin nhắn, cuộc gọi hoặc mã xác nhận, những lợi thế ấy chỉ có ý nghĩa nếu đường hầm vẫn sẵn sàng sau khi Android cố tiết kiệm pin.
Trong tình huống này, khả năng tồn tại và phục hồi trong nền quan trọng hơn tốc độ cao nhất khi màn hình đang sáng. Tôi không cần VPN thắng một bài kiểm tra kéo dài ba mươi giây; tôi cần cuộc gọi đổ chuông sau hai mươi phút điện thoại nằm im trong túi.
Những câu hỏi có thể còn lại sau trải nghiệm này
Điều gì thực sự gây ra vấn đề?
Sau cùng, tôi mở phần cài đặt VPN của Android và bật VPN luôn hoạt động . Chế độ này giúp Android duy trì VPN như một phần của kết nối hệ thống, thay vì coi nó như ứng dụng có thể bỏ qua khi màn hình tắt.
Vì sao những cách sửa rõ ràng nhất không hiệu quả?
Ban đầu, tôi nghĩ máy chủ quá tải. Khi màn hình sáng, kết nối nhanh và tin nhắn đến ngay. Vấn đề chỉ xuất hiện sau khi điện thoại nằm yên một lúc. Tôi thử ba vị trí máy chủ, đổi từ Wi-Fi sang 5G rồi khởi động lại máy. Mỗi lần mở ứng dụng VPN, nó lại hoạt động. Mỗi lần cất điện thoại, nó lại chết.
Nên kiểm tra điều gì trước tiên?
Tôi không thể quan sát trực tiếp các quy tắc quản lý tiến trình bên trong Android, lớp tiết kiệm pin riêng của nhà sản xuất hay logic phục hồi nội bộ của từng ứng dụng.
Điều gì cuối cùng đã thay đổi kết quả?
Nếu VPN trên Android chỉ hoạt động khi màn hình sáng, cách kiểm tra ngắn nhất là:
Điều gì đáng ghi nhớ?
Trong tình huống này, khả năng tồn tại và phục hồi trong nền quan trọng hơn tốc độ cao nhất khi màn hình đang sáng. Tôi không cần VPN thắng một bài kiểm tra kéo dài ba mươi giây; tôi cần cuộc gọi đổ chuông sau hai mươi phút điện thoại nằm im trong túi.