Vì sao chỉ route-nopull khiến máy chủ tệp không truy cập được
Bỏ qua các tuyến được đẩy chỉ là một nửa của đường hầm chia tách. Hãy chọn chủ sở hữu tuyến, thêm tiền tố văn phòng bằng tay và thử ba luồng trước khi nói đã sửa xong.
Máy chủ tệp mở bình thường, và cuộc gọi video ở cửa sổ bên cạnh bắt đầu giật. Không có gì chậm và không MTU nào sai: máy khách của bạn đã nhận danh sách tuyến do máy chủ cung cấp, nên giờ mọi gói tin đều đi ra qua tường lửa của văn phòng. Cách khắc phục không phải một cờ tinh chỉnh nữa mà là quyết định ai sở hữu bảng tuyến của máy khách. Quyết định đó thuộc về một chỗ duy nhất, và các kiểu hỏng bên dưới cho bạn biết bạn thực sự đã chọn chỗ nào.
Quyết định ai sở hữu bảng tuyến
Có ba chủ sở hữu khả dĩ. Máy chủ có thể đẩy tuyến và cổng mặc định, khi đó máy khách cài đặt những gì được bảo và trở thành đường hầm đầy đủ. Hồ sơ máy khách có thể nắm quyền sở hữu bằng cách bỏ các lần đẩy và mang các dòng tuyến riêng. Trình quản lý kết nối trên máy tính để bàn cũng có thể sở hữu quyết định thông qua các thuộc tính tuyến và tuyến mặc định của chính nó.
Mỗi lựa chọn hỏng theo một cách khác nhau, vì thế đáng đọc bảng trước khi sửa hồ sơ. Hàng khớp với triệu chứng của bạn chính là chủ sở hữu bạn thực sự có.
| Owner | Where it lives | Result |
|---|---|---|
| Server | server config, redirect-gateway, pushed routes | client becomes a full tunnel |
| Profile | route-nopull and its own route lines | tunnel up, office prefix missing |
| Manager | never-default plus its own routes | desktop decides, profile ignored |
Chọn một và ghi lại. Trộn hai cái sẽ để lại một máy chủ mà đường mặc định mâu thuẫn với tài liệu của chính nó, và kỹ sư tiếp theo không thể biết lớp nào đã thắng. Xóa kẻ thua một cách rõ ràng.
route-nopull lọc các lần đẩy, nó không thêm tuyến
route-nopull thuộc hồ sơ máy khách, và thứ tự của nó trong tệp đó không quan trọng vì nó chỉ bỏ các giá trị đến từ máy chủ. Nó bỏ các tuyến được đẩy, kể cả tuyến mặc định được đẩy, trong khi đường hầm vẫn lên bình thường.
Hệ quả mà mọi người bỏ sót là các tùy chọn DHCP được đẩy cũng đi theo. Các thiết lập DNS do máy chủ gửi cũng bị bỏ, nên tên nội bộ ngừng phân giải dù đường hầm khỏe và máy chủ vẫn truy cập được bằng địa chỉ.
Điều đó để lại một đường hầm không có đường tới tiền tố văn phòng trừ khi bạn tự thêm một tuyến: route-nopull theo sau là route 10.30.0.0 255.255.0.0 trong cùng hồ sơ. Dòng đó mang địa chỉ và mặt nạ; nó không nêu bước nhảy tiếp theo.
Một dạng thay thế thêm một token cổng, route 10.30.0.0 255.255.0.0 vpn_gateway, trỏ mục nhập tới đường hầm theo tên. Các trình nhập khác nhau ở việc có dịch biến thể đó hay không, nên hãy kiểm tra kết nối đã lưu nếu mục nhập thiếu khỏi bảng của nhân.
Xác minh bằng tra cứu tuyến, không bằng ping
Ping cho bạn biết có gì đó đã trả lời. Tra cứu tuyến cho bạn biết nhân sẽ chọn giao diện nào, và đó mới là câu hỏi bạn thực sự đặt ra. Bốn lệnh ngắn phân biệt một tuyến thiếu với một tuyến trỏ tới thiết bị sai.
Đọc những gì đường hầm đã cài bằng ip route show dev tun0. Không có đầu ra nào nghĩa là không có tuyến, đây không phải đường hầm chia tách hoạt động được, và đó là kết quả thường gặp khi thêm bộ lọc mà không có dòng rõ ràng.
Sau đó kiểm tra một địa chỉ văn phòng bằng ip route get 10.30.5.7, và một địa chỉ internet thông thường bằng ip route get 1.1.1.1. Cái thứ hai phải nêu giao diện vật lý; nếu nó nêu đường hầm thì lần đẩy hoàn toàn không bị lọc.
Cuối cùng đọc ip rule, vì một quy tắc chính sách do lần thử trước để lại có thể lấn át bảng bạn vừa sửa. Một hồ sơ đúng với một quy tắc cũ nằm trên trông giống hệt một hồ sơ hỏng. Xóa quy tắc bạn đã thêm lần trước trước khi thêm quy tắc khác.
Các mạng con chồng lấn trông như đường hầm hỏng
Hai dải riêng có thể giống hệt nhau từ góc nhìn của máy khách, và đó là nơi đường hầm chia tách bị đổ lỗi cho điều nó không gây ra. Nếu văn phòng cấp đúng tiền tố mà router nhà bạn dùng, tuyến đường hầm sẽ phủ lên router và mạng trong nhà dường như biến mất.
So sánh địa chỉ trên giao diện của bạn với tuyến mà hồ sơ cài đặt, dùng một danh sách địa chỉ đơn giản trước khi thay đổi bất cứ điều gì. Sự chồng lấn là thật, và không tùy chọn hồ sơ nào giải quyết được. Điều bạn có thể sửa là cách đặt tên, để người tiếp theo thấy hai dải thay vì một.
Các cách sửa trung thực là đánh số lại một bên hoặc dịch địa chỉ tại văn phòng. Ghim một tuyến máy chủ duy nhất vào router chỉ hoạt động cho tới khi địa chỉ router thay đổi, và sau đó nó thành bí ẩn thứ hai chồng lên cái thứ nhất.
Làm cho quyết định sống sót qua lần kết nối lại
Các mục nhập bằng tay không sống sót qua lần kết nối lại, và trình quản lý kết nối dựng lại bảng mỗi khi hồ sơ khởi động. Đặt quyết định ở nơi kết nối được tạo, dù đó là hồ sơ hay thiết lập đã lưu của trình quản lý. Sau đó khởi động lại kết nối một lần có chủ đích thay vì phát hiện hành vi trong cuộc gọi. Một hồ sơ chỉ hoạt động đến lần kết nối lại tiếp theo là chưa xong.
Thử ba đường cùng lúc: máy chủ văn phòng bằng địa chỉ nguyên văn, cùng máy chủ đó bằng tên, và một trang công khai thông thường. Cái ở giữa phụ thuộc vào dịch vụ tên bạn đã cấu hình sau khi bỏ các tùy chọn DNS được đẩy, và chính nó là cái âm thầm hỏng.