.\" -*- coding: UTF-8 -*- '\" t .\"******************************************************************* .\" .\" This file was generated with po4a. Translate the source file. .\" .\"******************************************************************* .TH PING 8 "" "iputils 20240905" iputils .ie \n(.g .ds Aq \(aq .el .ds Aq ' .\" ----------------------------------------------------------------- .\" * Define some portability stuff .\" ----------------------------------------------------------------- .\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ .\" http://bugs.debian.org/507673 .\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html .\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ .\" ----------------------------------------------------------------- .\" * set default formatting .\" ----------------------------------------------------------------- .\" disable hyphenation .nh .\" disable justification (adjust text to left margin only) .ad l .\" ----------------------------------------------------------------- .\" * MAIN CONTENT STARTS HERE * .\" ----------------------------------------------------------------- .SH NOMBRE ping: envía ICMP ECHO_REQUEST a los equipos de la red .SH SINOPSIS .HP \w'\fBping\fR\ 'u \fBping\fP [\fB\-aAbBdCDfhHLnOqrRUvV346\fP] [\fB\-c\ \fP\fIcuenta\fP] [\fB\-e\ \fP\fIidentificador\fP] [\fB\-F\ \fP\fIetiqueta de flujo\fP] [\fB\-i\ \fP\fIintervalo\fP] [\fB\-I\ \fP\fIinterfaz\fP] [\fB\-l\ \fP\fIprecarga\fP] [\fB\-m\ \fP\fImarca\fP] [\fB\-M\ \fP\fIopción_pmtudisc\fP] [\fB\-N\ \fP\fIopción_nodeinfo\fP] [\fB\-w\ \fP\fIfecha_límite\fP] [\fB\-W\ \fP\fItiempo_de_espera\fP] [\fB\-p\ \fP\fIpatrón\fP] [\fB\-Q\ \fP\fItos\fP] [\fB\-s\ \fP\fItamaño_de_paquete\fP] [\fB\-S\ \fP\fIsndbuf\fP] [\fB\-t\ \fP\fIttl\fP] [\fB\-T\ \fP\fImarca de tiempo\ opción\fP] [salto\&.\&.\&.] {destino} .SH DESCRIPCIÓN .PP \fBping\fP utiliza el protocolo ICMP\*(Aqs datagrama ECHO_REQUEST obligatorio para obtener un ICMP ECHO_RESPONSE de otro equipo o puerta de enlace\&. Los datagramas ECHO_REQUEST (\(lqpings\(rq) tienen un encabezado IP e ICMP, seguido de una estructura timeval y un número aleatorio de \(lqpad\(rq bytes utilizados para completar el paquete\&. .PP \fBping\fP funciona tanto con IPv4 como con IPv6\&. Sólo Se puede imponer de manera explícita uno de ellos mediante las opciones \fB\-4\fP o \fB\-6\fP\&. .PP \fBping\fP también puede enviar consultas de información de nodo IPv6 (RFC4620)\&. Es posible que no se permitan \fIsaltos\fP intermedios porque el enrutamiento de origen IPv6 está ya obsoleto (RFC5095)\&. .SH OPCIONES .PP \fB\-3\fP .RS 4 Precisión RTT (no redondea el tiempo del resultado)\&. .RE .PP \fB\-4\fP .RS 4 Utilice únicamente IPv4\&. .RE .PP \fB\-6\fP .RS 4 Utilice únicamente IPv6\&. .RE .PP \fB\-a\fP .RS 4 Ping audible\&. .RE .PP \fB\-A\fP .RS 4 Ping adaptativo\&. El intervalo entre paquetes se adaptará al tiempo de ida y vuelta, de modo que efectivamente no haya más de un ping sin respuesta (o más, si está activada la precarga)\&. El intervalo predeterminado es de 2 ms; para más información, consulte la opción \fB\-i\fP\&. En redes con RTT bajo, este modo es prácticamente equivalente al modo de inundación\&. .RE .PP \fB\-b\fP .RS 4 Permite hacer ping a una dirección de multidifusión\&. .RE .PP \fB\-B\fP .RS 4 No permite que \fBping\fP cambie la dirección de origen de las sondas de prueba\&. La dirección está vinculada a una seleccionada al inicio de \fBping\fP\&. .RE .PP \fB\-c\fP \fIcuenta\fP .RS 4 Se detiene después de enviar \fIcuenta\fP paquetes ECHO_REQUEST\&. Con la opción \fIfecha límite\fP, \fBping\fP espera \fIcuenta\fP paquetes ECHO_REPLY, hasta que expira el tiempo de espera\&. .RE .PP \fB\-C\fP .RS 4 Invoca a connect() syscall al crear el socket\&. .RE .PP \fB\-d\fP .RS 4 Establece la opción SO_DEBUG en el socket que se está utilizando\&. Esta opción de socket no es utilizada por el núcleo de Linux\&. .RE .PP \fB\-D\fP .RS 4 Muestra la marca de tiempo (hora Unix + microsegundos como en gettimeofday) antes de cada línea\&. .RE .PP \fB\-e\fP \fIidentificador\fP .RS 4 Establece el campo de identificación de ECHO_REQUEST\&. El valor 0 implica el uso de \fIsocket sin formato\fP (no compatible con \fIsocket de datagrama ICMP\fP)\&. El valor del campo se mostrará con la opción \fB\-v\fP\&. .RE .PP \fB\-f\fP .RS 4 Ping de inundación\&. Por cada ECHO_REQUEST enviado se muestra un punto \(lq\&.\(rq, mientras que por cada ECHO_REPLY recibido se muestra un retroceso\&. Esto dará una inmediata visualización de la cantidad de paquetes que se están descartando\&. Si no se proporciona el intervalo, se define en cero y se generan los paquetes o bien tan rápido como regresan o bien cien veces por segundo, lo que sea mayor\&. Sólo el administrador puede usar esta opción con intervalo cero\&. .RE .PP \fB\-F\fP \fIetiqueta de flujo\fP .RS 4 Sólo IPv6\&. Asigna y establece una etiqueta de flujo de 20 bits (en hexadecimal) en paquetes de solicitud de eco\&. Si el valor es cero, el núcleo asigna una etiqueta de flujo aleatorio\&. .RE .PP \fB\-h\fP .RS 4 Muestra la ayuda\&. .RE .PP \fB\-H\fP .RS 4 Fuerza la resolución de nombres DNS para la salida\&. Útil para destino numérico, o la opción \fB\-f\fP, que por defecto no se realiza\&. También puede ayudar a solucionar problemas de resolución DNS\&. Anule la opción \fB\-n\fP definida previamente\&. Consulte también la variable de entorno \fIIPUTILS_PING_PTR_LOOKUP\fP\&. .RE .PP \fB\-i\fP \fIintervalo\fP .RS 4 Espera \fIintervalo\fP segundos entre el envío de cada paquete\&. Número real permitido con punto como separador decimal (independientemente de la configuración regional)\&. Por defecto, espera normalmente un segundo entre cada paquete o no espera nada en modo inundación\&. Sólo el administrador puede establecer el intervalo en valores inferiores a 2 ms\&. El ping de transmisión y multidifusión tiene una limitación aún mayor para un usuario normal: el mínimo es de 1 segundo\&. .RE .PP \fB\-I\fP \fIinterfaz\fP .RS 4 \fIinterfaz\fP es una dirección, un nombre de interfaz o un nombre VRF\&. Si \fIinterfaz\fP es una dirección, establece la dirección de origen en la dirección de interfaz especificada\&. Si \fIinterfaz\fP es un nombre de interfaz, establecerá la interfaz de origen en la interfaz especificada\&. Si \fIinterfaz\fP es un nombre VRF, cada paquete se enruta utilizando la tabla de enrutamiento correspondiente; en este caso, la opción \fB\-I\fP se puede repetir para especificar una dirección de origen\&. NOTA: Para IPv6, al hacer ping a una dirección de alcance local de enlace, se puede utilizar la especificación de enlace (mediante \*(Aq%\*(notación Aq en \fIdestino\fP, o mediante esta opción), pero ya no es necesario\&. .RE .PP \fB\-l\fP \fIprecarga\fP .RS 4 Si se define \fIprecarga\fP, \fBping\fP envía dicha cantidad de paquetes que no esperan respuesta\&. Sólo el administrador puede seleccionar precargar más de 3\&. .RE .PP \fB\-L\fP .RS 4 Suprime el loopback de paquetes de multidifusión\&. Esta marca solo se aplica si el destino del ping es una dirección de multidifusión\&. .RE .PP \fB\-m\fP \fImarca\fP .RS 4 Emplea \fImarca\fP para etiquetar los paquetes que salen\&. Esto es útil por varias razones dentro del núcleo, como usar políticas de enrutamiento para seleccionar un procesamiento de salida específico\&. Se requiere la capacidad CAP_NET_ADMIN o CAP_NET_RAW (desde Linux 5\&.17), consulte \fBsocket\fP(7)\&. .RE .PP \fB\-M\fP \fIopción_pmtudisc\fP .RS 4 Seleccione la estrategia de descubrimiento de ruta MTU\&. \fIopción_pmtudisc\fP puede ser \fIdo\fP (establece el indicador DF pero sujeto a comprobaciones PMTU por parte del núcleo, se rechazarán los paquetes demasiado grandes), \fIwant\fP (realizar descubrimiento PMTU, fragmentar localmente cuando el tamaño del paquete es grande), \fIprobe\fP (establece el indicador DF y omite las comprobaciones PMTU, útil para sondear), o \fIdont\fP (no configura el indicador DF)\&. .RE .PP \fB\-N\fP \fIopción_nodeinfo\fP .RS 4 Sólo IPv6\&. Envía consultas de información de nodo IPv6 (RFC4620), en lugar de solicitud de eco\&. Se requiere la capacidad CAP_NET_RAW\&. .PP \fBhelp\fP .RS 4 Muestra ayuda para soporte de NI\&. .RE .PP \fBnombre\fP .RS 4 Consultas de nombres de nodos\&. .RE .PP \fBipv6\fP .RS 4 Consultas de direcciones IPv6\&. Hay varios indicadores específicos para IPv6\&. .PP \fBipv6\-global\fP .RS 4 Solicitaa direcciones IPv6 de alcance global\&. .RE .PP \fBipv6\-sitelocal\fP .RS 4 Solicita direcciones locales IPv6\&. .RE .PP \fBipv6\-linklocal\fP .RS 4 Solicita direcciones locales de enlace IPv6\&. .RE .PP \fBipv6\-all\fP .RS 4 Solicita direcciones IPv6 en otras interfaces\&. .RE .RE .PP \fBipv4\fP .RS 4 Consultas de direcciones IPv4\&. Hay un indicador específico de IPv4\&. .PP \fBipv4\-all\fP .RS 4 Solicitar direcciones IPv4 en otras interfaces\&. .RE .RE .PP \fBsubject\-ipv6=\fP\fIdirección ipv6\fP .RS 4 Dirección de asunto IPv6\&. .RE .PP \fBsubject\-ipv4=\fP\fIipv4addr\fP .RS 4 Dirección de asunto IPv4\&. .RE .PP \fBnombre\-sujeto=\fP\fInombre de nodo\fP .RS 4 Nombre del tema\&. Si contiene más de un punto, se asume el nombre de dominio completo\&. .RE .PP \fBsubject\-fqdn=\fP\fInombre de nodo\fP .RS 4 Nombre del asunto\&. Siempre se asume un nombre de dominio completo\&. .RE .RE .PP \fB\-n\fP .RS 4 Únicamente salida numérica\&. No se intentará buscar nombres simbólicos para direcciones de host (no hay resolución DNS inversa)\&. Este es el valor predeterminado para el destino numérico o la opción \fB\-f\fP\&. Anule la opción \fB\-H\fP definida previamente\&. Consulte también la variable de entorno \fIIPUTILS_PING_PTR_LOOKUP\fP\&. .RE .PP \fB\-O\fP .RS 4 Informa de la respuesta ICMP ECHO pendiente antes de enviar el siguiente paquete\&. Esto es útil junto con la marca de tiempo \fB\-D\fP para registrar la salida en un archivo de diagnóstico y buscar las respuestas que no hayan llegado\&. .RE .PP \fB\-p\fP \fIpatrón\fP .RS 4 Puede definir hasta 16 bytes de \(lqrelleno\(rq para completar el paquete que envía\&. Esto es útil para diagnosticar problemas que depende de los datos en una red\&. Por ejemplo, \fB\-p ff \fP hará que el paquete enviado se llene con unos\&. .RE .PP \fB\-q\fP .RS 4 Salida muda\&. No se muestra ninguna información excepto las líneas de resumen al comenzar y al terminar\&. .RE .PP \fB\-Q\fP \fItos\fP .RS 4 Establece bits relacionados con la calidad del servicio en datagramas ICMP\&. \fItos\fP puede ser decimal (solo \fBping\fP) o un número hexadecimal\&. .sp En RFC2474, estos campos se interpretan como servicios diferenciados (DS) de 8 bits, que constan de: bits 0\-1 (los 2 bits más bajos) de datos separados y bits 2\-7 (los 6 bits más altos) de punto de código de servicios diferenciados (DSCP). \&. Según los RFC2481 y RFC3168, los bits 0\-1 se utilizan para ECN\&. .sp Históricamente (RFC1349, actualizado por RFC2474), estos se interpretaban del siguiente modo: el bit 0 (bit más bajo) estaba reservado (actualmente redefinido como control de congestión), 1\-4 eran para el tipo de servicio y los bits 5\-7 (bits más altos) para indicar la precedencia\&. .RE .PP \fB\-r\fP .RS 4 Omite las tablas de enrutamiento habituales y envía directamente a un equipo en una interfaz adjunta\&. Si el equipo no está en una red conectada directamente, se devuelve un error\&. Esta opción se puede usar para hacer ping a un equipo local a través de una interfaz que no tiene ruta a través de ella, siempre que también se use la opción \fB\-I\fP\&. .RE .PP \fB\-R\fP .RS 4 \fBping\fP solamente\&. Registra la ruta\&. Incluye la opción RECORD_ROUTE en el paquete ECHO_REQUEST y muestra el búfer de ruta en los paquetes devueltos\&. Observe que el encabezado IP sólo puede contener nueve de estas rutas\&. Muchos equipos ignoran o descartan esta opción\&. .RE .PP \fB\-s\fP \fItamaño de paquete\fP .RS 4 Especifica la cantidad de bytes de datos que se enviarán\&. El valor predeterminado es 56, que se traduce en 64 bytes de datos ICMP cuando se combina con los 8 bytes de datos de encabezado ICMP\&. El valor máximo permitido es 65507 para IPv4 (65467 cuando \fB\-R\fP o \fB\-T\fP o \fIsalto\fPs intermedios) o 65527 para IPv6, pero la mayoría de los sistemas lo limitan a un número menor basado en algún valor de ese sistema\&. .RE .PP \fB\-S\fP \fIsndbuf\fP .RS 4 Configura el socket sndbuf\&. Si no se define, se selecciona un sólo paquete para almacenar en el buffer\&. .RE .PP \fB\-t\fP \fIttl\fP .RS 4 \fBping\fP solamente\&. Establece el tiempo vida de IP\&. .RE .PP \fB\-T\fP \fIopción de marca de tiempo\fP .RS 4 Establece opciones especiales de marca de tiempo de IP\&. \fIopción de marca de tiempo\fP puede ser \fItsonly\fP (solo marcas de tiempo), \fItsandaddr\fP (marcas de tiempo y direcciones) o \fItsprespec equipo1 [equipo2 [equipo3 [equipo4]]]\fP (saltos de marca de tiempo predefinidos)\&. .RE .PP \fB\-U\fP .RS 4 Imprime el tiempo de latencia completo entre usuario y usuario (el comportamiento anterior)\&. Normalmente \fBping\fP muestra el tiempo de ida y vuelta de la red, que puede ser diferente f\&.e\&. debido a errores de DNS\&. .RE .PP \fB\-v\fP .RS 4 Salida detallada\&. No elimina las respuestas DUP al hacer ping a la dirección de multidifusión\&. .RE .PP \fB\-V\fP .RS 4 Muestra la versión del programa y termina\&. .RE .PP \fB\-w\fP \fIfecha límite\fP .RS 4 Especifique un tiempo de espera, en segundos, antes de que \fBping\fP finalice su ejecución independientemente de cuántos paquetes se hayan enviado o recibido\&. En este caso, \fBping\fP no se detiene después de enviar el paquete \fIcuenta\fP, espera a que expire \fIfecha límite\fP o hasta que recibe respuesta de las sondas \fIcuenta\fP o alguna notificación de error de la red\&. .RE .PP \fB\-W\fP \fItiempo de espera\fP .RS 4 Tiempo de espera de respuesta, en segundos\&. La opción afecta solo al tiempo de espera en ausencia de respuestas; de lo contrario, \fBping\fP espera dos RTT\&. Número real permitido con punto como separador decimal (independientemente de la configuración regional)\&. 0 significa tiempo de espera infinito\&. .RE .PP Cuando se utilice \fBping\fP para identificar errores, primero se debe ejecutar en el equipo local para verificar que la interfaz de red local esté activa y funcionando\&. Luego deberá ejecutarse \(lqping\(rq en equipos y puertas de enlace cada vez más distantes\&. Se calculan los tiempos de ida y vuelta y las estadísticas de pérdida de paquetes\&. Si se reciben paquetes duplicados, no se incluyen en el cálculo de pérdida, aunque el tiempo de ida y vuelta de estos paquetes se utiliza para calcular los números de tiempo de ida y vuelta mínimo/promedio/máximo/mdev\&. .PP Desviación estándar de la población (mdev), promedio de la distancia entre cada RTT de ping y el RTT promedio\&. Cuanto mayor es mdev, más variable es el RTT (con el tiempo)\&. Con una alta variabilidad de RTT, tendrá problemas de velocidad con las transferencias masivas (tomarán más tiempo de lo estrictamente necesario, ya que la variabilidad hará que el remitente espere los ACK) y tendrá una calidad de VoIP mediocre o mala.\& . .PP Se mostraráun breve resumen cuando se ha enviado (y recibido) la cantidad definida de paquetes o si el programa finaliza con un SIGINT.\&. Con las señal SIGQUIT, se pueden obtener estadísticas actualizadas más resumidas sin finalizar el proceso\&. .PP La finalidad de este programa es el de ser utilizado en la comprobación, medición y mantenimiento de redes\&. Debido a la sobrecarga de la red que supone su uso, no resulta muy adecuado usar \fBping\fP durante las operaciones normales o en scripts automáticos\&. .SH ENTORNO La variable de entorno \fIIPUTILS_PING_PTR_LOOKUP\fP establecida en 0 deshabilita la resolución DNS inversa (búsqueda PTR) de manera predeterminada\&. Será anulada por la opción \fB\-H\fP o \fB\-n\fP\&. .SH "EXIT STATUS" .PP Si \fBping\fP no recibe ningún paquete de respuesta, finalizará con el código 1\&. Si se especifican un paquete \fIcuenta\fP y \fIlímite de tiempo\fP, y se reciben menos de \fIcuenta\fP paquetes cuando finaliza el \fItiempo de espera\fP, también saldrá con el código 1\&. En caso de otro error, sale con el código 2\&. Si todo sale bien, finaliza con el código 0\&. Esto hace que se pueda saber si un equipo está vivo o no mediante el código de salida\&. .SH "ENLACE IPV6\-DESTINOS LOCALES" .PP Para IPv6, cuando la dirección de destino tiene un alcance de enlace local y \fBping\fP utiliza \fIsockets de datagramas ICMP\fP, se debe definir la interfaz de salida\&. Cuando \fBping\fP utiliza \fIraw sockets\fP, no es estrictamente necesario especificar la interfaz de salida, pero debería hacerse para evitar ambigüedades cuando podrían confundirse múltiples interfaces de salida\&. .PP Hay dos formas de definir la interfaz de salida: .PP \(bu mediante el \fIsímbolo %\fP .RS 4 La dirección de destino tiene el prefijo \fI%\fP y el nombre de la interfaz de salida o ifindex, por ejemplo: .sp \fBping fe80::5054:ff:fe70:67bc%eth0\fP .sp \fBping fe80::5054:ff:fe70:67bc%2\fP .RE .PP \(bu mediante la opción \fI\-I\fP .RS 4 Cuando se utilizan \fIsockets de datagramas ICMP\fP, este método es compatible con las siguientes versiones del núcleo: 5\&.17, 5\&.15\&.19, 5\&.10\&.96, 5\&.4\&.176, 4\&.19\&.228, 4\&.14\&.265\&. No es compatible con musl libc\&. .RE .SH "DETALLES DE LOS PAQUETES ICMP" .PP Un encabezado IP sin ninguna opción tiene 20 bytes\&. Un paquete ICMP ECHO_REQUEST contiene 8 bytes adicionales de encabezado ICMP seguidos de una cantidad arbitraria de datos\&. Cuando se proporciona un \fItamaño_de_paquete\fP, se referirá al tamaño de estos datos adicionales (el valor predeterminado es 56)\&. Por lo tanto, la cantidad de datos recibidos dentro de un paquete IP de tipo ICMP ECHO_REPLY siempre será 8 bytes mayor que el espacio de datos solicitado (por el encabezado ICMP)\&. .PP Si los datos ocupan al menos el tamaño de struct timeval \fBping\fP emplea los bytes iniciales de este espacio para incluir una marca de tiempo que se usará en el cálculo de los tiempos de ida y vuelta\&. Si el espacio de datos es más corto, no se dan tiempos de ida y vuelta\&. .SH "PAQUETES DUPLICADOS Y DAÑADOS" .PP \fBping\fP informará de los paquetes duplicados y dañados\&. Nunca debe de aparecer ningún paquete duplicado\&. Éstos aparecen por retransmisiones inapropiadas a nivel de conexión\&. Los paquetes duplicados pueden aparecer en muchas situaciones y rara vez (por no decir nunca) son buena señal, aunque la aparición de unos pocos duplicados no ha de considerarse siempre una señal de alarma\&. .PP Los paquetes dañados constituyen obviamente una causa de alarma y normalmente indican que hay hardware dañado en alguna lugar de la ruta seguida por el paquete \fBping\fP, bien sea en la red o en los equipos\&. .SH "COLISIONES DE IDENTIFICACIÓN" .PP A diferencia de TCP y UDP, que utilizan el puerto para identificar de forma única al destinatario para entregar los datos, ICMP utiliza el campo de identificador (ID) para dicha identificación\&. Por lo tanto, si en el mismo equipo, al mismo tiempo, dos procesos de ping utilizan el mismo ID, la respuesta de eco puede entregarse a un destinatario equivocado\&. Este es un problema conocido debido al tamaño limitado del campo ID de 16 bits\&. Esa es una limitación original del protocolo que no es posible solucionar salvo que se codifique una identificación en la carga útil del paquete de ping\&. \fBping\fP mostrará el error \fIDIRECCIÓN DIFERENTE\fP y la pérdida de paquetes saldrá con valor negativo\&. .PP \fBping\fP usa PID para obtener un número único\&. El valor predeterminado de \fI/proc/sys/kernel/pid_max\fP es 32768\&. Si se utiliza mucho ping y con \fIpid_max\fP superior a 65535, es probable que se produzcan colisiones\&. .SH "PRUEBAS CON DIFERENTES PATRONES DE DATOS" .PP La capa de red nunca debe tratar los paquetes de manera diferente dependiendo del contenido de la porción de datos\&. Desafortunadamente, se sabe que los problemas dependientes de los datos se cuelan en las redes y suelen pasar desapercibidos durante mucho tiempo\&. En muchos casos, el patrón particular que tendrá problemas es algo que no tiene suficientes \(lqtransiciones\(rq, por ejemplo todos unos o todos ceros, o un patrón similar como por ejemplo casi todos zeros\&. NO es necesariamente es suficiente definir un patrón de datos de todos ceros (por ejemplo) en la línea de órdenes porque el patrón que es de interés está en el nivel de enlace de datos y la relación entre lo que se teclea y lo que realmente transmiten los controladores puede ser complicada\&. .PP Esto significa que si existe un problema relacionado con los datos puede ser necesario hacer muchas pruebas para detectarlo\&. Con suerte, se encontrará un archivo que, o bien no se puede transmitir por la red, o que tarda mucho más en enviarse que otros archivos de tamaño similar\&. En ese caso, deberia examinarse este archivo en busca de patrones repetidos que se pueden comprobar con la opción \fB\-p\fP\&. .SH "DETALLES DEL TTL" .PP El valor TTL de un paquete IP representa el número máximo de routers IP que un paquete puede atravesar antes de ser deshechado\&. En el trabajo diario, lo normal es que cada router en internet reste exactamente uno del campo TTL\&. .PP El campo TTL para paquetes TCP puede tener varios valores\&. El valor máximo posible es de 255. Un valor inicial recomendado sería el 64\&. Para obtener más información, consulte la sección TCP/Interfaz de nivel inferior de RFC9293\&. .PP \fBping\fP muestra el valor TTL del paquete que recibe\&. Cuando un sistema remoto recibe un paquete ping, tiene tres posibles opciones para actuar sobre el campo TTL en su respuesta: .PP .RS 4 \(bu No cambiarlo; esto es lo que hacían los sistemas Berkeley Unix antes del lanzamiento de 4\&.3BSD Tahoe\&. En este caso, el valor TTL en el paquete recibido será 255 menos el número de routers en el viaje de ida y vuelta\&. .RE .PP .RS 4 \(bu Configurado en 255; esto es asi en los sistemas Berkeley Unix actuales\&. En este caso, el valor TTL en el paquete recibido será 255 menos el número de routers en la ruta \fBdesde\fP el sistema remoto hasta el equipo que hace \fBping\fP\&. .RE .PP .RS 4 \(bu Cambiarlo por cualquier otro valor\&. Algunas máquinas usan el mismo valor para los paquetes ICMP que el que usan para los paquetes TCP, por ejemplo 30 ó 60\&. Otros puede que usen valores totalmente inesperados\&. .RE .SH ERRORES .PP .RS 4 \(bu Muchos ordenadores y puertas de acceso ignoran la opción RECORD_ROUTE\&. .RE .PP .RS 4 \(bu La longitud máxima de la cabecera IP resulta demasiado pequeña para opciones como RECORD_ROUTE puedan resultar completamente útiles\&. Sin embargo, no hay mucho que se pueda hacer sobre esto\&. .RE .PP .RS 4 \(bu No suele ser recomendable inundar la red con ping. De manera especial, sólo deberían inundarse direcciones de multidifusión baj condiciones muy controladas\&. .RE .SH "VÉASE TAMBIÉN" .PP \fBip\fP(8), \fBss\fP(8)\&. .SH HISTORIAL .PP La orden \fBping\fP apareció en 4\&.3BSD\&. .PP La versión descrita aquí es su descendiente específico para Linux\&. .PP A partir de la versión s20150815, el binario \fBping6\fP ya NO EXISTE como tal, sino que se ha fusionado con \fBping\fP\&. Si se crea un enlace simbólico llamado \fBping6\fP que apunte a \fBping\fP tendrá la misma funcionalidad que antes\&. .SH SEGURIDAD .PP \fBping\fP requiere que se ejecute la capacidad CAP_NET_RAW 1) Si el programa se usa para consultas sin eco (ver opción \fB\-N\fP) o cuando el campo de identificación está definido en 0 para ECHO_REQUEST (ver \fB\-e\fP). 2) Si el kernel no soporta sockets de datagramas ICMP. 3) Si el usuario no tiene permiso para crear un socket de eco ICMP\&. El programa se puede utilizar como set\-uid root\&. .SH DISPONIBILIDAD .PP \fBping\fP es parte del paquete \fIiputils\fP\&. .PP .SH TRADUCCIÓN La traducción al español de esta página del manual fue creada por Antonio Aneiros y Marcos Fouces . .PP Esta traducción es documentación libre; lea la .UR https://www.gnu.org/licenses/gpl-3.0.html GNU General Public License Version 3 .UE o posterior con respecto a las condiciones de copyright. No existe NINGUNA RESPONSABILIDAD. .PP Si encuentra algún error en la traducción de esta página del manual, envíe un correo electrónico a .MT debian-l10n-spanish@lists.debian.org .ME .