Habilitar IPv6 en Router Mitrastar GPT-2841GX4X5

[mrdv]

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?

[Técnico-Movistar]

Buenas tardes @mrdv 

Actualmente la configuración del router para  el tipo de conectividad IPv6 se encuentra en  pruebas, por la tanto, no es posible facilitarte dicha información.  Vamos a dejar abierto tu hilo  por si hay algún usuario de la Comunidad, que pueda ayudarte. Lamantamos las molestias ocasionadas 

Un saludo. Silvia 

[mrdv]

Muchas gracias Silvia, no es ninguna molestia, simplemente tengo ganas de habilitar IPv6 y como Movistar acabó de implementarla en septiembre en toda su red móvil pensé que ya estaría disponible en la red fija. Consecuentemente tener IPSec es una capa de seguridad muy interesante para todos. Y comprobar si IPv6 acelera las comunicaciones un wishful thinking 😉

De todas formas, la manera de acceder al router vía IPv6 es una pregunta genérica que no depende de su implementación por si alguien sabe la respuesta y quisiera compartirla; gracias.

[Theliel]

Buenas @mrdv 

Si te parece bien, te respondo tus preguntas y dudas.

-Sí, es cierto, Movistar empezó a desplegar de forma integral IPv6 en su red móvil en el APN principal. Si terminó o no del todo, no lo sé, imagino que a estas alturas habrá terminado. No obstante, y esto lo dije en su momento, precisamente no es algo que yo recomiende tener habilitado en el móvil/tablet, a meno que uses un terminal Rooteado/Jailbreak con un Firewall REAL, o tanto la batería como la seguridad irá a menos. No obstante el despliegue en la red Fija no se ha comenzado, como te dicen está en pruebas.

-Falso, IPv6 no es más seguro que IPv4, esto es un mito, de echo por lo general va a ser siempre bastante más inseguro. Por usar Pv6 no vas a usar IPSec, esto es un mito. Es cierto que el estándar "obliga" a que cualquier nodo IPv6 pueda soportar los protocolos ESP/AH (IPSec en definitiva), pero esto no significa que sea obligada la transmisión bajo IPSec. De echo, no se hace. Del mismo modo a día de hoy usamos IPv4 y podemos establecer túneles IPSec, pero Internet en sí misma no usa IPv4 de forma generalizada ni mucho menos. Tu movil cuando navega por IPv6, no va el tráfico cifrado por sí mismo ni nada de eso.

-Falso, IPv6 no acelera de facto las comunicaciones. Con independencia de las ventajas que realmente puede aportar, realmente su uso y principal característica es la que es, el agotamiento del espacio de direcciones IPv6, nada más. Sí, puede tener otras ventajas por supuesto, pero la razón principal es esa. El resto de ventajas pueden serlo o no, dependiendo de cada caso en particular. Ni mucho menos por usar IPv6 vas a navegar o descargar más rápido.

Tengo a medio terminar un artículo sobre IPv6 y Movistar, a ver si saco tiempo y lo remato, donde por cierto pongo todo esto de manifiesto.

----------------

Respecto a acceder al Router a través de IPv6, claro que puedes acceder a través de IPv6 sin ningún problema, y esto no está para nada asociado a que tengas conexión IPv6 en Internet, sino que el Router tenga asociada una dirección IPv6. Dentro del Router, puedes acceder a los ajustes avanzados, de allí a LAN, de allí a los ajustes IPv6, y estará por defecto seleccionado y habilitado la dirección de enlace local en EUI64. La misma dirección la deberías de poder ver en Status, en los ajustes del Router.

Y por supuesto puedes acceder por dicha URL al Router... dentro de tu red local, y siempre que tus equipos obviamente tengan al menos una IPv6 tb de enlace local.

Saludos.

[Técnico-Movistar]

Hola @mrdv 

Esperamos que la información facilitada por @Theliel (al que siempre agradecemos sus aportaciones) te sirva de ayuda con tu consulta.

Un saludo

Lidia

[mrdv]

Buenos días @Theliel,

No estoy nada interesado en disfrutar de IPv6 en mi móvil pero sí en mis ordenadores tanto portátil como de sobremesa.

Aunque es cierto que he dado por supuesto que IPv6 implicaba tener IPSec por defecto, en mi defensa decir que me he dejado convencer por algunos “expertos” estadounidenses que así lo manifiestan en algunos foros; leo demasiado y es difícil separar la paja del grano sobre todo cuando, en mi caso, no tengo IPv6 disponible.

En cuanto a la mayor velocidad de IPv6 comprobarás que he hablado de wishful thinking o sea un deseo o una ilusión o ambos a la vez, algo que de facto siempre he descartado que fuese a ocurrir y que tú me has confirmado.

Mi router sí tiene una dirección IPv6 pero no me deja acceder a él a pesar de tenerla habilitada en “IPv6 LAN Setup” (EUI64) y aparecer en “Status”. El ordenador desde el que estoy probando acceder al router tiene la configuración IPv6 automática por defecto pero también la he probado manualmente (copio y pego la dirección del router para evitar errores) y solo enlace local pero no hay manera, siempre obtengo el mensaje de que no puedo acceder a esa dirección.

Es lo que tiene meterse en algo en lo que no se tiene experiencia, es muy probable que haya algo obvio que se me está pasando. Afortunadamente esto es más curiosidad que necesidad.

Te voy a pedir, si no es mucha molestia, que cuando tengas publicado el artículo insertes su URL en este hilo para que no se me pase leerlo, gracias.

[Theliel]

Buenas @mrdv 

Bueno, es que si la copias y la pegas no puede funcionar. En un navegador Web, una dirección IPv6 no se especifica igual que una IPv4, requiere que esté encerrada en corchetes, y eliminarle la máscara, es decir la barra final con el número a continuación:

http://192.168.1.1

http://[fe80::xxxx:xxxx:xxxx:xxxx]

Y te puedo asegurar que funciona, es la ventaja de usar ipv6 y las direcciones de enlace local... siempre y cuando claro está el equipo pues esté configurado correctamente

saludos

[mrdv]

Buenos días @Theliel,

Pensaba que se me entendería al decir que copio y pego la dirección, puesto que en mi mensaje inicial ya mencionaba la estructura de las URL de IPv4 e IPv6 de la siguiente manera:

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 ])

Dicho de otra manero por dirección me refería a las equis, el contenido de los corchetes.

Estamos hablando de lo mismo.

[Theliel]

Buenas @mrdv 

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.

Saludos.

[mrdv]

Hola @Theliel,

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   UGcI            en0

(…)

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.

[Theliel]

Buenas @mrdv 

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í:

http://[fe80::4648:b9ff:fe7f:55c8%255] (El %25 codifica el carácter % para una URL)

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.

[mrdv]

Buenas @Theliel,

Tienes razón, es cierto que especificando el adaptador, que en mi caso es “en0” (ethernet), el ping funciona correctamente con ambos formatos:

ping6 fe80::4648:b9ff:fe7f:55c8%en0

ping6 -I en0 fe80::4648:b9ff:fe7f:55c8

Con ifconfig compruebo el scopeID:

inet6 fe80::1cff:a95e:ea71:6f52%en0 prefixlen 64 secured scopeid 0x4

por consiguiente:

http://[fe80::4648:b9ff:fe7f:55c8%254]

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í.

[Theliel]

Buenas @mrdv 

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:

https://ungleich.ch/u/blog/ipv6-link-local-support-in-browsers/

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.

Saludos.

[mrdv]

Buenas tardes @Theliel,

Te has explicado muy bien, gracias, y te agradezco el enlace.

El problema de IPv6 ULA es que no deja configurarlo en la red, dicho de otra manera:

fe80::4648:b9ff:fe7f:55c8/64

no es un formato aceptable, se cree que es un typo y no te permite avanzar.

Si te vas al router a LAN6 setup:

IPv6 ULA Address Type : Auto Generate

IPv6 ULA Address : fdb9:ae0e:b3e6:0::1

Tampoco funciona en el navegador 😮

No suelo tirar la toalla, le dedicaré ratos cuando pueda 🙂

[Theliel]

Buenas @mrdv 

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.

Saludos.

[mrdv]

Buenas tardes @Theliel,

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.

Saludos.

[Theliel]

Buenas @mrdv 

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.

[mrdv]

Dont güorri, expectante por leerte 😉