2 votos

Catalina no puede resolver servidores en el dominio .local sin que se especifique el dominio



tl;dr En la terminal de Catalina ping lan-services.local funciona pero ping lan-services no



Tengo un Mac mini 2012 en el que acabo de instalar Catalina desde cero (es decir, SSD en blanco e instalación USB) conectado a una red doméstica a través de Ethernet que no puede encontrar servidores / dispositivos en la LAN sin añadir '.local' al nombre. Esto no era necesario antes de Catalina en la misma configuración de LAN (es decir, la única cosa que puedo pensar que ha cambiado es el sistema operativo en el Mac).

Por ejemplo

~% ping lan-services
ping: cannot resolve lan-services: Unknown host
~ % ping lan-services.local
PING lan-services.local (192.168.1.10): 56 data bytes
64 bytes from 192.168.1.10: icmp_seq=0 ttl=64 time=5.480 ms
...
^C

Configuración de red para Ethernet

  • IPv4 configurado Uso de DHCP
  • IPv6 configurado Sólo enlace local
  • El DNS está ajustado a 1.1.1.1 y 208.67.220.220 (establecido por el router)
  • Avanzado / DNS / Buscar dominios es local (sin punto según los ejemplos de la ayuda)
  • Mac Firewall es OFF
  • Todo lo demás no se ha cambiado (es decir, por defecto a Catalina)

Archivo /etc/hosts

No se han añadido entradas (cuando no se necesitan en Mojave)

##
# Host Database
#
# localhost is used to configure the loopback interface
# when the system is booting.  Do not change this entry.
##
127.0.0.1   localhost
255.255.255.255 broadcasthost
::1             localhost

VPN y antivirus

  • Software VPN instalado PERO NO activo - esto es lo mismo que la instalación anterior de Mojave
  • Dos VPNs Windscribe y Bitdefender (no pude cargar Bitdefender sin su software VPN)
  • Desactivar el "Escudo" de Bitdefender no ayuda

Servidores/dispositivos de destino

  • El router de Internet es un servidor DNS con un dominio por defecto como local
  • Algunos están configurados como IPv4 estático en sus archivos de configuración - otros son dinámicos
  • El router de Internet tiene asignaciones IPv4 estáticas para los servidores / dispositivos
  • El ISP no soporta IPv6 por lo que el router está configurado en RADVD (link-local) pero NO está vinculado a una interfaz externa
  • Finder muestra correctamente el servidor al que intento hacer PING
  • Finder abre los recursos compartidos del servidor sin problemas (es una Pi que utiliza Netatalk / AFP para compartir archivos NO SMB)
  • Algunos dispositivos sólo tienen IPv4, otros tienen cargadas las pilas IPv4 e IPv6
  • Ningún dispositivo tiene una configuración de firewall que detenga el PING o el SSH

scutil --dns output

DNS configuration

resolver #1
  search domain[0] : local
  nameserver[0] : 1.1.1.1
  nameserver[1] : 208.67.220.220
  if_index : 5 (en1)
  flags    : Request A records
  reach    : 0x00000002 (Reachable)

resolver #2
  domain   : local
  options  : mdns
  timeout  : 5
  flags    : Request A records
  reach    : 0x00000000 (Not Reachable)
  order    : 300000

resolver #3
  domain   : 254.169.in-addr.arpa
  options  : mdns
  timeout  : 5
  flags    : Request A records
  reach    : 0x00000000 (Not Reachable)
  order    : 300200

resolver #4
  domain   : 8.e.f.ip6.arpa
  options  : mdns
  timeout  : 5
  flags    : Request A records
  reach    : 0x00000000 (Not Reachable)
  order    : 300400

resolver #5
  domain   : 9.e.f.ip6.arpa
  options  : mdns
  timeout  : 5
  flags    : Request A records
  reach    : 0x00000000 (Not Reachable)
  order    : 300600

resolver #6
  domain   : a.e.f.ip6.arpa
  options  : mdns
  timeout  : 5
  flags    : Request A records
  reach    : 0x00000000 (Not Reachable)
  order    : 300800

resolver #7
  domain   : b.e.f.ip6.arpa
  options  : mdns
  timeout  : 5
  flags    : Request A records
  reach    : 0x00000000 (Not Reachable)
  order    : 301000

DNS configuration (for scoped queries)

resolver #1
  search domain[0] : local
  nameserver[0] : 1.1.1.1
  nameserver[1] : 208.67.220.220
  if_index : 5 (en1)
  flags    : Scoped, Request A records
  reach    : 0x00000002 (Reachable)

Cosas revisadas

  • Una búsqueda dio como resultado esta pregunta (aunque parece ser un cuestión inversa) y la solución de añadir mdnsactivedirectory a través de discoveryutil pero ese programa parece haber sido obviado en Catalina - esto no era necesario en Mojave.

  • Puede que no sea el único que tenga este problema (según este foro de Apple pregunta ) pero no se muestra ningún dominio y la "pista" es hablar con Apple o buscar en Active Directory (no instalado aquí).

  • Encendido intercambio de archivos no ayuda.

  • Comprobado hijos Windows 10 PC - él puede llegar a los dispositivos sin el .local, así como los dispositivos con el .local (pin lan-services marcado antes de pin lan-services.local) y está ejecutando iTunes para su música.

  • Una nota de la prueba anterior hoy no estoy ejecutando iTunes como Apple cambió a iTune a la aplicación de música

  • Recién instalado Descubrimiento - Navegador DNS-SD de eh App Store (gracias a Lily Ballard por este paquete FOC). Esto muestra su recoger los servicios de AFP a través de TCP y recoger todos los dispositivos en mi casa LAN (más fácil de jugar): enter image description here

Soluciones que intento evitar

  1. Añadir entradas en /etc/hosts
  2. Añadir .local al final de cada nombre de servidor a mano - yo siendo perezoso (aunque esto es lo que estoy haciendo actualmente)
  3. Instalar OTRO servidor DHCP / DNS (por ejemplo, pi-hole / pfSense etc)
  4. Bajar de categoría a Mojave
  5. Pasar a los recursos compartidos SMB - un servidor no parece soportar SMB sin toda una serie de faff para la seguridad y el rendimiento es patético. Además, no tengo mucha práctica con la seguridad de SAMBA (los recursos compartidos básicos están bien) y no me sobra dinero en el proyecto para actualizar los servidores antiguos si Samba no funciona en ellos.

-1voto

No es una gran solución, pero parece que ahora es necesario tener un servidor DNS que viva en el dominio .local para que los Macs puedan buscar correctamente.

El router/módem estándar del Reino Unido no tiene ninguna opción para añadir un dominio en su configuración, pero tan pronto como el router fue cambiado por uno de segunda mano de TP-Link todo estaba bien.

Volver al router ee causó los mismos problemas hasta que se construyó un sistema pi-hole y se puso en la LAN como primer servidor DNS, entonces todo estaba bien.

  • Pi-Hole no necesita ser configurado como DHCP
  • Pi-Hole no necesitaba actuar como bloqueador de anuncios

Desde entonces, he pasado a usar la pi-hole v5 como servidor DNS/DHCP y ahora maneja bien los dispositivos a través de un puente WiFi (otra Pi) y el Airport Extreme.

Gracias a Conor por la idea inicial de configurar el router - me lleva a comprobar las opciones de dominio del router.

Nota: Yo piense en el router ee tiene por defecto un dominio de .home a partir de una o dos entradas en su registro, pero como eso está ahora en el almacenamiento no me importa y la caja Tp-Link da una conexión más estable también.

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X