Creo que mDNSResponder - con una ejecución de PCF Dev VirtualBox VM pero no LAN/WLAN - falta una puerta de enlace predeterminada o se hace el mal. Si tu interfaces no están conectados o todas las interfaces son inactivo, sin puerta de enlace predeterminada existe.
Usted puede comprobar 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 evitar esto, puedes hacer lo siguiente:
Requisito: una correcta configuración de dnsmasq como publicado en el q & a mi. Puede que tenga que desactivar todas las interfaces.
Duplicar un perfil de Ubicación en las Preferencias del Sistema > Red y cambiarle el nombre, por ejemplo, pcdev con VLAN.
Elija una interfaz (por ejemplo, Wi-Fi) en el panel de la izquierda y pulsa el engranaje en la parte inferior del panel de la izquierda > Administrar Interfaces Virtuales.
Golpear la ⊞-botón y agregue una "Nueva VLAN...". Cambiarle el nombre a la VLAN, seleccione 1 como etiqueta y una interfaz.
Configurar la interfaz: Manualmente con una arbitrario, pero sin utilizar IP por ejemplo, 10.228.8.226/Máscara 255.255.0.0/Router 10.228.0.1 y servidor DNS 127.0.0.1. Aplicar la configuración con el botón Aplicar. IP (+ Máscara) y el Router tiene que estar en la misma red.
Compruebe la tabla de enrutamiento de nuevo. Primero se parecerá a esto:
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 completarse:
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 intenta de nuevo para ping de la api.local.pcfdev.io/tcp.local.pcfdev.io/local.pcfdev.io.
Mientras que pruebas tengo la impresión de que algunos arbitraria IP ping (ping 192.168.11.11, ping 127.0.0.1 aceleró la reconfiguración).
Si están dentro de alcance de una WLAN conocida volver a sus habituales Ubicación del perfil.
Esta es la prueba (y de trabajo) en un VMwareFusion Sierra de la VM y la anidados pcfdev-ubuntu en VirtualBox VM. En este entorno realmente no puedo simular una falta de conexión Wi-Fi, debido a que no hay Wi-Fi de interfaz disponibles. En su lugar he desactivado todas las interfaces (2 x Ethernet) en la Sierra de la VM.
