Chuyển một mạng con sang đường hầm VPN mới mà không gián đoạn

Dựng đường hầm mới, chuyển một mạng con, và mạng con đó giờ chập chờn hỏng trong khi mọi thứ khác hoàn toàn ổn. VPN chuyển dở dang hỏng đúng như vậy, vì đường hầm chưa bao giờ là phần khó. Đường đi còn gồm tuyến nào thắng, bộ chọn nào khớp, quy tắc truy cập cho phép gì, gói trả lời quay về ra sao và mọi chuyển đổi mà thiết kế cũ đã áp dụng. Chỉ chuyển đường hầm thì bạn chưa chuyển được gì trong số đó.

Đường hầm là nửa dễ của đường đi

Lỗi chập chờn sau khi chuyển một phần thường có nghĩa là cả hai đường đều khả dĩ. Một số luồng chọn đường hầm mới, số khác giữ đường cũ, và thiết bị có ghi nhớ trạng thái sẽ thấy gói trả lời đến qua đường mà yêu cầu chưa từng dùng. Hai đường không tự động an toàn hơn một; chúng là hai thứ có thể không đồng ý với nhau. Hãy xem báo cáo về dao động chứ không phải bộ đếm của đường hầm, vì bộ đếm sẽ trông khỏe suốt quá trình.

Câu hỏi đầu tiên hữu ích không phải đường hầm nào tốt hơn. Mà là hôm nay luồng nào chọn đường nào, và yêu cầu với gói trả lời có nhận cùng một câu trả lời không.

Dựng đích đến trước khi ưu tiên nó

Xác nhận các peer tương thích và đường hầm mới mang dải địa chỉ bạn định dùng. Thêm chuyển tiếp và quyền dịch vụ cần thiết khi nó còn là đường chưa được ưu tiên, để bản thân việc cắt chuyển chỉ đổi lựa chọn và không đổi gì khác.

Hỏi site từ xa xem nó sẽ trả lưu lượng về thế nào. Nếu gói trả lời vẫn ra qua đường hầm cũ, tuyến nội bộ mới tạo ra bất đối xứng hoặc trượt bộ lọc có ghi nhớ trạng thái. Việc chuyển đổi cũng thuộc về thiết kế vì lý do đó: địa chỉ nguồn thay đổi cũng làm đổi đường về.

Cắt chuyển hẹp, và biết đường quay lại

Nêu đúng mạng con và cơ chế được nền tảng hỗ trợ để ưu tiên tuyến hoặc bộ chọn mới của nó. Các định nghĩa dựa trên chính sách không luôn hành xử như metric tuyến, nên hãy đọc quy tắc chính sách chồng lấn trong triển khai của bạn trước khi cho rằng kết quả khớp cụ thể hơn sẽ thắng.

Chuyển một mạng con, không phải một site. Giữ truy cập quản trị trên đường bạn không chạm tới, và ghi sẵn cách khôi phục trước khi áp dụng bất cứ điều gì: tuyến hay chính sách nào quay lại, ai làm, và họ giữ kết nối thế nào trong lúc làm.

Bất đối xứng và trạng thái cũ

Tường lửa và thiết bị NAT nhớ giao diện mà một luồng đã dùng. Khi yêu cầu và gói trả lời đi qua hai đường hầm khác nhau, thiết bị có thể bỏ gói trả lời dù mỗi đường tự nó vẫn chạy. Hãy thử bằng một luồng bạn mở sau khi thay đổi, vì phiên đã thiết lập có thể tiếp tục dùng đường cũ hàng giờ.

Nếu địa chỉ nguồn quan sát được đã dịch chuyển, hãy tìm mọi chính sách nêu địa chỉ cũ. Một cuộc chuyển đổi âm thầm đổi nguồn sẽ phá những quy tắc mà không ai xếp vào phần thiết kế VPN.

Chứng minh cả hai câu trả lời, rồi gỡ bỏ chính sách cũ

Từ một máy chủ thường trên mạng con đã chuyển, hãy tới dịch vụ dự định và kiểm tra nguồn quan sát được cùng giao diện trả lời. Sau đó thử một mạng phải ở lại đường hầm cũ, vì việc chuyển chỉ xong khi cả hai câu trả lời đúng. Bài kiểm tra thứ hai chính là bài người ta bỏ qua, và nó là bài bắt được bộ chọn rộng hơn dự định.

Chỉ gỡ chính sách lỗi thời khi không còn mạng con nào phụ thuộc vào nó, và ghi tuyến cuối cùng cùng chủ sở hữu vào danh mục bộ chọn. Hoàn tất không phải là đường hầm mới báo đã lên; mà là mọi mạng đi theo đúng đường đã định.