Cùng một danh tính IKEv2 trên hai iPhone? Chúng lần lượt kết nối

Hai điện thoại, một hồ sơ và một mô thức trông siêu nhiên cho đến khi ai đó nhìn vào cổng. Một thiết bị giữ đường hầm, thiết bị thứ hai kết nối, và thiết bị thứ nhất mất nó trong vài giây. Thiết bị thứ nhất kết nối lại và thiết bị thứ hai rớt. Người ta đổ lỗi cho tiết kiệm pin, chuyển vùng Wi-Fi và NAT của nhà mạng, trong khi nguyên nhân thật nằm trong một trường văn bản được sao chép cùng mọi thứ khác. IKEv2 nhận diện một peer bằng tên, và cả hai điện thoại đều trình bày cùng một tên.

Danh tính là chiếc khóa mà máy chủ lưu giữ bạn bên dưới

Trong một trao đổi IKEv2, mỗi bên tuyên bố mình là ai: bên khởi tạo gửi một định danh cục bộ, bên phản hồi trả lời bằng định danh của mình, và bên phản hồi cũng kiểm tra danh tính mà bên khởi tạo khai báo theo chính sách. Cổng giữ trạng thái theo danh tính chứ không theo thiết bị, vì thiết bị không phải là thứ nó có thể nhìn thấy. Vì vậy hai điện thoại cùng một định danh đến như một peer, và lần trao đổi thứ hai phải ghi đè lần thứ nhất. Vấn đề chỉ xuất hiện khi cả hai đang được dùng, đó là lý do một bài kiểm tra với một điện thoại không bao giờ tái hiện được.

Không điều nào trong số này là lỗi ở máy khách. Máy khách đã gửi đúng những gì hồ sơ bảo nó gửi.

Xung đột trông thế nào từ cổng

Xem danh sách peer khi cả hai điện thoại thức và đang được dùng. Một xung đột cho thấy một mục duy nhất có địa chỉ thay đổi khi các điện thoại hoán đổi, và bộ đếm phiên hoạt động không bao giờ đạt tới hai. Việc ngắt theo yêu cầu trông khác, và để phân biệt chúng cần một quan sát chứ không phải một lý thuyết.

Ghi lại cả hai sự kiện với dấu thời gian trong khi nó xảy ra. Một lần rớt trùng với việc thiết bị kia kết nối chỉ vào định danh, và một lần rớt đến sau một khoảng nhàn rỗi sau gói cuối cùng chỉ vào bộ hẹn giờ.

Bản sao đến từ đâu

Xuất một cấu hình đang hoạt động và chỉ sửa địa chỉ máy chủ tạo ra một tệp thứ hai vẫn còn danh tính của tệp thứ nhất bên trong. Đó là con đường thông thường dẫn đến lỗi này, và nó thường xảy ra khi đưa một nhóm nhỏ vào một cách vội vàng.

Tên các trường khiến việc bỏ sót trở nên dễ dàng. Định danh từ xa đặt tên cho cổng mà điện thoại mong đợi, và sao chép nó là đúng. Định danh cục bộ đặt tên cho thiết bị này trước cổng, và sao chép giá trị đó chính là toàn bộ vấn đề.

Cấp một giá trị cho mỗi thiết bị

Dùng thứ gì đó duy nhất cho thiết bị và ổn định trong suốt vòng đời của nó, chẳng hạn định danh thiết bị từ kho hoặc giá trị mà hệ thống quản lý của bạn tạo ra cho mỗi lần đăng ký. Nhãn phòng ban, tên tài khoản dịch vụ dùng chung hoặc địa chỉ email của người dùng đều xung đột ngay khi người đó có thiết bị thứ hai.

Tạo tải trọng cho từng thiết bị thay vì phân phối một tệp. Ghi lại giá trị nào thuộc về thiết bị nào, để việc thay thế không khôi phục hồ sơ cũ và đẩy điện thoại mới trở lại đúng xung đột đó.

Kiểm tra cả phía máy chủ. Một cổng ánh xạ danh tính tới địa chỉ đường hầm cố định vẫn có thể xung đột khi hai định danh khác nhau nhận cùng một phép gán, vì vậy hãy xác nhận rằng nhóm có chỗ và các phép gán không bị ghim theo người dùng.

Xác minh khi cả hai điện thoại thức

Kết nối thiết bị thứ nhất, truy cập một tài nguyên riêng, sau đó kết nối thiết bị thứ hai và để cả hai nhàn rỗi một phút. Cả hai phiên phải tồn tại và danh sách peer phải hiển thị hai danh tính. Sau đó khóa và mở khóa từng điện thoại để xác nhận trường hợp nhàn rỗi vẫn hoạt động đúng.

Nếu một phiên duy nhất vẫn rớt mỗi ngày một lần mà không có gì khác kết nối, danh tính không còn là nghi phạm nữa. Hãy chuyển sang bộ hẹn giờ nhàn rỗi và giới hạn phiên của máy chủ thay vì sửa hồ sơ lần nữa.