¿Hace que mDNSResponder use el server DNS local?

Quiero usar dnsmasq cuando mi Mac (Sierra) no está conectada a una networking wifi.

La configuration de serveres DNS en el cuadro de dialog Preferences avanzadas de networking funciona bien para dig y nslookup , y puedo ver a través de tcpdump que estas herramientas afectan al server local dnsmasq .

  • Cómo reflejar los nombres de una subnetworking a otra
  • ¿Cómo encontrar la dirección IP de mi otra Mac?
  • ¿Puedo proxy de tráfico / dominios a través de mi teléfono atando a la información del operador?
  • Mavericks - ssh para alojar en el dominio de búsqueda
  • El file / etc / hosts no networkingirecciona
  • Yosemite no puede resolver nombres de dominio
  • No funciona para los binarys ping , curl y Golang como Cloud Foundry CLI. Estos no pueden resolver hosts y no intentan comunicarse con el server de nombres local. Cuando uso dtruss para el binary cf Golang, puedo verlo abriendo /etc/hosts . Aunque no estoy seguro de cómo detectarlo intentando hablar con serveres de nombres.

    Si detengo los services mDNSResponder y mDNSResponderHelper , ping y curl tardan un poco más en fallar y cannot resolve api.local.pcfdev.io: Unknown host , pero sigue fallando y sin intentar golpear el server de nombres local.

    ¿Alguna idea de cómo en la Tierra puedo get macOS para usar mi server de nombre local cuando estoy fuera de línea?

  • Enrutar el tráfico hacia adelante y hacia atrás a través de un mini server Mac con 2 interfaces de networking
  • SSH'ing con solo un nombre de máquina en la networking interna: nombre de nodo o server proporcionado, o no conocido
  • .internetconnect Modificación
  • No se puede enlazar 127.0.0.123 a python de socket tcp
  • Clasificar los hosts de Apple
  • El server Mac sigue "desapareciendo" y "reapareciendo" en la networking local
  • One Solution collect form web for “¿Hace que mDNSResponder use el server DNS local?”

    Creo que mDNSResponder, con una PCF Dev VirtualBox VM en ejecución pero sin LAN / WLAN, no tiene una puerta de enlace pnetworkingeterminada o recibe la incorrecta. Si sus interfaces no están conectadas o si todas las interfaces están inactivas, entonces no existe una puerta de enlace pnetworkingeterminada.

    Puedes verificar esto con:

     netstat -r -f inet Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire 127 localhost UCS 1 0 lo0 localhost localhost UH 5 1380 lo0 192.168.11 link#7 UC 4 0 vboxnet 224.0.0 link#1 UmCS 2 0 lo0 224.0.0.251 link#1 UHmWI 1 0 lo0 

    Para eludir esto, puede hacer lo siguiente:

    Requisito: una configuration adecuada de dnsmasq como se publicó en su q & my a . Es posible que deba desactivar todas las interfaces.

    Duplicar un perfil de Ubicación en Preferences del sistema> Red y cambiarle el nombre a, por ejemplo, pcdev con VLAN .

    Elija una interfaz (por ejemplo, Wi-Fi) en el panel izquierdo y presione el engranaje en la parte inferior del panel izquierdo> Gestionar interfaces virtuales. Presiona el button and y agrega una "Nueva VLAN …". Cambie el nombre a VLAN, elija 1 como label y una interfaz.

    Configure la interfaz: Manualmente con una IP arbitraria pero no utilizada, por ejemplo, 10.228.8.226/Mask 255.255.0.0/Router 10.228.0.1 y DNS-server 127.0.0.1. Aplique la configuration con el button Aplicar . IP (+ Máscara) y enrutador deben estar en la misma networking.

    Verifique la tabla de routing nuevamente. Primero se verá así:

     netstat -r -f inet Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire 10.228/16 link#8 UC 2 0 vlan0 127 localhost UCS 1 0 lo0 localhost localhost UH 4 1380 lo0 192.168.11 link#7 UC 2 0 vboxnet 224.0.0 link#1 UmCS 2 0 lo0 224.0.0.251 link#1 UHmWI 1 0 lo0 

    pero después de unos segundos (hasta 40 segundos en mi entorno) debe rellenarse:

     netstat -r -f inet Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 10.228.0.1 UGSc 3 0 vlan0 10.228/16 link#8 UCS 2 0 vlan0 10.228.0.1/32 link#8 UCS 2 0 vlan0 10.228.0.1 link#8 UHRLWIir 4 0 vlan0 18 10.228.8.226/32 link#8 UCS 2 0 vlan0 10.228.255.255 ff.ff.ff.ff.ff.ff UHLWbI 1 3 vlan0 127 localhost UCS 1 0 lo0 localhost localhost UH 26 1494 lo0 192.168.11 link#7 UC 3 0 vboxnet 192.168.11.11 8:0:27:35:78:e2 UHLWIi 2 3 vboxnet 1192 192.168.11.255 ff:ff:ff:ff:ff:ff UHLWbI 1 3 vboxnet 224.0.0/4 link#8 UmCS 3 0 vlan0 224.0.0.251 1:0:5e:0:0:fb UHmLWI 1 0 vlan0 239.255.255.250 1:0:5e:7f:ff:fa UHmLWI 1 3 vlan0 255.255.255.255/32 link#8 UCS 1 0 vlan0 

    Ahora intente de nuevo hacer ping a api.local.pcfdev.io/tcp.local.pcfdev.io/local.pcfdev.io.


    Durante la testing, tuve la printing de que algunos ping IP arbitrarios ( ping 192.168.11.11 , ping 127.0.0.1 aceleraron la reconfiguration).


    Si está al scope de una WLAN conocida, vuelva a su perfil de location común.


    Esto se testing (y funciona) en VMwareFusion Sierra VM y en la máquina virtual pcfdev-ubuntu VirtualBox anidada. En este entorno, no puedo simular realmente una connection de Wi-Fi que falta, porque no hay una interfaz Wi-Fi disponible. En cambio, desactivé todas las interfaces (2 x Ethernet) en Sierra VM.

    Loving Apple Products like poisoning (iPhone, iPad, iMac, Macbook, iWatch).