Tuyến dự phòng VPN nổi không tiếp quản: danh sách kiểm tra chuyển đổi

Tuyến VPN nổi của bạn đã được cấu hình, khoảng cách dự phòng cao hơn tuyến chính, vậy mà không có gì chuyển động. Hoặc nó chuyển động, rồi quay lại sau vài phút trong khi liên kết không dây vẫn đang xuống. Trong cả hai trường hợp, một thứ khác với lỗi bạn quan tâm đang quyết định tính phù hợp của tuyến.

Thực hiện các kiểm tra này theo thứ tự. Mỗi bước có một điều kiện dừng, và một kiểm tra thất bại không thể được cứu bởi các bước sau. Các ví dụ dùng cú pháp RouterOS vì khoảng cách, khả năng tiếp cận cổng và bước nhảy kế tiếp đệ quy đều hiển thị trong cấu hình ở đó, nhưng thứ tự áp dụng cho mọi bộ định tuyến có tuyến tĩnh được theo dõi.

Gọi tên lỗi mà dự phòng phải bao phủ

«Tuyến chính đã chết» là bốn quan sát khác nhau. Một radio mất đối tác, một giao diện mất sóng mang, một cổng từ xa ngừng trả lời và một ứng dụng ngừng hoạt động đều trông khác nhau từ vị trí của bộ định tuyến. Hãy ghi lại thiết kế dành cho cái nào trước khi ai đó thay đổi giá trị khoảng cách.

Sau đó kiểm tra tính độc lập. Nếu giao thông bên ngoài của VPN chạy trên cùng đường không dây, hoặc trên một liên kết truy cập dùng chung cùng tuyến thượng nguồn, thì dự phòng không phải là miền lỗi thứ hai và sẽ xuống đúng lúc bạn cần. Kéo cáp chính trên giấy: nếu giao thông của chính đường hầm chết theo nó, tuyến nổi chỉ bao phủ lỗi cấu hình, không phải sự cố.

Đừng đòi khoảng cách phát hiện bất cứ điều gì

Khoảng cách lớn hơn khiến một tuyến ít được ưu tiên hơn. Đó là toàn bộ công việc. Chừng nào tuyến tĩnh chính còn phù hợp, tuyến nổi vẫn không hoạt động, và đó là hành vi đúng chứ không phải lỗi. Lỗi chỉ trở nên rõ ràng khi tuyến chính bị thu hồi hoặc bị đánh dấu không thể đến.

Với tuyến tĩnh, điều đó cần một bộ theo dõi rõ ràng:

/ip route
add dst-address=10.20.0.0/24 gateway=192.0.2.1 distance=1 check-gateway=ping
add dst-address=10.20.0.0/24 gateway=wg-backup distance=10

Đọc xem điều này kiểm tra gì: bước nhảy kế tiếp, không phải đích đến. Một radio vẫn trả lời ở phía cục bộ nhưng việc chuyển tiếp xa hơn bị hỏng sẽ giữ tuyến chính hoạt động. Đó là trường hợp im lặng, và khoảng cách cộng với kiểm tra cổng sẽ không bắt được. Nếu trường hợp đó quan trọng, việc phát hiện phải đến từ thứ gì đó quan sát phía xa: một quan hệ láng giềng giao thức định tuyến, hoặc một đầu dò mà bạn tự xác định đường đi và quy tắc kết quả.

Theo dõi các gói của chính đầu dò đi đâu

Đầu dò sức khỏe cũng có tuyến. Khi lưu lượng dữ liệu chuyển sang VPN, một đầu dò không bị ràng buộc đến cùng địa chỉ từ xa có thể đi theo nó, thành công và bị đọc như bằng chứng rằng tuyến chính đã trở lại. Lưu lượng quay lại đường hỏng và chu kỳ lặp lại.

Ghim đầu dò vào đường mà nó phải đánh giá. Trong RouterOS cách thông thường là một tuyến máy chủ đến mục tiêu giám sát qua cổng chính, với phạm vi đủ nhỏ để không tuyến nào khác phân giải được, và đó là thứ ví dụ chuyển đổi đệ quy trong hướng dẫn RouterOS xây dựng. Xác nhận nó trên bảng trực tiếp khi dự phòng đang hoạt động, không phải từ chú thích cấu hình:

/ip route print detail where dst-address=203.0.113.10
# gateway should still be the primary next hop

Xác định ý nghĩa của kết quả đầu dò trước khi thêm mục tiêu

Một mục tiêu từ chối ICMP hoặc vào chế độ bảo trì trông giống hệt lỗi đường đi, và ba mục tiêu không có quy tắc chỉ cho bạn ba ý kiến. Quyết định quy tắc trước, rồi triển khai: ví dụ, tuyến chính bị coi là chết khi hai trong ba mục tiêu thất bại trong hai khoảng liên tiếp, được ghi vào sổ tay vận hành nơi người tiếp theo sẽ tìm thấy.

Đặt ngưỡng lỗi và phục hồi để một gói bị mất không làm dịch chuyển trang. Độ trễ trễ tốn một chút thời gian phát hiện và mua lại sự ổn định. Chọn khoảng thời gian dựa trên mức độ chịu đựng sự cố, không dựa trên tốc độ đầu dò có thể chạy, và giữ việc quay lại chậm hơn chuyển đổi để tuyến chính phải chứng minh bản thân trước khi lấy lại lưu lượng.

Kiểm tra đường về và câu chuyện phiên

Chuyển đổi chỉ hoạt động theo chiều ra là một nửa thiết kế. Trang từ xa cần một tuyến về dải nguồn của bạn qua VPN, nếu không lưu lượng về đến từ một địa chỉ bất ngờ và đụng phải trạng thái tường lửa không còn khớp. Các phiên hiện có sẽ đứt ngay cả khi kết nối mới hoạt động, vì vậy hãy đưa điều đó vào tiêu chí chấp nhận thay vì hứa rằng việc truyền sẽ sống sót.

Giữ quyền truy cập quản trị ra khỏi đường đang kiểm tra. Nếu lối vào duy nhất của bạn là qua tuyến chính, một bài kiểm tra chuyển đổi sẽ khóa bạn ra khỏi thiết bị đang hoạt động sai.

Chạy trình tự chấp nhận

Ba bài kiểm tra bao phủ phần lớn: mất vật lý tuyến chính, lỗi chuyển tiếp im lặng khi giao diện vẫn hoạt động, và khôi phục tuyến chính. Với mỗi bài, ghi lại nguồn và bước nhảy kế tiếp của đầu dò, tuyến đích đang hoạt động, và một trao đổi ứng dụng được phép mới theo cả hai chiều.

Trường hợp im lặng là thứ phân tách các thiết kế. Nếu dự phòng không tiếp quản ở đó, bạn đã xây một giám sát liên kết chứ không phải giám sát đường đi. Quyết định xem điều đó có chấp nhận được không, và ghi giới hạn ở nơi kỹ sư trực sẽ đọc. Một đường hầm thứ hai được kết nối tự nó không phải là một chính sách dự phòng hoàn chỉnh.