v654321
Eredeti plakát- 2011. augusztus 6
- Vilvoorde, Belgium
- 2021. május 22
Problémanyilatkozat: Az MBP-m egy DHCP-n keresztül kiosztott IP-címet kap egy Pi-lyuk használatával, egy kötetlen DNS-feloldóval. A „home.arpa” belső tartománynevet használom, és ez lesz hozzáadva DNS-keresési tartományként, beleértve a DNS-kiszolgálóm IP-címét (192.168.1.4). A hálózaton minden eszköznek van gazdagépneve.
Linuxos és Windowsos gépeimen tökéletesen tudom pingelni ugyanazt az eszközt az FQDN (pl. ap12.home.arpa vagy kodi.home.arpa) és maga a gazdagépnév (pl. ap12 vagy kodi) használatával, mivel a keresési tartomány automatikusan hozzáadásra kerül. . Az MBP-n azonban egyszerűen nem működik, mintha a keresési tartomány nem is létezne/figyelmen kívül hagyna. Tökéletesen tudom pingelni az FQDN-t, de maga a gazdagépnév mindig meghibásodik. A /private/etc/hosts fájlomat nem állítottam ki ezekkel a gazdagépnevekkel vagy FQDN-nel, mivel a DNS-konfigurációnak gondoskodnia kell erről (és ez a nem MacOS-gépeimen is megteszi). Próbáltam még fix IP konfigurációval is (statikus IP, DNS és DNS keresési tartományok is), de nincs különbség.
Elnézést, ha ez nem értékelhető, de hozzáadtam néhány képernyőképet a Windows, a Linux és a MacOS Big Sur rendszerről a konfigurációs és ping eredményekkel együtt:
Windows 10:
Médiaelem megtekintése '>
Linux:
Médiaelem megtekintése '>
MacOS Big Sur:
Médiaelem megtekintése '>
A googlálásomból kiderült, hogy a keresési tartomány olyan probléma, amely a múltban több felhasználónál is felmerült, de nem találtam olyan szálat, amely ezt szerkezeti problémává tette volna. Legtöbbször VPN-hez (split tunneling DNS) vagy hiányzó/rossz keresési tartományokhoz kapcsolódott. Ebből arra a következtetésre jutottam, hogy megfelelő konfigurációval minden működőképesnek tekinthető.
Csendben remélem, hogy néhányan útmutatást adnak/segítenek kitalálni, hogy mi lehet a hiba, vagy mit tehetek ennek enyhítésére. Nyilvánvalóan be tudom kódolni a gazdagépneveket/FQDN-eket a /private/etc/hosts fájlban, de mivel sok számítógéppel és virtuális géppel játszom, szeretnék támaszkodni a teljesen automatizált DNS-feloldásra.
Előre is köszönjük esetleges érdeklődését/bevonását!
HenryAZ
- 2010. január 9
- South Congress AZ
- 2021. május 22
A v654321 ezt mondta: Problémanyilatkozat: Az MBP-m egy DHCP-n keresztül kiosztott IP-címet kap egy Pi-lyuk használatával, egy kötetlen DNS-feloldóval. A „home.arpa” belső tartománynevet használom, és ez lesz hozzáadva DNS-keresési tartományként, beleértve a DNS-kiszolgálóm IP-címét (192.168.1.4). A hálózaton minden eszköznek van gazdagépneve.
Van egy helyi zónája konfigurálva a home.arpa számára a 192.168.1.4 címen, kötetlen? V
v654321
Eredeti plakát- 2011. augusztus 6
- Vilvoorde, Belgium
- 2021. május 23
A home.arpa belső tartomány a pihole webes felületén van konfigurálva. Lehet, hogy az eredeti beállítási leírásom nem volt teljes. Elnézést kérek ezért.
A beállított DNS szerver minden gépemen a pihole IP címe, aki - ha nincs a kért tartomány a gyorsítótárában, és az előre beállított blokklistákon sem - továbbítja a kötetlen szolgáltatásnak (a pihole localhost-on fut) aki ezután felveszi a kapcsolatot a DNS gyökérszervereivel, hogy azonosítsa a TLD DNS-kiszolgálókat stb., amíg meg nem érkezik a szükséges IP-cím a külső tartományokhoz. A kötetlenségnél nincs szükség helyi zóna konfigurációjára, mivel ez a pihole webes felületén történik. A következőket használtam beállítási útmutató és betűig követte. Csak az MBP sikertelen csak a gépnév keresésénél, a többi gép tökéletesen működik.
A következő parancs futtatása Linuxon tökéletesen működik (a kodi automatikusan kibővül a keresési domainnel, így a kodi.home.arpa lesz:
$ 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 Ez a következő naplókat eredményezi a pihole-on:
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 Azonban ugyanezt az MBP-mből:
% 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 Ez a következő naplókat eredményezi a pihole-on:
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 Ez azt mutatja, hogy az MBP-n az első ping-kísérlet sikertelen, mert a keresési tartomány nem kerül automatikusan FQDN-vé (kodi.home.arpa), miközben a második kérést megfelelően kezeli. Mindkét kérés megérkezik a pihole-ba, de a keresési tartomány nem kerül alkalmazásra, annak ellenére, hogy a DHCP által biztosított IP-konfigurációban jelen van.
Hacsak nem hagyok ki valami mást, arra merem a következtetést levonni, hogy mind a Linux-gazdagép, mind az MBP ugyanazon a DHCP-től kapja az IP- és DNS-információit, ugyanazzal a DNS-kiszolgálóval (pihole) lépnek kapcsolatba, és az tökéletesen működik. a Linux gazdagépemen (nem a pihole-on), de az MBP-n nem, a DNS-keresési tartomány nem kerül alkalmazásra a csak gazdagép ping parancsára. Igazából fogalmam sincs, min változtathatnék még, hogy ez működjön.
HenryAZ
- 2010. január 9
- South Congress AZ
- 2021. május 23
v654321 ezt mondta: Hacsak nem hiányzik valami más, arra merem a következtetést levonni, hogy mivel a Linux gazdagép és az MBP is ugyanazon a DHCP-től kapja meg az IP- és DNS-információit, hogy ugyanahhoz a DNS-kiszolgálóhoz (pihole) lépnek kapcsolatba, és tökéletesen működik a Linux gazdagépemen (nem a pihole), de nem az MBP-n, a DNS Search Domain nincs alkalmazva a csak host ping parancsra. Igazából fogalmam sincs, min változtathatnék még, hogy ez működjön.
Megkockáztatnám, hogy a NetBIOS macOS-megvalósítása nem olyan robusztus, mint a másik kettő, amelyek csak a gazdagépnév alapján képesek feloldani. Be van kapcsolva a NetBIOS a Mac-en? Alapértelmezés szerint az. Nem hiszem, hogy a keresési útvonal igazán számít, hogy a Windows és a Linux a NetBIOS névfeloldást végzi a gazdagép nevénél, hogy megkapja az IP-címét, nem pedig a DNS-t.
A kötetlen opcióval megvan a luxus, hogy érvényesítő feloldóként használja külső zónákhoz, kérések továbbítása nélkül. És egy helyi zóna feloldójaként.
Népszerű Bejegyzések