v654321
Oryginalny plakat- 6 sierpnia 2011
- Vilvoorde, Belgia
- 22 maja 2021
Stwierdzenie problemu: Mój MBP otrzymuje adres IP przypisywany przez DHCP, za pomocą otworu Pi, z niezwiązanym resolwerem DNS. Używam wewnętrznej nazwy domeny „home.arpa”, która jest dodawana jako domena wyszukiwania DNS, w tym adres IP mojego serwera DNS (192.168.1.4). Każde urządzenie w mojej sieci ma nazwę hosta.
Na moich komputerach z systemem Linux i Windows mogę doskonale pingować to samo urządzenie, używając zarówno nazwy FQDN (np. ap12.home.arpa lub kodi.home.arpa), jak i samej nazwy hosta (np. ap12 lub kodi), ponieważ domena wyszukiwania jest automatycznie dodawana . Jednak na moim MBP po prostu nie działa, tak jakby wyszukiwana domena nawet nie istniała/była ignorowana. Mogę doskonale pingować FQDN, ale sama nazwa hosta zawsze zawodzi. Nie udostępniłem mojego pliku /private/etc/hosts z tymi nazwami hostów lub FQDN, ponieważ konfiguracja DNS powinna o to zadbać (i tak jest na moich komputerach innych niż MacOS). Próbowałem nawet ze stałą konfiguracją IP (zarówno statyczne IP, domeny wyszukiwania DNS i DNS), ale bez różnicy.
Przepraszamy, jeśli nie jest to mile widziane, ale dodałem kilka zrzutów ekranu Windows, Linux i MacOS Big Sur z ich wynikami konfiguracji i pingowania:
Windows 10:
Wyświetl element multimedialny '>
Linux:
Wyświetl element multimedialny '>
MacOS Big Sur:
Wyświetl element multimedialny '>
Z tego, co ujawnił mój google, wygląda na to, że domena wyszukiwania jest problemem, który pojawił się w przeszłości u kilku użytkowników, ale nie znalazłem żadnych wątków, które powodowałyby, że jest to problem strukturalny. Przez większość czasu był powiązany z VPN (podzielone tunelowanie DNS) lub brakującymi/niewłaściwymi domenami wyszukiwania. To sprawiło, że doszedłem do wniosku, że przy odpowiedniej konfiguracji uznano, że wszystko działa.
Mam cichą nadzieję, że niektórzy z was pokierują/pomogą mi dowiedzieć się, co może być nie tak lub co mogę zrobić, aby to złagodzić. Oczywiście mogę na sztywno zakodować nazwy hostów/FQDN w pliku /private/etc/hosts, ale ponieważ gram z wieloma komputerami i maszynami wirtualnymi, chciałbym móc polegać na rozwiązaniu DNS, które jest w pełni zautomatyzowane.
Z góry dziękujemy za potencjalne zainteresowanie/zaangażowanie!
Henryk A
- 9 stycznia 2010
- Kongres Południowy AZ
- 22 maja 2021
v654321 powiedział: Stwierdzenie problemu: Mój MBP otrzymuje adres IP przypisywany przez DHCP, używając otworu Pi, z niezwiązanym resolwerem DNS. Używam wewnętrznej nazwy domeny „home.arpa”, która jest dodawana jako domena wyszukiwania DNS, w tym adres IP mojego serwera DNS (192.168.1.4). Każde urządzenie w mojej sieci ma nazwę hosta.
Czy masz strefę lokalną skonfigurowaną dla home.arpa w stanie niezwiązanym o adresie 192.168.1.4? V
v654321
Oryginalny plakat- 6 sierpnia 2011
- Vilvoorde, Belgia
- 23 maja 2021
Domena wewnętrzna home.arpa jest konfigurowana w interfejsie sieciowym pihole. Mój pierwotny opis konfiguracji mógł nie być kompletny. Przepraszam za to.
Skonfigurowany serwer DNS na wszystkich moich komputerach to adres IP pihole, który - jeśli nie ma żądanej domeny w swojej pamięci podręcznej, ani nie znajduje się na wstępnie skonfigurowanych listach bloków - przekazuje ją do usługi niezwiązanej (działającej na localhost na pihole) kto następnie skontaktuje się z głównymi serwerami DNS, aby zidentyfikować serwery DNS TLD itp., aż do otrzymania niezbędnych adresów IP dla domen zewnętrznych. Nie ma potrzeby konfigurowania lokalnej strefy na niezwiązanym, ponieważ odbywa się to w interfejsie sieciowym pihole. Użyłem następujących przewodnik konfiguracji i podążałem za nim co do joty. Tylko MBP kończy się niepowodzeniem przy wyszukiwaniu tylko nazwy hosta, wszystkie inne maszyny działają idealnie.
Uruchomienie następującego polecenia w systemie Linux działa idealnie (kodi jest automatycznie rozszerzane o domenę wyszukiwania, więc staje się 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
Skutkuje to następującymi logami na pihole:
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
Jednak robię to samo z mojego MBP:
% 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
Skutkuje to następującymi logami na pihole:
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
Pokazuje to, że w MBP pierwsza próba pingowania kończy się niepowodzeniem, ponieważ domena wyszukiwania nie jest automatycznie dodawana do nazwy FQDN (kodi.home.arpa), podczas gdy drugie żądanie jest obsługiwane prawidłowo. Oba żądania docierają do pihole, ale domena wyszukiwania nie jest stosowana, mimo że jest obecna w konfiguracji IP dostarczonej przez DHCP.
O ile nie brakuje mi czegoś innego, odważyłbym się stwierdzić, że biorąc pod uwagę, że zarówno host Linuksa, jak i MBP uzyskują identyczne informacje o IP i DNS z tego samego DHCP, że kontaktują się z tym samym serwerem DNS (pihole) i że działa idealnie na moim hoście z Linuksem (nie pihole), ale nie na MBP, domena wyszukiwania DNS nie jest stosowana do polecenia ping tylko hosta. Naprawdę nie mam pojęcia, co jeszcze mogę zmienić, aby to zadziałało.
Henryk A
- 9 stycznia 2010
- Kongres Południowy AZ
- 23 maja 2021
v654321 powiedział: O ile nie brakuje mi czegoś innego, odważę się stwierdzić, że biorąc pod uwagę host Linuksa i MBP, uzyskują identyczne informacje o IP i DNS z tego samego DHCP, że kontaktują się z tym samym serwerem DNS (pihole) i że działa idealnie na moim hoście Linux (nie na pihole), ale nie na MBP, domena wyszukiwania DNS nie jest stosowana do polecenia ping hosta. Naprawdę nie mam pojęcia, co jeszcze mogę zmienić, aby to zadziałało.
Zaryzykowałbym zgadnięcie, że implementacja NetBIOS w systemie MacOS nie jest tak solidna, jak dwie pozostałe, które są w stanie rozwiązać tylko na podstawie nazwy hosta. Masz włączony NetBIOS na swoim Macu? Tak jest domyślnie. Nie sądzę, że ścieżka wyszukiwania naprawdę ma znaczenie, ponieważ Windows i Linux dokonują rozpoznawania nazw NetBIOS nazwy hosta, aby uzyskać jego adres IP, a nie DNS.
Dzięki unbound masz luksus używania go jako walidującego resolvera, dla stref zewnętrznych, bez konieczności przekazywania żądań. I jako przelicznik dla strefy lokalnej.
Popularne Wiadomości