Los asteriscos que está viendo son servidores a través de los cuales se están enrutando sus paquetes y que están agotando el tiempo de espera (más de 5.0 segundos) y, por lo tanto, se traceroute
imprime el * de manera predeterminada.
NOTA : Incluso hay una advertencia sobre esto en la traceroute
página del manual.
extracto
En el entorno de red moderno, los métodos tradicionales de trazado de ruta no siempre pueden ser aplicables, debido al uso generalizado de firewalls. Tales firewalls filtran los puertos UDP "poco probables", o incluso los ecos ICMP. Para resolver esto, se implementan algunos métodos de rastreo adicionales (incluido tcp), consulte la LISTA DE MÉTODOS DISPONIBLES a continuación. Dichos métodos intentan usar un protocolo particular y un puerto de origen / destino, para evitar los firewalls (para que los firewalls vean como un inicio del tipo permitido de una sesión de red).
La mayoría de los firewalls bloquean el tráfico saliente en puertos que no sean TCP / 80, que es el puerto IP predeterminado para el tráfico web. traceroute
en el uso predeterminado de Linux UDP
, el uso de ping ICMP
, por lo que, como su salida, parece que los ICMP
paquetes están permitidos en su firewall mientras que los UDP
paquetes están bloqueados por el firewall.
Puede ver las respuestas a mi pregunta titulada: traceroute y ping de la red escolar .
EDITAR # 1
Según los comentarios, si esto funciona en otra máquina RHEL y no funciona en esta máquina RHEL, sugeriría hacer los siguientes pasos.
Desde la máquina RHEL en funcionamiento (máquina A), copie el /etc/sysconfig/iptables
archivo. En la máquina RHEL defectuosa (máquina B), copie el /etc/sysconfig/iptables
archivo original en algo así /etc/sysconfig/iptables.original
.
$ cp /etc/sysconfig/iptables /etc/sysconfig/iptables.original
Este paso es solo para garantizar que si algo sale mal con nuestra configuración, podemos volver al original. Ahora, copie /etc/sysconfig/iptables
de la máquina A a la máquina B.