Vì sao tuyến VPN đã xóa lại quay lại sau khi kết nối lại

Tuyến bạn xóa thủ công quay lại sau lần kết nối lại tiếp theo, và bảng trông y hệt như trước. Đây không phải lỗi định tuyến: có thứ gì đó tạo lại mục từ cấu hình hoặc từ một hành động trong vòng đời kết nối. Hầu hết runbook dừng ở bảng đang hoạt động, nên việc xóa có vẻ hiệu quả trong một phút rồi thất bại. Xác định chủ sở hữu, thay đổi nó và chứng minh khi kết nối lại.

Ai đã cài tuyến

Bắt đầu bằng danh sách các ứng viên thay vì một bản sửa. Hồ sơ VPN có thể mang tuyến của riêng nó, máy chủ có thể push chúng khi kết nối, hồ sơ trình quản lý mạng có thể khai báo chúng, đơn vị khởi động hoặc script có thể thêm chúng, và các triển khai IPsec cài tuyến cho các bộ chọn lưu lượng mà chúng thương lượng. Các quy tắc định tuyến theo chính sách cũng có thể chuyển hướng lưu lượng hoàn toàn sang bảng khác.

Thời điểm phân biệt chúng nhanh hơn khảo cổ cấu hình. Mục xuất hiện ngay khi giao diện lên thuộc về máy khách; mục đến sau một giây thường đến từ push của máy chủ; mục tồn tại khi khởi động thuộc về cấu hình đã lưu. Ghi lại bảng trước và sau khi kết nối, ngắt kết nối và khởi động lại, và mẫu sẽ gọi tên chủ sở hữu. Tuyến chỉ quay lại khi dịch vụ khởi động lại trỏ đến một đơn vị, không phải VPN.

Đọc bảng trước khi sửa

Nhìn vào góc nhìn của chính kernel thay vì một tệp đã lưu. Cột giao thức cho thấy thứ gì đã cài mỗi mục:

ip route show
ip route show table all
ip rule show

Trường giao thức, số liệu và số bảng cho bạn biết mình đang xem một mục tĩnh, mục do kernel tạo hay thứ gì đó do một daemon thêm vào. Danh sách quy tắc quan trọng vì một truy vấn có thể rời khỏi bảng chính hoàn toàn, khiến việc sửa ở đó vô hình với ứng dụng bạn đang gỡ lỗi. Đọc dòng từ trái sang phải: đích, cổng, thiết bị, giao thức và số liệu.

Sau đó hỏi kernel xem nó thực sự sẽ dùng tuyến nào. Một địa chỉ được bảo vệ là đầu dò tốt hơn địa chỉ công cộng:

ip route get 10.20.5.7

Thay đổi chủ sở hữu, không phải triệu chứng

Khi đã biết chủ sở hữu, thay đổi thuộc về chủ sở hữu đó. Xóa tuyến khỏi hồ sơ máy khách, sửa tuyến được push trên máy chủ, hoặc sửa kết nối của trình quản lý mạng thay vì thêm một tuyến cố định cạnh tranh thắng nhờ số liệu. Hai quy tắc chống nhau tạo ra một bảng mà sau này không ai giải thích được.

Giữ lại ngoại lệ điểm cuối. Tuyến tới máy chủ gửi địa chỉ công cộng của chính máy chủ VPN qua cổng vật lý là thứ giữ cho các gói tunnel bên ngoài tiếp tục chảy; xóa nó đi, tunnel sẽ cố tự mang chính nó. Trên hồ sơ split tunnel, sự cẩn trọng tương tự áp dụng cho các mạng con cục bộ cần đi vòng qua tunnel.

Kết nối lại và kiểm chứng cả hai đường

Kết nối lại, rồi kiểm tra cả hai đích trong một lượt. Địa chỉ được bảo vệ và điểm cuối bị loại trừ trả lời những câu hỏi khác nhau:

ip route get 10.20.5.7
ip route get 198.51.100.20

Cái đầu nên được phân giải qua giao diện tunnel và cái thứ hai qua cổng vật lý. Nếu cả hai đều phân giải qua tunnel, ngoại lệ bị thiếu; nếu không cái nào, thay đổi hồ sơ chưa có hiệu lực và bạn đang nhìn một chủ sở hữu khác với điều bạn nghĩ.

Ghi lại mục đích của tuyến, chủ sở hữu và nó nên tồn tại bao lâu. Ghi chú đó là thứ ngăn người tiếp theo lặp lại cùng chu trình xóa và kết nối lại.