iMessage không cập nhật qua VPN trên Mac: thứ tự kiểm tra
Lỗi push hiếm khi chỉ do một cổng bị chặn. Hãy thực hiện các kiểm tra theo thứ tự: định tuyến và phạm vi ứng dụng, resolver, khả năng tiếp cận APNs, rồi đến trạng thái tài khoản.
Nếu Messages ngừng đồng bộ trong khi Safari vẫn tải trang, VPN là nguyên nhân khả dĩ nhưng chưa được chứng minh. iMessage phụ thuộc vào Apple Push Notification service cùng các dịch vụ định danh của Apple, và một đường hầm có thể thay đổi tuyến, resolver hoặc việc kiểm tra áp lên những kết nối đó mà không đụng đến lưu lượng web. Một cổng bị chặn hiếm khi là toàn bộ câu chuyện, nên các kiểm tra dưới đây đi từ Mac ra ngoài. Dừng ở bước đầu tiên thất bại và sửa bước đó trước khi thay đổi bất cứ điều gì khác.
Trước tiên hãy xác định triệu chứng. Lỗi đăng nhập, một tin nhắn không bao giờ rời đi, một tin nhắn không bao giờ đến, và một tệp đính kèm không tải xuống được là bốn vấn đề khác nhau chỉ tình cờ dùng chung một ứng dụng. Ghi lại bạn gặp trường hợp nào, hồ sơ VPN nào đang hoạt động và phiên bản ứng dụng khách; ghi chú đó cũng là thứ chủ mạng cần sau này.
Kiểm tra 1: đường hầm định tuyến gì và bao phạm vi nào
Hãy xem hồ sơ trước khi xem ứng dụng. Đường hầm đầy đủ gửi toàn bộ lưu lượng qua VPN, đường hầm chia tách chỉ gửi các subnet được liệt kê, và đường hầm theo ứng dụng chỉ gồm các ứng dụng đã chọn. Nếu Messages nằm ngoài tập được bao gồm, nó đang dùng giao diện vật lý và VPN không thể là nguyên nhân. scutil --nc list hiển thị các dịch vụ do cấu hình quản lý, netstat -rn -f inet hiển thị tuyến mặc định trỏ đến đâu, và chế độ xem hồ sơ của ứng dụng khách cho biết phạm vi có dựa trên ứng dụng hay không.
Điều kiện đạt: tuyến mặc định hoặc việc bao gồm theo ứng dụng thực sự bao phủ Messages, và hồ sơ bạn đang kiểm tra là hồ sơ được áp dụng hiện tại. Nếu không, hãy dừng và kiểm tra ứng dụng khách hoặc hệ điều hành thay vì mạng.
Kiểm tra 2: chính sách resolver và việc kiểm tra
Các dịch vụ push và tài khoản phân giải những tên thường khác với tên trình duyệt của bạn dùng, và DNS chia tách có thể gửi những truy vấn đó đến một nơi không ngờ. scutil --dns liệt kê resolver theo miền; so sánh resolver dùng cho các miền Apple với resolver bạn mong đợi. Một resolver trả lời bằng địa chỉ nội bộ, hoặc từ chối truy vấn hoàn toàn, sẽ làm hỏng dịch vụ trước khi một gói tin kịp đến Apple.
Sau đó kiểm tra xem đường hầm có kiểm tra TLS không. Yêu cầu mạng của Apple nêu rằng các dịch vụ được liệt kê không được thiết kế cho việc chặn HTTPS, và một thiết bị kết thúc những kết nối đó có thể để việc duyệt web nguyên vẹn trong khi nhắn tin âm thầm thất bại. Nếu việc kiểm tra bao trùm mọi thứ, hãy loại trừ các danh mục dịch vụ Apple liên quan và kiểm tra lại thay vì tắt kiểm tra trên toàn hệ thống.
Kiểm tra 3: vận chuyển APNs, bao gồm 443
Kết nối của thiết bị tới APNs dùng TCP 5223, còn TCP 443 được dùng cho kích hoạt và đường dự phòng trong các tình huống được hỗ trợ. Cả hai đều là kết nối đi ra do thiết bị khởi tạo. Bạn không cần cổng vào trên router, và việc mở một cổng trên Mac chỉ phơi bày dịch vụ mà không giúp được ứng dụng khách vốn không đến được Apple.
Điều kiện đạt: một tin nhắn mới từ Mac đến được người nhận trên mạng khác, và trả lời của họ đến, với cùng hồ sơ vẫn hoạt động. Hãy gửi một tin nhắn không nhạy cảm và chờ một trả lời thay vì cả loạt, để thành công một phần vẫn cho thấy hướng nào thất bại. Nếu gửi được mà tệp đính kèm bị kẹt, vận chuyển có lẽ ổn và đường hẹp hơn mới là thứ cần kiểm tra.
Kiểm tra 4: trạng thái tài khoản trước khi đặt lại
Lỗi kích hoạt hoặc đăng nhập thuộc về lớp tài khoản, không phải đường hầm. Xác nhận ngày và giờ của Mac đúng, Apple ID đã đăng nhập, và liệu có lời nhắc xác minh đang chờ trên thiết bị khác không. Một phê duyệt hai yếu tố đang chờ trông giống hệt lỗi kết nối khi nhìn từ bên trong cửa sổ Messages.
Hãy chống lại bản năng đặt lại. Đăng xuất rồi đăng nhập lại, hoặc đặt lại tài khoản, sẽ vứt bỏ trạng thái lẽ ra cho bạn biết lỗi nằm ở đâu, và trên một Mac được quản lý, nó có thể khởi động các bước ghi danh mà bạn không thể tự hoàn tác. Xác thực lại một lần, và chỉ sau khi các kiểm tra vận chuyển đã qua và tài khoản là nghi phạm còn lại.
Cần trao gì cho chủ mạng
Nếu các kiểm tra chỉ vào đường hầm, báo cáo hữu ích rất ngắn: kiểu Mac và phiên bản macOS, tên và phiên bản ứng dụng khách, tên hồ sơ, khung thời gian, hướng nào thất bại, và quan sát về tuyến hoặc resolver đã khác đi. Bỏ ra ngoài nội dung tin nhắn và ảnh chụp cuộc trò chuyện.
Hãy yêu cầu áp dụng chính sách ở ranh giới lọc thực sự. Yêu cầu mạng doanh nghiệp hiện hành của Apple liệt kê máy chủ và điều kiện vận chuyển cho từng dịch vụ, để chủ mạng có thể đối chiếu chúng với bộ quy tắc thay vì mở một cổng và hy vọng. Kiểm tra lại bằng một tin nhắn sau mỗi thay đổi; hai biến cùng lúc cho bạn một kết quả không thể đọc được.