Back To My Mac (BTMM) solía requerir UPnP o NAT-PMP en su enrutador para funcionar, pero en algún momento esto cambió y puede funcionar (aunque lentamente) sin ellos.
BTMM (¿generalmente?) funciona configurando un túnel IPv6 encriptado sobre IPv4 entre los dos hosts, y con UPnP/NAT-PMP, los puertos apropiados se reenvían en el enrutador en cada extremo, lo que permite una conexión directa.
Pero, ¿cómo funciona cuando no hay UPnP/NAT-PMP?
Me di cuenta de que es mucho más lento si ninguno de los extremos tiene UPnP/NAT-PMP (obtengo un ping de ~40 ms si ambos extremos tienen la configuración automática, y alrededor de 1000 ms si no la tienen), así que me pregunto dónde está el el tráfico va, ¿presumiblemente tiene que pasar por los servidores de Apple si no se puede negociar automáticamente una conexión directa?
Pero incluso con NAT simple y antiguo, ¿no es posible que un tercero arbitre una conexión entre dos hosts con NAT?
¿Hay alguna forma de saber cómo se configura ese túnel IPv6? No puedo descifrarlo a partir de la salida de ifconfig, traceroute, o ...traceroute6netstatlsof
Para obtener puntos de bonificación, ¿es posible configurar reenvíos de puertos estáticos en un enrutador que carece de UPnP/NAT-PMP para que BTMM funcione directamente, en lugar de en este modo más lento?
Probablemente ya haya leído -usted-realizó-apples-back-to-my-mac-mobileme-service-uses-ipv6 ahora. Tiene algunas de las respuestas. También https://en.wikipedia.org/wiki/KAME_project No sé cuánto cambió desde que MobileMe se convirtió en iCloud.
lsof -i:4500 Muestra que el proceso 'mapache' está manejando el túnel. Este puerto también se abre en el enrutador.
Me pregunto qué hace con mdsDirectory.db. Además, sería bueno que BTMM funcionara también sin tunelización y, en su lugar, utilizara IPv6 nativo cuando fuera posible.
sin ladera