v654321
Originalni plakat- 6. avgust 2011
- Vilvoorde, Belgija
- 22. maja 2021
Izjava o težavi: Moj MBP dobiva naslov IP, dodeljen prek DHCP, z uporabo luknje Pi, z nevezanim razreševalcem DNS. Uporabljam interno ime domene 'home.arpa', ki se doda kot domena za iskanje DNS, vključno z IP-jem mojega strežnika DNS (192.168.1.4). Vsaka naprava v mojem omrežju ima ime gostitelja.
Na svojih računalnikih z Linuxom in Windows lahko popolnoma pingiram isto napravo z uporabo FQDN (npr. ap12.home.arpa ali kodi.home.arpa) in samega imena gostitelja (npr. ap12 ali kodi), saj se iskalna domena samodejno doda . Vendar na mojem MBP preprosto ne deluje, kot da iskalna domena niti ne obstaja/je ignorirana. Popolno lahko pingujem FQDN, vendar samo ime gostitelja vedno ne uspe. Svoje datoteke /private/etc/hosts nisem opremil s temi imeni gostiteljev ali FQDN, saj bi za to morala poskrbeti konfiguracija DNS (in to počne na mojih napravah, ki niso MacOS). Poskušal sem tudi s fiksno konfiguracijo IP (tako statični IP, DNS in DNS iskalne domene), vendar ni razlike.
Opravičujem se, če tega ne cenimo, vendar sem dodal nekaj posnetkov zaslona Windows, Linux in MacOS Big Sur z njihovimi rezultati konfiguracije in pinga:
Windows 10:
Ogled medijskega elementa '>
Linux:
Ogled medijskega elementa '>
MacOS Big Sur:
Ogled medijskega elementa '>
Glede na to, kar je moje googlanje razkrilo, se zdi, da je iskalna domena težava, ki se je v preteklosti pojavila pri več uporabnikih, vendar nisem našel nobene teme, zaradi katere bi bil to strukturni problem. Večino časa je bilo povezano z VPN-ji (DNS z razdeljenim tunelom) ali manjkajočimi/napačnimi iskalnimi domenami. Sklenil sem, da je ob pravilni konfiguraciji vse skupaj delovalo.
Tiho upam, da mi lahko nekateri od vas vodijo/pomagajo ugotoviti, kaj bi lahko bilo narobe ali kaj lahko storim, da to ublažim. Očitno lahko trdo kodiram imena gostiteljev/FQDN v datoteko /private/etc/hosts, a ker se igram z veliko računalniki in VM, bi se rad lahko zanašal na ločljivost DNS, ki je popolnoma avtomatizirana.
Vnaprej hvala za vaše morebitno zanimanje/vključenost!
HenryAZ
- 9. januar 2010
- Južni kongres AZ
- 22. maja 2021
v654321 je rekel: Izjava o težavi: Moj MBP dobiva naslov IP, dodeljen prek DHCP, z uporabo luknje Pi, z nevezanim razreševalcem DNS. Uporabljam interno ime domene 'home.arpa', ki se doda kot domena za iskanje DNS, vključno z IP-jem mojega strežnika DNS (192.168.1.4). Vsaka naprava v mojem omrežju ima ime gostitelja.
Ali imate konfigurirano lokalno območje za home.arpa v nevezani na 192.168.1.4? V
v654321
Originalni plakat- 6. avgust 2011
- Vilvoorde, Belgija
- 23. maja 2021
Notranja domena home.arpa je konfigurirana v spletnem vmesniku pihole. Moj prvotni opis nastavitve morda ni bil popoln. Moje opravičilo za to.
Konfiguriran strežnik DNS na vseh mojih računalnikih je naslov IP pihole, ki ga - če v predpomnilniku nima zahtevane domene ali je ni na vnaprej konfiguriranih seznamih blokov - posreduje nevezani storitvi (teče na localhost na pihole) ki se bo nato obrnil na korenske strežnike DNS, da bi identificiral strežnike DNS TLD itd., dokler ne prejmejo potrebnih IP-jev za zunanje domene. Na unbound ni potrebna nobena konfiguracija lokalne cone, saj se to naredi na spletnem vmesniku pihole. Uporabil sem naslednje vodnik za nastavitev in mu sledil do pisma. Samo MBP ne uspe pri iskanju samo po imenu gostitelja, vsi drugi stroji delujejo brezhibno.
Zagon naslednjega ukaza v Linuxu deluje odlično (kodi se samodejno razširi z iskalno domeno, tako da postane 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 To ima za posledico naslednje dnevnike 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 Vendar pa naredim enako iz mojega 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 To ima za posledico naslednje dnevnike 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 To kaže, da na MBP prvi poskus pinga ne uspe, ker domena iskanja ni samodejno dodana, da postane FQDN (kodi.home.arpa), medtem ko je druga zahteva pravilno obdelana. Obe zahtevi prispeta do točke, vendar se iskalna domena ne uporabi, čeprav je prisotna v konfiguraciji IP, kot jo zagotavlja DHCP.
Razen če ne zamudim kaj drugega, bi si upal sklepati, da glede na to, da tako gostitelj Linux kot MBP dobivata informacije o IP in DNS identično iz istega DHCP, da se obrneta na isti strežnik DNS (pihole) in da deluje popolnoma na mojem gostitelju Linux (ne pihole), ne pa na MBP, domena iskanja DNS se ne uporablja za ukaz ping samo za gostitelja. Resnično nimam pojma, kaj bi še lahko spremenil, da bo to delovalo.
HenryAZ
- 9. januar 2010
- Južni kongres AZ
- 23. maja 2021
v654321 je rekel: Razen če ne zamudim česa drugega, bi si upal sklepati, da glede na to, da gostitelj Linux in MBP dobivata informacije o IP in DNS identično od istega DHCP, da se obrneta na isti strežnik DNS (pihole) in da deluje popolnoma na mojem gostitelju Linux (ne na pihole), vendar ne na MBP, domena iskanja DNS se ne uporablja samo za ukaz ping gostitelja. Resnično nimam pojma, kaj bi še lahko spremenil, da bo to delovalo.
Nevarno bi ugibal, da implementacija NetBIOS v macOS ni tako robustna kot drugi dve, ki se lahko razrešita samo z imenom gostitelja. Ali imate na vašem Macu omogočen NetBIOS? Privzeto je. Mislim, da pot iskanja res ni pomembna, da Windows in Linux izvajata ločljivost imena NetBIOS imena gostitelja, da dobita njegov naslov IP, namesto DNS.
Z nevezanim imate razkošje, da ga uporabite kot potrditveni razreševalec za zunanja območja, ne da bi morali posredovati zahteve. In kot razreševalec za lokalno cono.
Priljubljene Objave