Tras pasarme a Mitrastar GPT-2841GX4X5 (Movistar xHGU / WiFi 6) he ido a probar la conectividad IPv6 (https://test-ipv6.com/index.html.es_ES) y he comprobado que no se detecta. Me he ido a la configuración del entunelado y, por defecto, está deshabilitada. En caso de que alguien la haya configurado con éxito le rogaría que compartiera su parametrización. Y una pregunta, encapsulando IPv4 dentro de IPv6, ¿se podría seguir accediendo al router a través de IPv4 (http://192.168.1.1/) o habría que hacerlo a través de una dirección IPv6 (http://[xxxx:xxxx:xxxx:xxxx:xxxx:xxxx ]) exclusivamente?
Me ha sido casi imposible respirar estas semanas :), ojalá tuviese tiempo para cacharrear, que además me encanta te diré, es un hobby que he tenido siempre. Y lo mismo del artículo... por ahí lo tengo a medio terminar, de echo creo que me faltaban poner imágenes y poco más.
He estado un poco desconectado pero he vuelto 😉 Supongo que si no has publicado nada acerca de ULA en el HGU6 es porque se te ha pasado o no hay gran cosa que aportar.
Mi curiosidad me impulsa a preguntarte si lo has probado.
Al igual que no tengo problemas para usar LL y lo he probado en varias ocasiones (y de echo uso LL en mi red para ciertas cuestiones), no he probado a usar ULA en el HGU6, pero vamos, mañana si tengo un ratito lo pruebo a ver, no me cuesta nada.
Como te digo, el uso del scope en el navegador es algo complicado. Por ejemplo, en Firefox hay trucos para hacerlo funcionar, en Internet Explorer (no Edge) funciona sin problemas también. No obstante hay larga lista de bugs de ello en los canales oficiales sobre ello, es un asunto que hace ya mucho tiempo se está tratando sin llegar a resoluciones satisfactorias.
La cosa es algo más complicada, porque realmente no es un problema del navegador en sí mismo. La cuestión de base es el sistema operativo. El scope es necesario porque define en esencia la interfaz que se va a usar. Por ejemplo, en Windows podrías usar el navegador que fuese, todos funcionan, directamente no hace falta que especifiques el scope. De echo por eso en un principio di por sentado que usabas Windows y que la URL construida era correcta. Al decirme que usabas MAC por eso te advertí del scope.
En Windows no es necesario porque internamente usa la interfaz correcta. Al no ser necesario especificar el scope en el navegador, este, el navegador, no tiene que lidiar con ello, así que funciona exactamente igual que cualquier conexión ipv6 normal.
En MAC esto no es así, el sistema por narices tienes que especificarle el scope. Y claro, por terminal no es problema porque está preparado para ello, pero los navegadores no están preparados en su gran mayoría para poder introducir en la url el scope. O dicho de otro modo, en tu caso particular al usar MAC, este está delegando en el navegador esta responsabilidad. En Windows funciona siempre porque es el Sistema Operativo quien por detrás se encarga de ello, con lo que tanto en el navegador, terminal o donde sea, no te hace falta especificar el scope. Puedes especificarlo ojo, pero no es necesario.
Puedes echar un ojo a los repositorios y código de Chrome/Firefox, como te digo viene de lejos el debate de como implementar correctamente, el scope en estos. Te dejo una publicación donde explican un poco esto y lo que piensan los diferentes desarrolladores de esto:
Es decir, el problema de base es como parsear de forma correcta el scope en los navegadores, no el scope en sí mismo. Dado que en Windows es automático, no se requiere especificar el scope, y por ende funciona en cualquier navegador.
Si uno se ve obligado a no usar scope y el sistema no puede detectarlo de forma automática, no se puede usar entonces una IP de tipo LL, y habría que usar una IP ULA por ejemplo, que sería la segunda mejor opción.
La idea es buena pero no funciona porque el scopeID es hexadecimal y “%25” codifica caracteres, no números hexadecimales. Siguiendo con el razonamiento lo cambio por:
http://[fe80::4648:b9ff:fe7f:55c8%x4]
tampoco funciona y, como último cartucho, se lo especifico en formato decimal:
http://[fe80::4648:b9ff:fe7f:55c8%u4]
tampoco funciona como era de suponer…
No fiándome del navegador (Brave, un spin off de Chrome), lo he probado también con Chrome, Firefox, Opera, Safari, Edge, Vivaldi y Maxthon; creo que puedo descartar esta variable.
Como no consigo nada, se me ha ocurrido lanzar un “ndp -a” (el equivalente de “arp -a” para IPv6) y el router (fe80::4648:b9ff:fe7f:55c8%en0) aparece sin problemas.
Bueno Theliel muy agradecido por tu ayuda, quizás estemos aburriendo a los que lean este hilo porque los maqueros solemos ser minoría y porque, mientras se pueda acceder al router por IPv4, no hay necesidad real. Por mi parte seguiré buscando una solución y si la encuentro la postearé aquí.
Me temo que el uso de dispositivo Apple es un cantar totalmente diferente :), y no son pocos los problemas que tienen específicamente con IPv6. Si quieres algo que de problemas...
En tu sistema el equipo no puede determinar de forma automática el scope de la dirección IPv6, con lo que no funciona, tienes que especificarlo directamente.
Así que si realmente el scope de tu adaptador por el que te quieres comunicar es en0 (que podría ser otro), lo tienes que especificar:
ping6 fe80::4648:b9ff:fe7f:55c8%en0
Para estar seguro pues lo mejor es mirar cual es el scope de la interfaz a usar, en cualquier equipo tipo unix debería de poder verse con ip link show, que nos da tanto el id numérico como el nombre de la interfaz, o simplemente un ifconfig, pero este no da el ID de la interfaz.
Otra opción posiblemente en MAC sería especificando la interfaz en ping con -I:
ping6 -I en0 fe80::4648:b9ff:fe7f:55c8
(de nuevo dando por sentado que en0 es tu interfaz de red)
En el caso de que funcione el ping, que debería, otro problema sería ahora el acceso Web, porque el soporte para usar el scope en los navegadores es muy variado. Suponiendo que el scope fuese en0 con un ID 5 (por ejemplo), la url quedaría así:
No obstante, como digo esto último va a depender del navegador usado, en algunos puede funcionar, en otros no
----------------------------
Otra posibilidad, si para los equipos de Apple les es imposible hacer uso de las direcciones LL, siempre podrías, en principio, asignar una ULA al Router y a tu propio equipo, y usar dicha ULA para el acceso al Router.
Muchas gracias por adelantado por tu ayuda, no tengo inconveniente en publicar estos datos en abierto, intentaré ser breve:
Primero te aclaro que solo uso ordenadores mac y que IPv6 está disponible de forma nativa desde la v10.8 (data de 2012) del S.O. y, por otra parte, ningún túnel en estos momentos, solo uso vpn puntualmente.
ping a la dirección de loopback de mi ordenador principal
% ping6 ::1
PING6(56=40+8+8 bytes) ::1 --> ::1
16 bytes from ::1, icmp_seq=0 hlim=64 time=0.132 ms
16 bytes from ::1, icmp_seq=1 hlim=64 time=0.261 ms
16 bytes from ::1, icmp_seq=2 hlim=64 time=0.250 ms
16 bytes from ::1, icmp_seq=3 hlim=64 time=0.255 ms
16 bytes from ::1, icmp_seq=4 hlim=64 time=0.278 ms
16 bytes from ::1, icmp_seq=5 hlim=64 time=0.136 ms
^C
--- ::1 ping6 statistics ---
6 packets transmitted, 6 packets received, 0.0% packet loss
round-trip min/avg/max/std-dev = 0.132/0.219/0.278/0.060 ms
ping desde el mismo ordenador al router
% ping6 fe80::4648:b9ff:fe7f:55c8
ping6: UDP connect: No route to host
ping desde el mismo ordenador a otro de mi red local
% ping6 fe80::aede:48ff:fe00:1122
ping6: UDP connect: No route to host
Obviamente sin ruta no hay nada que hacer pero si lanzo un netstat sí que aparece el router:
% netstat -nr
(…)
Internet6:
Destination Gateway Flags Netif Expire
default fe80::4648:b9ff:fe7f:55c8%en0 UGcIen0
(…)
Y el mensaje intentando acceder al router:
"No se puede acceder a este sitio web
No se puede acceder a http://[fe80::4648:b9ff:fe7f:55c8]/.
ERR_ADDRESS_UNREACHABLE"
Captura del router para LAN6:
Igual lo que está pasando es obvio pero no lo veo.
Prueba algo más sencillo, prueba a realizar un sencillo ping entre dos equipos de tu propia red donde ambos usen ipv6, aunque sea por enlace local.
He llegado a casa, vuelto a comprobar, (tengo el mismo Router, no en modo "nominal" pero es indiferente para tal efecto), y no tengo ningún problema en acceder a el por IPv6 desde la red local con otros equipos, incluso con el móvil.
Mándame si quieres por privado o por aquí captura de la config que tengas en IPv6 en el Router, y en tu equipo asegúrate de que no solo IPv6 es funcional, sino que el equipo está configurado para usar IPv6 de forma nativa, si está intentando usar Teredo o algún tunel raro, puede no funcionar.
Ahora mismo tengo la interfaz Web abierta sin problema alguno por IPv6.
