Vì sao MagicDNS phân giải thiết bị nhưng không phân giải tên máy chủ của văn phòng

MagicDNS cấp cho mỗi thiết bị trong một tailnet một cái tên bắt nguồn từ tên máy của nó và miền DNS của tailnet. Cái tên đó do Tailscale tạo ra và được trả lời theo đường đi của trình phân giải Tailscale. Một tên máy chủ văn phòng như files.office.example thuộc về một vùng mà Tailscale chưa bao giờ ghi, nên việc đổi tên thiết bị không thể tạo ra nó. Hai không gian tên cùng tồn tại; chúng chỉ có chủ sở hữu khác nhau.

Cơ chế đó nằm sau một báo cáo rất phổ biến: máy chủ Tailscale trả lời, còn máy chủ tệp vẫn trả về lỗi phân giải.

Hai không gian tên, hai chủ sở hữu

Tên thiết bị được tạo từ chính tên máy chủ của máy, các xung đột do Tailscale phân giải, và kết quả sống dưới miền của tailnet. Vùng văn phòng do người vận hành trình phân giải của văn phòng duy trì, với các bản ghi do quản trị viên hoặc đăng ký động tạo ra. Tên ngắn che giấu sự khác biệt: files có thể là phần mở rộng hậu tố tìm kiếm do DNS văn phòng trả lời, một thiết bị trong tailnet, hoặc không có gì cả. Truy vấn tên đầy đủ cho thấy hệ thống nào thực sự đã trả lời.

Đổi tên máy của bộ định tuyến mạng con không làm gì cho vùng văn phòng. Nó đổi tên một thiết bị Tailscale và để nguyên bản ghi trên máy chủ văn phòng, vì vậy đổi tên rồi thử lại không bao giờ gặp nhau.

Hướng vùng văn phòng tới trình phân giải của nó

DNS tách rời của Tailscale gửi truy vấn cho các miền đã chọn tới một máy chủ tên mà bạn chỉ định, và mọi thứ khác tuân theo chính sách còn lại. Hãy thêm miền mà trình phân giải của văn phòng thực sự phục vụ, không phải hậu tố tìm kiếm mà bạn tình cờ gõ. Hậu tố tìm kiếm cho máy khách biết cần nối thêm gì; nó không cho trình phân giải biết cần nhìn ở đâu. Hai cài đặt này trông giống nhau trong bảng điều khiển và hoạt động hoàn toàn khác nhau.

Một máy chủ tên bị giới hạn phải có thẩm quyền cho miền liên kết với nó, nếu không câu trả lời sẽ là một sự chuyển hướng chứ không phải một địa chỉ.

Khả năng tiếp cận đến trước việc phân giải

Máy khách cũng phải tiếp cận được máy chủ tên đó. Với trình phân giải trên một LAN riêng, tuyến mạng con phải được quảng bá và chấp nhận, chính sách truy cập phải cho phép truy vấn, và phải tồn tại một đường quay về. Một địa chỉ DNS đúng trong bảng điều khiển quản trị chỉ chứng minh rằng cấu hình đã được lưu. Nếu các gói tin không tiếp cận được trình phân giải, triệu chứng là hết thời gian, trông khác với câu trả lời có thẩm quyền rằng không có bản ghi như vậy.

Sự khác biệt đó mang tính chẩn đoán. Hết thời gian chỉ vào định tuyến hoặc chính sách, trong khi câu trả lời phủ định tức thì chỉ vào bản ghi hoặc vùng. Hãy đọc xem bạn nhận được cái nào trước khi thay đổi bất kỳ cài đặt DNS nào.

Tách lỗi tên khỏi lỗi dịch vụ

Nếu tài nguyên trả lời tại địa chỉ riêng của nó nhưng không theo tên máy chủ, cuộc điều tra vẫn ở DNS. Nếu cả hai đều không hoạt động, hãy sửa định tuyến hoặc dịch vụ trước, vì một cái tên phân giải tới địa chỉ không thể tiếp cận không phải là tiến bộ. Truy vấn tên đầy đủ và ghi lại máy chủ nào đã trả lời. Trên macOS một số công cụ dòng lệnh đi theo đường khác với các ứng dụng thông thường, vì vậy một terminal dig và một trình duyệt có thể không đồng ý về cùng một cái tên.

Lặp lại bài kiểm tra với một nút thoát được chọn nếu đó là chế độ bình thường của thiết bị. Việc xử lý DNS của nút thoát khác với cấu hình không có nút thoát, và chỉ kiểm tra trong một chế độ có thể bỏ sót lỗi mà người dùng thực sự thấy.

Ghi lại vùng, địa chỉ của trình phân giải và tuyến đường mang truy vấn. Ba điều này giải thích phần lớn những bất ngờ của MagicDNS mà không cần thêm một vòng đổi tên nữa.