Tên máy chủ trong LAN không hoạt động qua VPN: hậu tố, mDNS hay vùng?

Bên cạnh thiết bị, máy in trả lời một tên ngắn và máy chủ tệp trả lời một biệt danh. Qua đường hầm, cả hai tên đều hết thời gian trong khi địa chỉ của chúng vẫn hoạt động. Tuyến đường đang làm việc của nó; đường dẫn đặt tên đã khiến những tên ngắn đó hoạt động chưa bao giờ vượt qua đường hầm. Ba cơ chế tạo ra hành vi đó, và mỗi cơ chế cần một cách sửa khác nhau.

Hãy bắt đầu bằng việc xác định tên phụ thuộc vào cơ chế nào.

Ba loại tên hoạt động khác nhau

Một tên một nhãn như fileserver thường dựa vào hậu tố tìm kiếm DNS do trình phân giải thêm vào. Hậu tố đó thường đi kèm hợp đồng thuê DHCP cục bộ, nên một máy khách từ xa nhận địa chỉ từ VPN không có lý do gì để biết nó. Thêm tuyến đường không chuyển giao hậu tố. Tên ngắn đơn giản là không còn tồn tại như một cái tên, dù địa chỉ phía sau nó vẫn truy cập được.

Một tên kết thúc bằng .local thường được phân giải bằng DNS multicast trên liên kết cục bộ, như RFC 6762 mô tả. Multicast không vượt qua đường hầm có định tuyến trừ khi có gì đó cố ý bắc cầu hoặc proxy nó, nên tên ngừng phân giải ngay khi bạn rời khỏi phân đoạn.

Một tên công ty được định danh đầy đủ thuộc về một vùng nội bộ do các trình phân giải của tổ chức phục vụ. Tên đó hoạt động từ xa khi VPN đẩy các trình phân giải đó và máy khách được cấu hình để dùng chúng. Và localhost là mục đích đặc biệt theo RFC 6761: nó chỉ máy đang ở trước mặt bạn, không bao giờ chỉ một dịch vụ từ xa.

Đọc trình phân giải trước khi thay đổi tuyến đường

Hỏi máy chủ tên nào đã trả lời và hậu tố nào đã được thêm. Cùng một truy vấn qua các trình phân giải khác nhau cho câu trả lời khác nhau, và sự khác biệt đó chính là bằng chứng bạn cần.

getent hosts fileserver
getent hosts fileserver.corp.example.com
nslookup fileserver.corp.example.com
dig +search fileserver A
resolvectl query fileserver.corp.example.com
scutil --dns | head -30

Nếu truy vấn được định danh đầy đủ phân giải được nhưng truy vấn ngắn thì không, lỗi nằm ở hậu tố, không phải ở máy chủ. Nếu cả hai đều không phân giải được và địa chỉ vẫn hoạt động, máy khách hoàn toàn không dùng trình phân giải nội bộ. Hãy so sánh danh sách trình phân giải với những gì VPN phải đẩy, vì máy khách giữ trình phân giải cục bộ cho mọi truy vấn sẽ không bao giờ thấy vùng nội bộ.

Mang đúng tên đến máy khách

Yêu cầu quản trị viên cung cấp tên truy cập từ xa đã được ghi lại, đầy đủ, và dùng nó trong hồ sơ thay vì đoán hậu tố. Nếu việc triển khai hỗ trợ split DNS, hãy cấu hình miền nội bộ để các máy chủ nội bộ phân giải trong khi mọi thứ khác vẫn giữ trình phân giải cục bộ. Đẩy miền tìm kiếm qua cấu hình VPN ở nơi máy khách hỗ trợ.

Xác minh kết quả trên máy khách chứ không phải trên cổng. Một cài đặt áp dụng trên máy chủ mà không bao giờ đến được máy khách thì không thay đổi gì.

Giữ nguyên danh tính của chứng chỉ

Một bài kiểm tra dựa trên địa chỉ bỏ qua lỗi chứng chỉ chỉ chứng minh rằng ổ cắm đã mở. Chứng chỉ dịch vụ được cấp cho một tên, và máy khách sẽ tiếp tục từ chối sự không khớp với lý do chính đáng. Nếu chứng chỉ chỉ liệt kê tên nội bộ, hãy dùng tên đó và sửa phân giải, hoặc lấy một chứng chỉ bao phủ địa chỉ bạn định dùng.

Ghi lại tên, trình phân giải và hậu tố đã tạo ra kết nối thành công. Bản ghi đó giúp người tiếp theo không phải lặp lại cách xử lý tạm thời dựa trên địa chỉ vốn che giấu vấn đề thật.