traviscross/mtrCombina traceroute y ping en una única herramienta de diagnóstico de red que sondea rutas, mide la latencia y reporta estadísticas por salto para solucionar problemas de conectividad.
mtr combina la funcionalidad de los programas 'traceroute' y 'ping' en una sola herramienta de diagnóstico de red.
Al iniciar mtr, investiga la conexión de red entre el host donde se ejecuta mtr y un host de destino especificado por el usuario. Envía sondas al destino con valores de tiempo de vida (TTL) sucesivamente mayores y utiliza las respuestas de los routers intermedios para descubrir y medir la ruta. Al hacerlo, imprime estadísticas en tiempo real para cada salto.
Los routers intermedios pueden estar configurados para nunca enviar estas respuestas ICMP, o pueden limitar su velocidad, por lo que la pérdida aparente en un salto intermedio no siempre significa que el tráfico reenviado se esté perdiendo en ese punto.
mtr se distribuye bajo la Licencia Pública General de GNU versión 2. Consulte el archivo COPYING para más detalles.
Si está compilando esto desde un tarball, compilar mtr es tan simple como:
./configure && make
Tenga en cuenta que esto se refiere a los tarballs de https://www.bitwizard.nl/mtr/files/ y no a los tarballs que github puede producir.
(en el pasado, había un Makefile en la distribución que ejecutaba ./configure por usted y luego volvía a ejecutar make con el Makefile generado, pero esto ha sufrido cierto deterioro. No funcionaba bien con git.)
Si está compilando desde el repositorio git, necesitará ejecutar:
./bootstrap.sh && ./configure && make
Cuando parezca que la compilación fue exitosa, puede probar mtr con
sudo ./mtr <host>
(complete con un nombre de host o dirección IP donde dice <host>) o
continúe inmediatamente con la instalación:
make install
Tenga en cuenta que mtr-packet debe ser suid-root porque requiere acceso a sockets IP en bruto. Consulte SEGURIDAD para obtener información de seguridad.
Las versiones anteriores solían requerir una ruta inexistente a GTK para una compilación correcta de una versión no-gtk mientras GTK estaba instalado. Esto ya no es necesario. ./configure --without-gtk debería funcionar ahora. Si no funciona, pruebe con make WITHOUT_X11=YES como paso de make.
En Solaris, necesitará usar GNU make para compilar. (Use gmake en lugar de make).
En Solaris (y posiblemente otros sistemas) la biblioteca "gtk" puede estar instalada en un directorio donde el enlazador dinámico se niega a buscar cuando un binario es setuid. Roman Shterenzon informa que agregar
-Wl,-rpath=/usr/lib
a la línea de comandos funcionará si está usando gnu LD. Me dice que no tiene suerte cuando usa el sun LD. Eso no es del todo cierto, ya que puede mover las bibliotecas gtk a /usr/lib en lugar de dejarlas en /usr/local/lib. (cuando el ld le dice que /usr/local/lib no es de confianza y /usr/lib sí lo es, y confía lo suficiente en las bibliotecas gtk como para quererlas en un programa setuid, entonces hay algo que decir acerca de moverlas al directorio "de confianza".)
La compilación en MacOS no debería requerir pasos especiales.
Usar mtr en Windows requiere el Subsistema de Windows para Linux (WSL).
Para instalar WSL con la distribución Ubuntu (predeterminada), consulte
Cómo instalar Linux en Windows con WSL.
Después de completar el proceso inicial, tan simple como:
sudo apt-get -y install mtr
Si prefiere el método tradicional. Obtenga Cygwin, consulte https://cygwin.com/install.html.
A continuación, vuelva a ejecutar setup-x86.exe de cygwin (o setup-x86_64.exe si está usando cygwin de 64 bits) con los siguientes argumentos,
que instalarán los paquetes necesarios para la compilación:
setup-x86.exe --package-manager --wait --packages automake,pkg-config,make,gcc-core,libncurses-devel,libjansson-devel
Compile como en Unix:
./bootstrap.sh && ./configure && make
Finalmente, instale los binarios compilados:
make install
mtr ahora está alojado en github. https://github.com/traviscross/mtr
Consulte la página web de mtr en http://www.BitWizard.nl/mtr/
Los informes de errores y las solicitudes de funciones deben enviarse al sistema de seguimiento de errores de Github.
Los parches se pueden enviar clonando el repositorio de Github y realizando una solicitud de extracción, o por correo electrónico a mí. Utilice diffs unificados. Generalmente el diff es un poco desordenado, así que verifique que el diff esté limpio y no contenga demasiado de su contenido local (por ejemplo, no quiero/necesito el script "configure" que /su/ automake creó para usted).
(Solía haber una lista de correo, pero solo recibía spam. Así que cuando se actualizó el servidor, la lista de correo murió.)
REW