El Capitán "Crear red NAT64" - problemas de conexión

6

Estoy tratando de probar las aplicaciones para IPv6 de acuerdo con la documentación de Apple en Compatibilidad con redes IPv6 DNS64 / NAT64 . Tengo dificultades para conectarme desde el iPad a mi aplicación servidor.

Diseño de mi red:

ElFritzboxtienehabilitadalacompatibilidadconIPv6con6to4habilitado,porquemiproveedornotieneIPv6.RealicéunconjuntodepruebasconIPv6apagado.Elresultadofueelmismo(consultelalistadeelementosdepruebaacontinuación).

macmediaejecutaElCapitanyejecutaiTunescomoservidordemedios.

macsrvejecutaElCapitanyOSXServer5conDNS,DHCP,usocompartidodearchivos,Web,Wiki.

Miprocesodeprueba:

PuedoconfigurarlaredNAT64comosedescribeeneldocumentodeApple(enlatecladeopcióndeespera"Configuración", presionar "Compartir", luego "Compartir en Internet" y soltar la tecla de opción).

Hice algunas pruebas, una de ellas tenía este aspecto:

  • activa NAT64 en macsrv
  • en la configuración de iPad Air WLAN, seleccione la red NAT64
  • la marca de verificación azul aparece delante del nombre de la red
  • el i-icon azul ofrece esto:
    • IP 169.254.55.58 / máscara 255.255.0.0
    • DNS 2001: 2: 0: aab1 :: 1
    • todos los demás campos vacíos
  • en Safari en iPad Air:
    • https://www.google.com/ - > lleva mucho tiempo, finalmente un mensaje como: "No se pudo abrir la página porque el servidor ya no responde".
    • http://macsrv:8989/ - > no se pudo encontrar el servidor
    • http://macsrv.local:8989/ - > "¡Funciona!" (Solo mire los registros: el acceso en apache2 se registró con la dirección IPv6 de la interfaz en0 de macsrv )
    • http://192.168.1.11:8989/ - > Error como "No se pudo abrir la página, porque el iPad no está conectado a Internet". (192.168.1.11 es macsrv )
    • http://[2001:2::aab1:129a:ddff:fe4f:38f8]:80 - > lleva mucho tiempo, finalmente un mensaje como: "No se pudo abrir la página, porque el servidor ya no responde". (como google.com; la dirección es la dirección IPv6 de la interfaz en0 en macsrv )
    • http://192.168.1.115:8088/ - > Error como "No se pudo abrir la página, porque el iPad no está conectado a Internet".
    • http://app.intra.admadic.com:8088/ - > no se pudo encontrar el servidor (esto es lo mismo que 192.168.1.115)

Una vez conecté el iPad Air a la red NAT macrsv y recibió la dirección IP 192.168.2.2. Esto nunca volvió a pasar.

Cuando inicio la red NAT64 en macmedia , el iPad no puede conectarse y el indicador de actividad sigue girando para siempre.

Detalles de NAT64:

Busqué procesos que se ejecutan cuando NAT64 está habilitado:

/usr/libexec/InternetSharing
rtadvd -c /etc/com.apple.mis.rtadvd.conf -f -s bridge100
unbound -c /etc/com.apple.mis.unbound.conf -d

Hay dos archivos de configuración relacionados con com.apple.mis... :

/etc/com.apple.mis.rtadvd.conf:

bridge100:\
     nolladdr:maxinterval#135:mininterval#45:rltime#1800:addr="2001:2:0:aab1::":prefixlen#64:rdnssaddrs#1:rdnssaddr="2001:2:0:aab1::1"

/etc/com.apple.mis.unbound.conf:

server:
    chroot: ""
    pidfile: "/etc/unbound.pid"
    chroot: ""
    directory: "/etc"
    username: ""
    do-daemonize: no
    access-control: ::0/0 allow
    module-config: "dns64 iterator"
    dns64-synthall: yes
    dns64-prefix: 64:ff9b::/96
    interface: ::0
forward-zone:
    name: "."
    forward-addr: 192.168.1.11

Revisé estos archivos conf en macsrv y macmedia y son idénticos en todos los detalles.

Preguntas :

Q1. ¿Cuál podría ser la razón por la que NAT64 no funciona en macmedia ?

Q2. ¿Puedo convencer a la red NAT64 para que use el DNS de mi intranet?

Q3. ¿Cuál podría ser la razón para que NAT64 en macsrv esté funcionando a veces y otras no?

Q4. ¿Por qué el iPad obtiene una dirección IPv4 169.254.55.58? (¿No debería tener solo IPv6 cuando se conecta a NAT64?)

Q5: ¿Los archivos com.apple.mis ... conf se ven bien? (tener 192.168.1.11 como delantero me parece bien ...)

    
pregunta Rainer Schwarze 04.11.2015 - 10:25

2 respuestas

1

Si obtengo la configuración de red correctamente, su configuración está completamente cerrada.

Necesita dos redes (físicas) separadas:

  • uno solo con IPv4 (por ejemplo, Ethernet)
  • uno solo con IPv6 (por ejemplo, Wi-Fi local)

Dependiendo de las capacidades de sus máquinas, la máquina con dos interfaces (Ethernet y Wi-Fi) debe ser el servidor (DNS / DHCP, etc.) / NAT64-router (= macsrv ).

Dado que los dispositivos iDevices no tienen una interfaz Ethernet e intenta probar su funcionalidad IPv6 / IPv4, deberían residir en la sección de Wi-Fi, que debería estar dedicada a IPv6 en ese momento. Esta red local de Wi-Fi es no su Wi-Fi de Fritz! Box! ¡Tienes que configurar un punto de acceso personal en el enrutador NAT64!

Para acceder a un servidor IPv4 desde sus iDevices, puede usar la conexión de su enrutador normal a la WAN o un "servidor" dedicado IPv4 (= macmedia ) - ambos residen en la sección Ethernet " detrás de "el enrutador NAT64 (= macsrv ). Si macmedia no tiene una interfaz ethernet, simplemente conéctelo a la conexión Wi-Fi de Fritz! Box, ya que técnicamente, la conexión Wi-Fi de Fritz! Box y Fritz! Box ethernet están en la sección de Ethernet.

Para acceder a un servidor IPv6, use un servidor web en macsrv .

Ya que no necesita IPv6 en su enrutador Fritz! Box, simplemente apáguelo.

    
respondido por el klanomath 04.11.2015 - 18:15
0

Le sugeriría que compruebe si su /usr/libexec/unbound funciona correctamente con las consultas de DNS que llegan a través de UDPv6. Encontré un problema similar y pude resolverlo recompilándolo de source . He reportado el problema a Apple, así que espero que se solucione algún día.

    
respondido por el Alex Zolotko 13.06.2018 - 13:40

Lea otras preguntas en las etiquetas