Hai VPN, một resolver: ai ghi sau cùng người đó thắng

Hai ứng dụng khách VPN đang kết nối, một cho công việc và một cho mạng phòng thí nghiệm, và các tên nội bộ chỉ được phân giải cho ứng dụng khách kết nối sau cùng. Mô thức đó trông giống một lỗi trong một trong hai ứng dụng. Thông thường đây là kết quả có thể đoán trước của hai chương trình cùng ghi một cấu hình resolver mà không thống nhất ai sở hữu tên nào.

Huyền thoại: VPN mới nhất sở hữu DNS

Không có quy tắc chung nào rằng kết nối gần nhất sẽ thắng. Điều gì xảy ra phụ thuộc vào cơ chế của nền tảng và cách mỗi ứng dụng khách ghi nó. Ứng dụng thay thế tệp resolver cho một kết quả; ứng dụng thêm miền cho từng liên kết cho kết quả khác; ứng dụng không làm gì giữ nguyên trạng thái trước đó.

Vì vậy hành vi quan sát được là thuộc tính của hai cách triển khai, không phải thứ tự ưu tiên được ghi trong tài liệu. Suy luận chỉ từ thứ tự khởi chạy sẽ đôi khi đúng và đôi khi sai theo những cách khó tái tạo. Hãy ghi lại ánh xạ thay vào đó. Một thiết kế sống trong hai ứng dụng khách không phải là thiết kế.

Ánh xạ không gian tên tới resolver

Liệt kê các hậu tố riêng và resolver mà mỗi mạng yêu cầu, rồi quyết định tên công khai nên đi đâu. Danh sách đó chính là thiết kế. Không có nó, các ứng dụng khách quyết định một cách tình cờ.

Một nền tảng hỗ trợ DNS theo từng liên kết hoặc miền định tuyến có thể thể hiện sự phân chia một cách có chủ đích: một miền đi tới một liên kết, miền khác tới liên kết còn lại, và mọi thứ khác theo một mặc định rõ ràng. Hai tập lệnh phẳng ghi đè cùng một tệp không thể giữ được thiết kế đó, vì mỗi cái tin rằng mình sở hữu toàn bộ cấu hình.

Trên Windows, bảng chính sách phân giải tên có thể hướng các hậu tố tới máy chủ cụ thể, và ứng dụng khách VPN có thể cài quy tắc ở đó. Hãy kiểm tra chính sách chứ không phải danh sách card mạng, vì không phải danh sách card mạng phân giải tên.

Giữ một đường khởi động

Mỗi ứng dụng khách phải tìm điểm cuối của riêng nó trước khi có thể dùng dịch vụ mà điểm cuối đó cung cấp. Nếu tên máy chủ của điểm cuối chỉ phân giải được qua đường hầm, mà đường hầm lại cần tên máy chủ đã phân giải, bạn có phụ thuộc vòng tròn thể hiện như hết thời gian chờ kết nối. Hãy giữ một đường khởi động bên ngoài cả hai đường hầm. Nó không tốn gì cho tới ngày nó cứu kết nối.

Nhìn vào đường đi tới mỗi resolver, không chỉ tên được cấu hình cho nó. Một resolver chỉ tiếp cận được qua đường hầm kia sẽ hành xử như bị thiếu, và triệu chứng là hết thời gian chờ chứ không phải lỗi định tuyến.

Địa chỉ chồng lấn không phải vấn đề DNS

Hai mạng riêng dùng cùng dải địa chỉ không thể sửa bằng thứ tự DNS. Nếu cả hai đường hầm cùng đòi 10.0.0.0/8, một tên phân giải đúng vẫn trỏ tới địa chỉ mà máy chủ không thể định tuyến tới đường hầm phù hợp. Điều đó cần giải pháp ở mức địa chỉ, như các dải khác nhau, không gian tên hay chuyển dịch, không phải một thiết lập resolver khác. Quyết định sớm việc này tránh một đường vòng dài qua cấu hình DNS vốn không bao giờ hoạt động.

So sánh việc gán địa chỉ của hai đường hầm trước khi đổ lỗi cho phân giải tên. Khi cả hai bên đẩy cùng một tiền tố, máy chủ giữ một tuyến cho nó, và tên phân giải qua đường hầm thứ hai vẫn rơi vào địa chỉ thuộc đường hầm thứ nhất. Các dải khác nhau, không gian tên cho mỗi mạng hoặc chuyển dịch là những cách sửa; sau khi mỗi ứng dụng khách kết nối, hãy xác nhận bảng tuyến hiển thị đường đi bạn định.

Chứng minh bằng ứng dụng thật

Chọn hai máy chủ chỉ tồn tại trong không gian tên của riêng chúng và một tên công khai, rồi phân giải từng cái qua ứng dụng khách đáng lẽ sở hữu nó. Câu trả lời đúng từ resolver mong đợi không chứng minh ứng dụng tới được máy chủ, vì tuyến tới địa chỉ đó vẫn có thể thất bại. Sau mỗi lần tra cứu, hãy thử kết nối từ chương trình mà người dùng thực sự sẽ chạy.

Một ứng dụng khách có tùy chọn DNS mã hóa riêng có thể bỏ qua chính sách bạn vừa kiểm tra, nên hãy kiểm tra thiết lập đó trong phần đánh giá. Sau đó kết nối lại cả hai ứng dụng khách theo thứ tự nhà cung cấp hỗ trợ và lặp lại các tra cứu; nếu câu trả lời đổi chỗ khi thứ tự thay đổi, một người ghi cạnh tranh vẫn sở hữu một phần cấu hình. Tìm hiểu thành phần nào cài đặt quy tắc - ứng dụng khách, hồ sơ hệ điều hành hay tác nhân quản lý - trước khi sửa bất cứ thứ gì. Ghi lại thứ tự và chủ sở hữu để người tiếp theo không phải khám phá lại.