Documentación > Otros > FAQ/Solución de problemas

FAQ/Solución de problemas

Esto resume problemas con los cuales algunos usuarios se han topado.

Instalé el módulo de Jool pero no parece estar haciendo nada.

Instalar el módulo del Jool sin argumentos suficientes es legal. Asumirá que intentas terminar de configurar utilizando la Aplicación de espacio de usuario, y se mantendrá inactivo hasta que lo hayas hecho.

Utiliza el parámetro --global para saber el estado en el que se encuentra Jool:

$ jool_siit --global
  Status: Disabled
$ jool --global
  Status: Disabled

Los requerimientos mínimos de configuración de SIIT Jool son:

Los requerimientos mínimos de configuración de NAT64 Jool son:

Si eso no parece ser el problema, trata ver los logs.

¿Qué hago con este mensaje de error? Es horriblemente ambiguo.

Esto sucede si tu terminal no está escuchando mensajes del kernel de severidad “error”.

El chiste es que, si se le pide algo a Jool mediante la aplicación de usuario y hay un problema, Jool no regresa la versión amigable del error a la aplicación (reporte); en lugar de eso la imprime en los logs. Lo único que recibe la aplicación es un código genérico de Unix, y eso es lo que reporta al usuario.

Corre dmesg o una de sus variantes para consultar los logs, como se muestra en el reporte.

Jool es intermitentemente incapaz de traducir tráfico.

Ejecutaste algo como:

ip addr flush dev eth1

?

Entonces quizá hayas eliminado las direcciones de enlace de la interfaz.

Las direcciones de enlace son utilizadas por muchos protocolos de IPv6 relevantes. En particular, son utilizadas por el Protocolo de Descubrimiento de Vecinos, lo que significa que si no las tienes, la máquina de traducción tendrá problemas para encontrar a sus vecinos IPv6.

Observa la salida de ip addr.

user@T:~$ /sbin/ip address
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 08:00:27:83:d9:40 brd ff:ff:ff:ff:ff:ff
    inet6 2001:db8:aaaa::1/64 scope global 
       valid_lft forever preferred_lft forever
    inet6 fe80::a00:27ff:fe83:d940/64 scope link 
       valid_lft forever preferred_lft forever
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 08:00:27:c6:01:48 brd ff:ff:ff:ff:ff:ff
    inet6 2001:db8:bbbb::1/64 scope global tentative 
       valid_lft forever preferred_lft forever

La interfaz eth0 está correctamente configurada; tiene tanto una dirección de “alcance global” (utilizada para un tráfico típico) y una dirección de “alcance de enlace” (utilizada para administración interna). La interfaz eth1 carece de una dirección de enlace, y como resultado tiende a inducir dolores de cabeza.

La manera más facil de restaurar las “direcciones de “alcance de enlace”, que hemos encontrado, es reiniciar la interfaz:

ip link set eth1 down
ip link set eth1 up

Si, hablo en serio:

user@T:~$ /sbin/ip address
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 08:00:27:83:d9:40 brd ff:ff:ff:ff:ff:ff
    inet6 2001:db8:aaaa::1/64 scope global 
       valid_lft forever preferred_lft forever
    inet6 fe80::a00:27ff:fe83:d940/64 scope link 
       valid_lft forever preferred_lft forever
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 08:00:27:c6:01:48 brd ff:ff:ff:ff:ff:ff
    inet6 fe80::a00:27ff:fec6:148/64 scope link 
       valid_lft forever preferred_lft forever

(Toma en cuenta que necesitas agregar la dirección global de nuevo.)

Como referencia futura, ten en mente que la manera “correcta” de vaciar una interfaz es

ip addr flush dev eth1 scope global

IPv4 es menos problemático con direcciones de enlace.

El rendimiento es terrible!

Deshabilita offloads!

Si estás ejecutando Jool en una máquina virtual huésped, algo importante que debes considerar es que quizá tengas que deshabilitar los offloads en el enlace ascendente de la máquina virtual.

No puedo hacer ping a la dirección IPv4 del pool.

En realidad, esto es normal en Jool 3.2.x y versiones anteriores. La dirección destino del ping es traducible, de modo que Jool se está robando el paquete. Desafortunadamente, no tiene ningún registro relevante en la BIB (porque el ping no fue iniciado desde IPv6), así que la traducción falla (y el paquete es desechado).

Simplemente trata pingueando a la dirección del nodo.

Jool 3.3+ maneja mejor esto, de modo que el ping debería ser exitoso.

en | es