Diễn Đàn

Miền tìm kiếm DNS không hoạt động / bị bỏ qua

V

v654321

Áp phích gốc
Ngày 6 tháng 8 năm 2011
Vilvoorde, Bỉ
  • Ngày 22 tháng 5 năm 2021
Tôi đang gặp sự cố với các miền tìm kiếm DNS không hoạt động và / hoặc bị bỏ qua. Tôi đã cố gắng khắc phục sự cố / xác định chính xác vấn đề nhưng rất tiếc là không có kết quả. Tôi đã googled khá rộng rãi và đã thử nhiều tùy chọn như xóa bộ nhớ cache DNS, đặt lại toàn bộ thiết lập mạng của mình, thêm tệp / etc / Resolutionver / lan, v.v., nhưng dường như không có gì hoạt động. Tôi hy vọng một trong các bạn có thể chỉ cho tôi đi đúng hướng hoặc nói lên kinh nghiệm về cách cô ấy / anh ấy khắc phục sự cố này. Tôi lúng túng vì cấu hình dhcp / dns hoàn toàn hoạt động bình thường trên tất cả các máy Linux / Windows khác của tôi, nhưng MBP của tôi không thích độ phân giải tên máy chủ nội bộ.

Tuyên bố sự cố: MBP của tôi đang nhận địa chỉ IP được chỉ định qua DHCP, sử dụng Pi-hole, với trình phân giải DNS không liên kết. Tôi sử dụng tên miền nội bộ 'home.arpa' và được thêm vào làm tên miền tìm kiếm DNS, bao gồm cả IP của máy chủ DNS của tôi (192.168.1.4). Mỗi thiết bị trên mạng của tôi có một tên máy chủ.

Trên các máy Linux và Windows của mình, tôi hoàn toàn có thể ping cùng một thiết bị bằng cách sử dụng cả FQDN (ví dụ: ap12.home.arpa hoặc kodi.home.arpa) và chính tên máy chủ (ví dụ: ap12 hoặc kodi) khi miền tìm kiếm được thêm tự động . Tuy nhiên, trên MBP của tôi, nó chỉ đơn giản là không hoạt động, như thể miền tìm kiếm thậm chí không tồn tại / đang bị bỏ qua. Tôi hoàn toàn có thể ping FQDN nhưng bản thân tên máy chủ luôn bị lỗi. Tôi chưa cấp phép tệp / private / etc / hosts của mình với những tên máy chủ này hoặc FQDN vì cấu hình DNS sẽ xử lý việc đó (và nó thực hiện trên các máy không phải MacOS của tôi). Tôi đã thử ngay cả với cấu hình IP cố định (cả IP tĩnh, DNS và miền tìm kiếm DNS) nhưng không có sự khác biệt.

Xin lỗi nếu điều này không được đánh giá cao, nhưng tôi đã thêm một số ảnh chụp màn hình của cả Windows, Linux và MacOS Big Sur với kết quả cấu hình và ping của chúng:

Windows 10:
Xem mục phương tiện '>

Linux:

Xem mục phương tiện '>

MacOS Big Sur:

Xem mục phương tiện '>


Từ những gì mà googling của tôi đã tiết lộ, có vẻ như miền tìm kiếm là một vấn đề đã xảy ra trước đây đối với một số người dùng, nhưng tôi không tìm thấy bất kỳ chủ đề nào khiến điều này trở thành vấn đề cấu trúc. Phần lớn thời gian nó được liên kết với VPN (DNS đường hầm phân tách) hoặc các miền tìm kiếm bị thiếu / sai. Nó khiến tôi kết luận rằng với một cấu hình thích hợp, tất cả đều được coi là hoạt động.

Tôi thầm mong một số bạn có thể hướng dẫn / giúp tôi tìm ra điều gì có thể sai hoặc tôi có thể làm gì để giảm bớt điều này. Rõ ràng là tôi có thể mã hóa tên máy chủ / FQDN trong tệp / private / etc / hosts, nhưng vì tôi đang chơi với rất nhiều máy tính và máy ảo, tôi muốn có thể dựa vào độ phân giải DNS hoàn toàn tự động.

Cảm ơn trước vì sự quan tâm / sự tham gia tiềm năng của bạn!

HenryAZ

Ngày 9 tháng 1 năm 2010


Đại hội phía Nam AZ
  • Ngày 22 tháng 5 năm 2021
v654321 đã nói: Tuyên bố sự cố: MBP của tôi đang nhận một địa chỉ IP được chỉ định qua DHCP, sử dụng Pi-hole, với trình phân giải DNS không liên kết. Tôi sử dụng tên miền nội bộ 'home.arpa' và được thêm vào làm tên miền tìm kiếm DNS, bao gồm cả IP của máy chủ DNS của tôi (192.168.1.4). Mỗi thiết bị trên mạng của tôi có một tên máy chủ.

Bạn có một vùng cục bộ được định cấu hình cho home.arpa tại địa chỉ 192.168.1.4 không? V

v654321

Áp phích gốc
Ngày 6 tháng 8 năm 2011
Vilvoorde, Bỉ
  • 23 tháng 5 năm 2021
Cảm ơn HenryAZ vì sự tham gia của bạn!

Miền nội bộ home.arpa được định cấu hình trong giao diện web lỗ hổng. Mô tả thiết lập ban đầu của tôi có thể chưa hoàn chỉnh. Tôi xin lỗi vì điều này.

Máy chủ DNS được định cấu hình trên tất cả các máy tính của tôi là địa chỉ IP lỗ hổng, người - nếu nó không có miền được yêu cầu trong bộ nhớ cache của nó, cũng như không nằm trên danh sách chặn được định cấu hình trước - sẽ chuyển tiếp nó đến dịch vụ không liên kết (chạy trên localhost trên lỗ hổng) sau đó người sẽ liên hệ với máy chủ gốc DNS để xác định máy chủ DNS TLD, v.v., cho đến khi nhận được IP cần thiết cho các miền bên ngoài. Không cần cấu hình vùng cục bộ khi chưa liên kết vì điều này được thực hiện trên giao diện web lỗ hổng. Tôi đã sử dụng cái sau hướng dẫn thiết lập và theo sau nó đến bức thư. Chỉ MBP bị lỗi đối với chỉ tra cứu tên máy chủ, tất cả các máy khác hoạt động hoàn hảo.

Chạy lệnh sau trên Linux hoạt động hoàn hảo (kodi được tự động mở rộng với miền tìm kiếm để trở thành kodi.home.arpa:
$ ping kodi PING kodi.home.arpa (192.168.1.35) 56(84) bytes of data. 64 bytes from kodi.home.arpa (192.168.1.35): icmp_seq=1 ttl=64 time=0.733 ms 64 bytes from kodi.home.arpa (192.168.1.35): icmp_seq=2 ttl=64 time=0.718 ms

Điều này dẫn đến các bản ghi sau trên lỗ hổng:
May 23 13:34:14 dnsmasq[10080]: query[A] kodi.home.arpa from 192.168.1.11 May 23 13:34:14 dnsmasq[10080]: /etc/pihole/custom.list kodi.home.arpa is 192.168.1.35 May 23 13:34:14 dnsmasq[10080]: query[PTR] 35.1.168.192.in-addr.arpa from 192.168.1.11 May 23 13:34:14 dnsmasq[10080]: /etc/pihole/custom.list 192.168.1.35 is kodi.home.arpa

Tuy nhiên, làm tương tự từ MBP của tôi:
% ping kodi ping: cannot resolve kodi: Unknown host % ping kodi.home.arpa PING kodi.home.arpa (192.168.1.35): 56 data bytes 64 bytes from 192.168.1.35: icmp_seq=0 ttl=64 time=4.889 ms 64 bytes from 192.168.1.35: icmp_seq=1 ttl=64 time=5.530 ms

Điều này dẫn đến các bản ghi sau trên lỗ hổng:
May 23 13:35:26 dnsmasq[10080]: query[A] kodi from 192.168.1.78 May 23 13:35:26 dnsmasq[10080]: config kodi is NODATA-IPv4 May 23 13:35:30 dnsmasq[10080]: query[A] kodi.home.arpa from 192.168.1.78 May 23 13:35:30 dnsmasq[10080]: /etc/pihole/custom.list kodi.home.arpa is 192.168.1.35

Điều này cho thấy rằng trên MBP lần thử ping đầu tiên không thành công vì miền tìm kiếm không được thêm tự động để trở thành FQDN (kodi.home.arpa) trong khi yêu cầu thứ hai được xử lý chính xác. Cả hai yêu cầu đều đến lỗ hổng, nhưng miền tìm kiếm không được áp dụng mặc dù nó có trong cấu hình IP do DHCP cung cấp.

Trừ khi tôi thiếu thứ gì đó khác, tôi dám kết luận rằng cả máy chủ Linux và MBP đều nhận được thông tin IP và DNS giống hệt nhau từ cùng một DHCP, rằng chúng liên hệ với cùng một máy chủ DNS (lỗ hổng) và nó hoạt động hoàn hảo trên máy chủ Linux của tôi (không phải lỗ hổng) nhưng không phải trên MBP, Miền tìm kiếm DNS không được áp dụng cho lệnh ping chỉ trên máy chủ. Tôi thực sự không biết tôi có thể thay đổi điều gì khác để làm cho công việc này.

HenryAZ

Ngày 9 tháng 1 năm 2010
Đại hội phía Nam AZ
  • 23 tháng 5 năm 2021
v654321 đã nói: Trừ khi tôi thiếu thứ gì khác, tôi dám kết luận rằng với cả máy chủ Linux và MBP đều nhận được thông tin IP và DNS giống hệt nhau từ cùng một DHCP, rằng chúng liên hệ với cùng một máy chủ DNS (lỗ hổng) và điều đó nó hoạt động hoàn hảo trên máy chủ Linux của tôi (không phải lỗ hổng) nhưng không hoạt động trên MBP, Miền tìm kiếm DNS không được áp dụng cho lệnh ping chỉ trên máy chủ. Tôi thực sự không biết tôi có thể thay đổi điều gì khác để làm cho công việc này.

Tôi sẽ rất nguy hiểm khi đoán rằng việc triển khai NetBIOS của macOS không mạnh mẽ như hai hệ điều hành còn lại, chỉ có thể phân giải nếu chỉ có tên máy chủ. Bạn đã bật NetBIOS trên máy Mac của mình chưa? Nó là theo mặc định. Tôi không nghĩ rằng đường dẫn tìm kiếm thực sự quan trọng, rằng Windows và Linux đang thực hiện phân giải tên NetBIOS của tên máy chủ để lấy địa chỉ IP của nó, thay vì DNS.

Với tính năng không bị ràng buộc, bạn có thể thoải mái sử dụng nó như một trình phân giải xác thực, cho các khu vực bên ngoài mà không cần phải chuyển tiếp các yêu cầu. Và như một trình phân giải cho một khu vực cục bộ.