Cuando un sitio web, servidor o servicio en l\u00ednea deja de responder, no siempre es claro d\u00f3nde est\u00e1 el problema. Su computadora puede estar conectada a la red local, pero el destino sigue siendo inalcanzable. El problema podr\u00eda estar en su router dom\u00e9stico, en la red de su proveedor de Internet, en una red remota o en el propio servidor de destino.<\/p>\n\n\n\n
El traceroute es una herramienta de diagn\u00f3stico de red que ayuda a mostrar la ruta que siguen los paquetes desde tu dispositivo hacia un destino. Muestra los routers intermedios, com\u00fanmente llamados saltos, y mide cu\u00e1nto tardan las respuestas en llegar de cada uno. Esto puede ayudarte a identificar d\u00f3nde cambia la ruta, d\u00f3nde comienzan los retrasos o d\u00f3nde dejan de aparecer las respuestas.<\/p>\n\n\n\n
Traceroute no muestra cada detalle de c\u00f3mo funciona la encaminaci\u00f3n en Internet, y un tiempo de espera no significa autom\u00e1ticamente que un router o enlace est\u00e9 roto. Muchos routers limitan o filtran las respuestas en las que se basa traceroute. Sin embargo, cuando entiendes qu\u00e9 puede y no puede decirte la salida, se convierte en un primer paso \u00fatil para la soluci\u00f3n de problemas.<\/p>\n\n\n\n
Este manual explica c\u00f3mo funciona traceroute, c\u00f3mo ejecutarlo en Windows, macOS y Linux, y c\u00f3mo interpretar los resultados comunes. Si est\u00e1s aprendiendo fundamentos de redes, tambi\u00e9n te ayuda a entender el papel de un puerta de enlace predeterminada<\/a> y c\u00f3mo se organizan los rangos de direcciones IP en subredes<\/a>.<\/p>\n\n\n\n El trazeador es una herramienta de l\u00ednea de comandos que intenta identificar los routers por los que pasa un paquete en su camino hacia un destino. En Windows, la herramienta integrada se llama La herramienta env\u00eda una serie de sondeos con l\u00edmites de saltos gradualmente crecientes. Un l\u00edmite de salto indica a un paquete cu\u00e1ntos routers puede atravesar antes de tener que ser descartado. En IPv4, este campo se llama Tiempo de vida<\/strong>, o TTL. En IPv6 se le llama el L\u00edmite de salto<\/strong>.<\/p>\n\n\n\n Cuando un router reenv\u00eda un paquete, disminuye el TTL o el l\u00edmite de saltos. Cuando el valor alcanza cero, el router descarta el paquete y puede enviar una respuesta de vuelta a la fuente. Traceroute utiliza estas respuestas para identificar los routers sucesivos. Despu\u00e9s de que la herramienta haya aprendido sobre el primer salto, env\u00eda otra prueba con un l\u00edmite m\u00e1s alto, luego otra, continuando hacia la direcci\u00f3n de destino.<\/p>\n\n\n\n Traceroute mide el tiempo entre enviar una sonda y recibir una respuesta. Normalmente env\u00eda varias sondas para cada salto, por eso la salida suele contener tres tiempos de respuesta. Esos n\u00fameros miden el tiempo que tarda una sonda y su respuesta en viajar entre tu dispositivo y el router que responde. No miden solo el tiempo dedicado al procesamiento del paquete dentro de ese router.<\/p>\n\n\n\n Un resultado t\u00edpico tiene una fila numerada para cada salto. El primer salto suele ser su router local u otro primer dispositivo en la red local. Los saltos posteriores pueden pertenecer a su proveedor de Internet, redes de transito, proveedores de alojamiento o la red del destino.<\/p>\n\n\n\n Un ejemplo simplificado podr\u00eda parecerse a este:<\/p>\n\n\n\n La primera columna identifica el n\u00famero de salto. El siguiente valor es la direcci\u00f3n o nombre del router que responde. Los valores restantes son los tiempos de respuesta para las sondas enviadas en ese salto. En este ejemplo, el salto 4 no respondi\u00f3 a las sondas, pero el salto 5 s\u00ed respondi\u00f3.<\/p>\n\n\n\n Una respuesta en un salto indica que la sonda recibi\u00f3 una respuesta desde ese punto. No demuestra que todas las otras partes del camino est\u00e9n sanas. De igual manera, un salto que no responde no demuestra que el router est\u00e9 ca\u00eddo. El dispositivo puede estar configurado para reenviar el tr\u00e1fico mientras ignora o limita las sondas diagn\u00f3sticas.<\/p>\n\n\n\n Traceroute tambi\u00e9n puede mostrar diferentes rutas en diferentes momentos. La encaminaci\u00f3n de Internet cambia a medida que las redes ajustan las rutas, equilibran el tr\u00e1fico, manejan interrupciones o aplican pol\u00edticas. Una ruta observada en un seguimiento es una instant\u00e1nea, no un mapa permanente.<\/p>\n\n\n\n Incluye Windows Windows resuelve el nombre de host a una direcci\u00f3n IP y luego muestra los saltos que puede observar. Puedes usar Usando Puedes limitar el n\u00famero m\u00e1ximo de saltos con Este comando salta las b\u00fasquedas de nombres, se detiene despu\u00e9s de un m\u00e1ximo de 20 saltos y espera hasta 2000 milisegundos para recibir una respuesta en cada sondeo. Si el destino est\u00e1 lejos o el camino es lento, un l\u00edmite bajo de saltos puede detener el rastreo antes de que alcance el destino.<\/p>\n\n\n\n Para probar una direcci\u00f3n IP en lugar de un nombre de host, ejecute:<\/p>\n\n\n\n Al comparar resultados, pruebe siempre el mismo destino de forma consistente. Un trazo a un nombre de dominio y un trazo a una direcci\u00f3n IP espec\u00edfica pueden seguir rutas diferentes si el dominio se resuelve en servidores distintos.<\/p>\n\n\n\n En macOS, abre Terminal y ejecuta:<\/p>\n\n\n\n Para mostrar direcciones num\u00e9ricas sin intentar resolver nombres, use:<\/p>\n\n\n\n Puedes limitar el n\u00famero m\u00e1ximo de saltos con Esto solicita una salida num\u00e9rica, limita el seguimiento a 20 saltos y espera hasta dos segundos para una respuesta en cada salto. Las opciones exactas disponibles pueden variar ligeramente entre las implementaciones, por lo tanto, consulte el manual local si una opci\u00f3n de comando no es reconocida:<\/p>\n\n\n\n El trazado de ruta puede tardar alg\u00fan tiempo en finalizar porque env\u00eda varias sondas en cada salto y espera respuestas. Si parece pausarse en una fila, podr\u00eda estar esperando respuestas de routers que no responden a estas sondas.<\/p>\n\n\n\n Muchas distribuciones de Linux incluyen Para evitar b\u00fasquedas DNS inversas y mostrar \u00fanicamente direcciones num\u00e9ricas, utilice:<\/p>\n\n\n\n Tambi\u00e9n puedes establecer un n\u00famero m\u00e1ximo de saltos y un tiempo de espera para la respuesta:<\/p>\n\n\n\n En Linux, las opciones de comando disponibles dependen de la implementaci\u00f3n de traceroute instalada. Si el comando falta, utilice el gestor de paquetes de su distribuci\u00f3n para instalar el paquete correspondiente, o utilice un alternativo disponible como Para destinos IPv6, muchos sistemas Linux admiten:<\/p>\n\n\n\n Si el dominio tiene registros tanto de IPv4 como de IPv6, la herramienta puede seleccionar una familia de direcciones por defecto. Para comparar los caminos, ejecute trazas separadas de IPv4 e IPv6 donde sea compatible. Esto puede ayudar a identificar si un problema de conectividad afecta a una familia de direcciones pero no a la otra.<\/p>\n\n\n\n Comience comprobando el primer salto. En una red dom\u00e9stica, suele ser el router local. Si el primer salto responde r\u00e1pidamente, su dispositivo puede llegar al menos a un router en la red local. Si no responde, eso solo no demuestra un fallo local porque el router podr\u00eda filtrar las respuestas de diagn\u00f3stico. Compruebe si otros dispositivos locales e servicios de Internet funcionan antes de sacar una conclusi\u00f3n.<\/p>\n\n\n\n A continuaci\u00f3n, compara los tiempos de respuesta a medida que avanza la ruta. Un aumento s\u00fabito y constante que contin\u00faa en saltos posteriores puede indicar un cambio en el camino o un punto donde comienza el retraso de la red. Sin embargo, un tiempo de respuesta alto en un router seguido de tiempos m\u00e1s bajos en routers posteriores suele reflejar c\u00f3mo ese router maneja el tr\u00e1fico de diagn\u00f3stico, no necesariamente un retraso que afecte al tr\u00e1fico reenviado.<\/p>\n\n\n\n Busca la \u00faltima salto que responda, pero tratelo como una pista en lugar de una ubicaci\u00f3n definitiva del fallo. El siguiente router podr\u00eda estar filtrando las pruebas, el camino de vuelta podr\u00eda ser diferente, o la red de destino podr\u00eda bloquear el tipo de respuesta que espera traceroute.<\/p>\n\n\n\n Por \u00faltimo, compara varios ejecuciones y, si es posible, prueba un segundo destino en el mismo servicio o red. Un \u00fanico trazo puede verse afectado por congesti\u00f3n temporal o filtrado. Los patrones en pruebas repetidas son m\u00e1s informativos que un resultado aislado.<\/p>\n\n\n\n Un asterisco ( Los routers y los cortafuegos suelen limitar los mensajes del Protocolo de Mensajes de Control de Internet (ICMP) u otras respuestas diagn\u00f3sticas para proteger el rendimiento y reducir el tr\u00e1fico no deseado. Algunas redes permiten el tr\u00e1fico normal de aplicaciones mientras filtran las sondas de traceroute. Como resultado, un rastreo puede mostrar uno o m\u00e1s asteriscos y luego continuar con saltos que responden m\u00e1s adelante en el camino.<\/p>\n\n\n\n Si cada salto posterior a un punto determinado muestra asteriscos, es posible que el camino est\u00e9 filtrado en ese punto, que el destino no sea alcanzable o que el tr\u00e1fico de retorno est\u00e9 bloqueado. Para distinguir estos casos, pruebe el servicio real utilizando la aplicaci\u00f3n correspondiente, como un navegador web o un cliente SSH, y compare las trazas con otras destinos.<\/p>\n\n\n\n Los valores de tiempo de Traceroute muestran cu\u00e1nto tiempo tard\u00f3 una sonda en llegar a un salto que responde y en volver. Incluyen la demora de la red en ambos sentidos y pueden verse afectados por la congesti\u00f3n, la cola y la pol\u00edtica de respuesta del router.<\/p>\n\n\n\n Un alto valor en un salto puede ser enga\u00f1oso. Los routers priorizan el reenv\u00edo del tr\u00e1fico de transito sobre la respuesta a paquetes diagn\u00f3sticos dirigidos a s\u00ed mismos. Un router puede tardar mucho en responder a un traceroute mientras reenv\u00eda r\u00e1pidamente el tr\u00e1fico ordinario. Si los saltos siguientes muestran tiempos de respuesta m\u00e1s bajos, ese alto valor es menos probable que represente un retraso persistente en el camino de los datos.<\/p>\n\n\n\n Un patr\u00f3n m\u00e1s \u00fatil es un aumento de retardo que comienza en un salto y permanece visible en saltos posteriores y en el destino a trav\u00e9s de m\u00faltiples pruebas. Incluso as\u00ed, traceroute solo no puede probar la causa exacta. Puede indicar d\u00f3nde investigar con m\u00e1s detalle, como un intercambio de proveedores, un enlace congestionado o un segmento de red distante.<\/p>\n\n\n\n Si la primera salto responde pero los saltos posteriores no, la red local puede estar funcionando mientras que una red posterior filtra el tr\u00e1fico de diagn\u00f3stico. Compruebe si el servicio de destino es accesible antes de asumir que la conexi\u00f3n est\u00e1 rota.<\/p>\n\n\n\n Si el rastro llega al destino pero la aplicaci\u00f3n sigue fallando, la ruta de red podr\u00eda estar funcionando mientras que el servicio tiene otro problema. El servidor podr\u00eda rechazar las conexiones, la aplicaci\u00f3n podr\u00eda no estar disponible o un firewall podr\u00eda bloquear el puerto espec\u00edfico.<\/p>\n\n\n\n Si el rastro se detiene en el mismo punto cada vez y el destino tambi\u00e9n es inalcanzable, la \u00faltima red que responde puede ayudar a delimitar d\u00f3nde pedir soporte. No identifica necesariamente el dispositivo responsable, ya que los filtros y los caminos de retorno asim\u00e9tricos pueden hacer que el punto aparente de detenci\u00f3n sea enga\u00f1oso.<\/p>\n\n\n\n Si funciona IPv4 pero no IPv6, o viceversa, ejecuta trazas separadas para cada familia de direcciones. Los dos caminos pueden utilizar proveedores, routers, pol\u00edticas de firewall o servidores de destino diferentes. Compararlos puede revelar si el problema es espec\u00edfico de un lado de la red.<\/p>\n\n\n\n Los comandos Esto es importante porque un firewall puede permitir un tipo de sondeo y bloquear otro. Por lo tanto, dos herramientas pueden producir resultados diferentes incluso cuando se ejecutan desde la misma computadora hacia el mismo destino.<\/p>\n\n\n\n Algunas implementaciones de traceroute permiten seleccionar el m\u00e9todo de sondeo. Por ejemplo, las versiones de Linux pueden admitir opciones para sondeos UDP, ICMP o TCP. El rastreo basado en TCP puede ser \u00fatil cuando los sondeos ordinarios est\u00e1n filtrados pero un servicio TCP espec\u00edfico es accesible. La sintaxis de las opciones var\u00eda, por lo tanto consulte el manual local antes de confiar en una bandera espec\u00edfica.<\/p>\n\n\n\n Al compartir los resultados con un administrador de red o proveedor, incluya el sistema operativo, el comando, las opciones, el destino y la hora aproximada de la prueba. Ese contexto les ayuda a interpretar las diferencias entre los trazos.<\/p>\n\n\n\n Pruebas de ping comprueban si un destino responde a un tipo particular de sondeo de red y miden el tiempo de ida y vuelta. Es \u00fatil para comprobar la accesibilidad b\u00e1sica, pero no muestra el camino intermedio.<\/p>\n\n\n\n Traceroute intenta revelar la secuencia de routers que responden hacia un destino. Puede ayudar a identificar d\u00f3nde se detienen las respuestas o d\u00f3nde comienza un patr\u00f3n de demora, pero es m\u00e1s sensible al filtrado y a las pol\u00edticas de respuesta de los routers.<\/p>\n\n\n\n Estas herramientas responden a preguntas diferentes. Utilice ping para probar si un destino responde. Utilice traceroute para inspeccionar la ruta hacia \u00e9l. Ninguna de estas herramientas garantiza por s\u00ed sola que un sitio web o aplicaci\u00f3n est\u00e9 saludable, ya que pueden producirse problemas espec\u00edficos de aplicaci\u00f3n incluso cuando las pruebas de red b\u00e1sicas tienen \u00e9xito.<\/p>\n\n\n\n Comience confirmando el nombre y la direcci\u00f3n del destino. Si est\u00e1 utilizando un nombre de host, compruebe que se resuelva correctamente. Luego ejecute traceroute y anote el tiempo, la familia de direcciones, las opciones del comando y el destino.<\/p>\n\n\n\n Pruebe el mismo destino m\u00e1s de una vez. Si la salida cambia significativamente, el problema puede ser intermitente o la ruta puede haber cambiado. Si el rastro es estable pero la aplicaci\u00f3n falla, compruebe si el servicio est\u00e1 escuchando, si un firewall bloquea su puerto y si el servidor devuelve un error.<\/p>\n\n\n\n Compare con otro destino alojado por el mismo proveedor o en la misma regi\u00f3n. Si varios destinos muestran un problema similar que comienza en el mismo punto, eso da una indicaci\u00f3n m\u00e1s fuerte de que el segmento de red afectado podr\u00eda merecer atenci\u00f3n.<\/p>\n\n\n\n Si est\u00e1 informando el problema a un proveedor de Internet o compa\u00f1\u00eda de alojamiento, proporcione la salida sin procesar en lugar de simplemente decir \"traceroute falla\". Incluya el destino, el tiempo, el sistema operativo y si el servicio de destino en s\u00ed mismo es inalcanzable. Estos detalles hacen que el informe sea m\u00e1s f\u00e1cil de investigar.<\/p>\n\n\n\n El trazado de rutas no muestra cada router en Internet. Algunas redes ocultan o filtran sus respuestas, y algunos caminos utilizan tecnolog\u00edas que hacen que la informaci\u00f3n de salto sea incompleta. El equilibrio de carga tambi\u00e9n puede enviar sondeos diferentes por caminos distintos, por lo tanto, l\u00edneas adyacentes no siempre representan una ruta estable de extremo a extremo.<\/p>\n\n\n\n Los tiempos de respuesta no son mediciones directas de lo r\u00e1pido que el router reenv\u00eda el tr\u00e1fico normal. Miden el tiempo para la sonda y la respuesta, y los routers pueden tratar esos paquetes diagn\u00f3sticos de manera diferente al tr\u00e1fico de aplicaci\u00f3n regular.<\/p>\n\n\n\n Traceroute tampoco demuestra qui\u00e9n posee una direcci\u00f3n de router, identifica la causa exacta de la p\u00e9rdida de paquetes o confirma que una ruta est\u00e9 autorizada. Los datos de enrutamiento y registro p\u00fablicos requieren comprobaciones separadas. Para una revisi\u00f3n m\u00e1s amplia de un recurso IPv4 o IPv6 p\u00fablico, utilice el Comprobador de preparaci\u00f3n de recursos de IP<\/a>.<\/p>\n\n\n\n Traceroute es una herramienta de diagn\u00f3stico est\u00e1ndar que env\u00eda sondeos de red hacia un destino. Realizar unos pocos tests para resolver problemas es normal. Evite generar tr\u00e1fico excesivo o escanear sistemas que no administre a alta velocidad.<\/p>\n\n\n\n Las redes pueden cambiar rutas, usar equilibrio de carga o dirigir el tr\u00e1fico a trav\u00e9s de diferentes proveedores. El tr\u00e1fico de prueba tambi\u00e9n puede tratarse de manera diferente al tr\u00e1fico de aplicaci\u00f3n ordinario. Las peque\u00f1as diferencias en el camino no indican autom\u00e1ticamente una falla.<\/p>\n\n\n\n No. Significa que traceroute no recibi\u00f3 una respuesta a esa sonda dentro del tiempo de espera. El router puede seguir reenviando tr\u00e1fico mientras filtra o limita las respuestas diagn\u00f3sticas.<\/p>\n\n\n\n La red de destino o un cortafuegos intermedio puede bloquear el tipo de sondeo. El sitio web a\u00fan puede ser accesible a trav\u00e9s del tr\u00e1fico HTTPS normal. Pruebe el servicio en s\u00ed antes de concluir que la ruta no est\u00e1 disponible.<\/p>\n\n\n\n Puede ayudar a identificar d\u00f3nde se detienen las respuestas, pero no siempre puede demostrar d\u00f3nde se pierde el tr\u00e1fico de la aplicaci\u00f3n. Compara m\u00faltiples ejecuciones, saltos posteriores y el servicio real. Herramientas como S\u00ed. Windows, macOS y Linux admiten el seguimiento de rutas IPv6, aunque los nombres de los comandos y las opciones difieren. En Linux, Traceroute te ayuda a ver qu\u00e9 routers responden mientras el tr\u00e1fico viaja desde tu dispositivo hacia un destino. El primer salto suele ser tu gateway local, y los saltos posteriores pueden pertenecer a tu proveedor de Internet y otros redes antes de llegar al destino.<\/p>\n\n\n\n Usar Las conclusiones m\u00e1s \u00fatiles surgen de combinar traceroute con pruebas de aplicaciones, comprobaciones de DNS, mediciones repetidas y informes de otros usuarios o redes. Trata la salida como evidencia que ayuda a guiar la investigaci\u00f3n, en lugar de un diagn\u00f3stico completo por s\u00ed sola.<\/p>\n\n\n\n Para comprender la parte de la red local del camino, contin\u00fae con nuestro gu\u00eda a puertas de enlace predeterminadas<\/a>. Para comprobaciones de direcci\u00f3n p\u00fablica y enrutamiento, v\u00e9ase la Comprobador de preparaci\u00f3n de recursos de IP<\/a>.<\/p>\n\n\n\n <\/p>","protected":false},"excerpt":{"rendered":" When a website, server, or online service stops responding, it is not always clear where the problem is. Your computer may be connected to the local network, yet the destination remains unreachable. The issue could be in your home router, your Internet provider\u2019s network, a remote network, or the destination server itself. Traceroute is a […]<\/p>\n","protected":false},"author":1,"featured_media":2185,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_seopress_titles_title":"What Is Traceroute? How It Works and How to Read Results","_seopress_titles_desc":"Learn what traceroute is, how it works, and how to read traceroute results. Understand hops, TTL, latency, timeouts, and network troubleshooting on Windows, macOS, and Linux.","_seopress_robots_index":"","_seopress_robots_follow":"","_seopress_robots_imageindex":"","_seopress_robots_snippet":"","_seopress_robots_primary_cat":"","_seopress_robots_breadcrumbs":"","_seopress_robots_freeze_modified_date":"","_seopress_robots_custom_modified_date":"","_seopress_robots_canonical":"","_seopress_social_fb_title":"","_seopress_social_fb_desc":"","_seopress_social_fb_img":"","_seopress_social_fb_img_attachment_id":0,"_seopress_social_fb_img_width":0,"_seopress_social_fb_img_height":0,"_seopress_social_twitter_title":"","_seopress_social_twitter_desc":"","_seopress_social_twitter_img":"","_seopress_social_twitter_img_attachment_id":0,"_seopress_social_twitter_img_width":0,"_seopress_social_twitter_img_height":0,"_seopress_redirections_value":"","_seopress_redirections_enabled":"","_seopress_redirections_enabled_regex":"","_seopress_redirections_logged_status":"","_seopress_redirections_param":"","_seopress_redirections_type":0,"_seopress_analysis_target_kw":"","footnotes":""},"categories":[1],"tags":[],"class_list":["post-2184","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-article"],"_links":{"self":[{"href":"https:\/\/junglelabs.uk\/es\/wp-json\/wp\/v2\/posts\/2184","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/junglelabs.uk\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/junglelabs.uk\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/junglelabs.uk\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/junglelabs.uk\/es\/wp-json\/wp\/v2\/comments?post=2184"}],"version-history":[{"count":1,"href":"https:\/\/junglelabs.uk\/es\/wp-json\/wp\/v2\/posts\/2184\/revisions"}],"predecessor-version":[{"id":2186,"href":"https:\/\/junglelabs.uk\/es\/wp-json\/wp\/v2\/posts\/2184\/revisions\/2186"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/junglelabs.uk\/es\/wp-json\/wp\/v2\/media\/2185"}],"wp:attachment":[{"href":"https:\/\/junglelabs.uk\/es\/wp-json\/wp\/v2\/media?parent=2184"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/junglelabs.uk\/es\/wp-json\/wp\/v2\/categories?post=2184"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/junglelabs.uk\/es\/wp-json\/wp\/v2\/tags?post=2184"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}\u00bfQu\u00e9 es Traceroute?<\/h2>\n\n\n\n
tracert<\/code>. En macOS y la mayor\u00eda de las distribuciones de Linux, se llama rastreo de ruta<\/code>Los nombres son diferentes, pero su principal prop\u00f3sito es similar.<\/p>\n\n\n\n\u00bfQu\u00e9 Muestra un Traceroute?<\/h2>\n\n\n\n
traceroute a example.com, 30 saltos m\u00e1ximos\n\n 1 192.168.1.1 2,1 ms 1,8 ms 2,0 ms\n 2 100.64.0.1 8,4 ms 8,1 ms 8,6 ms\n 3 203.0.113.10 13,2 ms 12,9 ms 13,5 ms\n 4 * * *\n 5 198.51.100.20 25,6 ms 25,1 ms 26,0 ms<\/code><\/pre>\n\n\n\nC\u00f3mo ejecutar Traceroute en Windows<\/h2>\n\n\n\n
tracert<\/code>Abra el s\u00edmbolo del sistema o PowerShell y ingrese un nombre de host o una direcci\u00f3n IP:<\/p>\n\n\n\ntracert example.com<\/code><\/pre>\n\n\n\n-d<\/code> para prevenir tracert<\/code> de resolver las direcciones de enrutadores en nombres:<\/p>\n\n\n\ntracert -d example.com<\/code><\/pre>\n\n\n\n-d<\/code> puede hacer que los resultados aparezcan m\u00e1s r\u00e1pido porque Windows salta las b\u00fasquedas de DNS inverso para las direcciones intermedias. Esto es \u00fatil cuando te importa el camino y el tiempo en lugar de los nombres asociados a cada router.<\/p>\n\n\n\n-ay<\/code> y establezca el tiempo de espera para cada respuesta con -w<\/code>Por ejemplo:<\/p>\n\n\n\ntracert -d -h 20 -w 2000 example.com<\/code><\/pre>\n\n\n\ntracert -d 203.0.113.25<\/code><\/pre>\n\n\n\nC\u00f3mo ejecutar Traceroute en macOS<\/h2>\n\n\n\n
rastreo de ruta example.com<\/code><\/pre>\n\n\n\nrastreo -n example.com<\/code><\/pre>\n\n\n\n-m<\/code> y ajuste el tiempo de espera con -w<\/code>Por ejemplo:<\/p>\n\n\n\ntraceroute -n -m 20 -w 2 example.com<\/code><\/pre>\n\n\n\nhacer traceroute<\/code><\/pre>\n\n\n\nC\u00f3mo ejecutar Traceroute en Linux<\/h2>\n\n\n\n
rastreo de ruta<\/code>, pero algunos pueden requerir que lo instales primero. Una prueba b\u00e1sica es:<\/p>\n\n\n\nrastreo de ruta example.com<\/code><\/pre>\n\n\n\nrastreo -n example.com<\/code><\/pre>\n\n\n\ntraceroute -n -m 20 -w 2 example.com<\/code><\/pre>\n\n\n\ntracepath<\/code>.<\/p>\n\n\n\ntraceroute -6 example.com<\/code><\/pre>\n\n\n\nC\u00f3mo leer cada l\u00fapulo<\/h2>\n\n\n\n
\u00bfQu\u00e9 significa un asterisco?<\/h2>\n\n\n\n
*<\/code>) significa que traceroute no ha recibido una respuesta a esa prueba dentro del per\u00edodo de espera. Un router podr\u00eda haber reenviado la prueba hacia el destino. Simplemente podr\u00eda haberse negado a enviar una respuesta diagn\u00f3stica.<\/p>\n\n\n\nTiempo de respuesta y latencia<\/h2>\n\n\n\n
Patrones comunes de Traceroute<\/h2>\n\n\n\n
Traceroute y Tracert No Son Iguales<\/h2>\n\n\n\n
tracert<\/code> y rastreo de ruta<\/code> servir a un prop\u00f3sito similar, pero sus m\u00e9todos y opciones de sondeo pueden diferir seg\u00fan el sistema operativo e la implementaci\u00f3n. Windows tracert<\/code> utiliza con frecuencia sondeos ICMP Echo. Las implementaciones similares a Unix pueden utilizar UDP de forma predeterminada, con algunas que admiten los modos de sondeo ICMP o TCP.<\/p>\n\n\n\nTraceroute vs Ping<\/h2>\n\n\n\n
Un flujo de trabajo pr\u00e1ctico para soluci\u00f3n de problemas<\/h2>\n\n\n\n
Limitaciones de Traceroute<\/h2>\n\n\n\n
Preguntas frecuentes<\/h2>\n\n\n\n
\u00bfEs seguro usar traceroute?<\/h3>\n\n\n\n
\u00bfPor qu\u00e9 traceroute muestra un camino diferente cada vez?<\/h3>\n\n\n\n
\u00bfSignifica un asterisco que un router est\u00e1 apagado?<\/h3>\n\n\n\n
\u00bfPor qu\u00e9 traceroute se detiene antes de llegar a un sitio web?<\/h3>\n\n\n\n
\u00bfPuede traceroute identificar d\u00f3nde ocurre la p\u00e9rdida de paquetes?<\/h3>\n\n\n\n
mtr<\/code> puede proporcionar mediciones repetidas, pero tambi\u00e9n su salida debe interpretarse con cuidado.<\/p>\n\n\n\n\u00bfPuedo ejecutar traceroute a una direcci\u00f3n IPv6?<\/h3>\n\n\n\n
traceroute -6<\/code> es com\u00fanmente compatible. En Windows, tracert<\/code> can trace IPv6 when given an IPv6 destination.<\/p>\n\n\n\ntracert<\/code> en Windows y rastreo de ruta<\/code> en macOS o Linux. Comprueba el primer salto, compara los patrones de respuesta en los saltos posteriores y repite la prueba cuando los resultados parezcan inusuales. Los asteriscos y los tiempos de respuesta altos aislados son comunes y no demuestran autom\u00e1ticamente que una red est\u00e9 rota.<\/p>\n\n\n\n