VPN đã kết nối nhưng IMAP không đồng bộ? Kiểm tra ba lớp này

Kết nối VPN của văn phòng, mở ứng dụng thư và quan sát hộp thư đến từ chối làm mới trong khi webmail vẫn tải bình thường. Chẩn đoán quen thuộc là VPN cho lưu lượng đi qua nhưng chặn thư, hoặc mật khẩu tài khoản đã thay đổi. Cả hai phỏng đoán đều bỏ qua cấu trúc của những gì một ứng dụng IMAP làm. Đến được máy chủ, hoàn tất TLS, xác thực và chọn hộp thư là bốn sự kiện khác nhau, và VPN chỉ sở hữu sự kiện đầu tiên.

Niềm tin sai: một kết nối nghĩa là một lần đăng nhập

Niềm tin là khi đường hầm đã dựng và máy chủ thư trả lời, hộp thư thực sự đã mở. Không phải vậy. VPN cung cấp một đường đến dịch vụ; nó không đăng nhập thay bạn và không chọn thư mục. Một ứng dụng có thể dừng ở bước thứ tư trong các bước đó với đường hầm hoạt động hoàn hảo và mật khẩu hợp lệ.

Chính trong khoảng trống này, phần lớn các báo cáo «IMAP hỏng khi qua VPN» thực sự tồn tại.

Ba trạng thái IMAP, và nơi ứng dụng bị kẹt

IMAP định nghĩa trạng thái chưa xác thực, trạng thái đã xác thực và trạng thái đã chọn, và các lệnh chỉ hợp lệ ở trạng thái cho phép chúng. Kết nối cũng có thể bắt đầu đã xác thực khi máy chủ cung cấp xác thực trước, nên việc không có lời nhắc mật khẩu không chứng minh điều gì. Chọn hộp thư chuyển phiên từ đã xác thực sang đã chọn, và chỉ khi đó các lệnh tác động lên thư mới có đích.

Một ứng dụng xác thực thành công rồi không chọn được thư mục đã cấu hình sẽ trông như lỗi đồng bộ trong khi máy chủ hành xử đúng. Thư mục bị đổi tên, nhà cung cấp ánh xạ «hộp thư đến» theo cách khác, hoặc thiếu quyền truy cập đều kết thúc ở đây. Phản hồi NO có thẻ của máy chủ là bằng chứng, và đó không phải phản hồi giống như mật khẩu bị từ chối.

TLS đến trước cuộc trò chuyện IMAP

Với TLS ngầm trên cổng 993, bắt tay TLS hoàn tất trước khi bất kỳ lệnh IMAP nào được gửi, đó là lý do sự cố chứng chỉ tạo ra lỗi nhắc đến tin cậy chứ không phải thư. Tên máy chủ thư phải được xác thực với chứng chỉ giống như tên máy chủ web; một đường hầm giữ nguyên lưu lượng không làm chứng chỉ không hợp lệ trở nên hợp lệ.

Văn bản lỗi phân biệt các trường hợp. Hết thời gian kết nối nghĩa là SYN chưa bao giờ hoàn tất. Lỗi TLS nghĩa là kết nối TCP hoạt động còn bắt tay thì không. Phản hồi IMAP NO hoặc BAD nghĩa là cả hai đều thành công và lớp giao thức đã từ chối điều gì đó. Ghi lại bạn đã thấy loại nào trước khi thay đổi bất kỳ cài đặt nào.

Thư trong bộ nhớ đệm không chứng minh điều gì

Ứng dụng thư hiển thị các thư đã tải trước đó bất kể hôm nay có đến được máy chủ hay không, nên hộp thư đến hiển thị chỉ cho bạn biết kho lưu trữ cục bộ hoạt động. Mọi thử nghiệm thực sự phải buộc một thao tác trên máy chủ: làm mới một thư mục, tải một thư chưa từng được tải, hoặc gửi một lệnh mà ứng dụng chỉ đưa ra sau khi chọn hộp thư.

Hãy dùng kiểm tra không phá hủy. Làm mới một thư mục và đọc nhật ký lỗi của tài khoản tốt hơn xóa rồi thêm lại tài khoản, việc này chủ yếu chứng minh màn hình cấu hình vẫn hoạt động.

Gửi và webmail là hai giao thức khác nhau

Gửi thư là đệ trình, không phải IMAP. Nó dùng dịch vụ riêng và thường là cổng riêng với chế độ TLS riêng và xác thực riêng, nên hộp thư đi hoạt động không chứng minh hộp thư IMAP đã được chọn, và hộp thư đi hỏng không buộc tội IMAP.

Webmail lại khác. Nó có thể thành công qua cùng VPN vì đó là phiên HTTPS với giao diện web, điều này không nói gì về máy chủ IMAP, cổng hay chế độ TLS của ứng dụng máy tính để bàn.

Để bàn giao, ghi bốn kết quả riêng: đường VPN, kết quả điểm cuối thư và TLS, kết quả xác thực tài khoản, và kết quả chọn hộp thư. Giữ thông tin đăng nhập và nội dung thư ngoài ghi chú. Bản ghi đó cho người tiếp theo biết bản sửa thuộc về mạng, chứng chỉ, tài khoản hay cấu hình thư mục, mà không làm yếu lớp bảo vệ nào.