Una conexión TCP REQUIERE un puerto de origen y de destino para establecer una conexión en primer lugar, por lo que no necesita una conexión TCP para intentar ‘hacer ping’ a un cliente en un puerto específico. De hecho, eso es lo que hace TCP cuando intenta establecer una conexión.
Quizás se refiere a una conexión IP, que en sí misma es un nombre inapropiado, ya que IP no tiene conexión. Así que vamos con la conectividad IP confirmada entre dos dispositivos.
‘ping’ (el servicio de red) usa ICMP directamente sobre IP, en lugar de TCP, y no usa puertos TCP per se.
- ¿La dirección IP es única?
- En TCP, cada vez que ocurre un tiempo de espera para un segmento en el remitente, ¿hacemos un inicio lento en lugar de una disminución multiplicativa?
- ¿Puedes obtener un número de teléfono con una dirección IP?
- ¿Cómo podemos encontrar la dirección IP pública de cualquier persona en el mundo?
- En Switch, cuando una dirección SMAC y una dirección DMAC están en el mismo puerto, la trama se descarta. ¿Por qué?
Como se indicó en otras respuestas, una forma fácil (y popular) de intentar ver si un cliente está ‘vivo’ (es decir, escuchando) un puerto dado es usar el servicio ‘telnet’ con un puerto específico que no sea su puerto predeterminado de 23 (que es lo que escuchan los servidores telnet, de manera predeterminada, para las solicitudes para conectar una sesión telnet). Dado que el servicio de telnet en el lado del cliente esperará iniciar una conexión de telent, el intento de conexión de telnet fallará. Sin embargo, dado que esto es diferente al tiempo de espera de la solicitud (es decir, debido a que el puerto no está escuchando o debido a un problema de IP), puede usar ese resultado para inferir que el puerto está “vivo” en el host en cuestión.