No me interesa la red, y tengo la siguiente pregunta relacionada con el comando ping de Linux.
¿Puedo hacer ping solo a una dirección? Por ejemplo:
miner@raspberrypi ~ $ ping onofri.org
PING onofri.org (67.222.36.105) 56(84) bytes of data.
64 bytes from onofri.org (67.222.36.105): icmp_req=1 ttl=47 time=202 ms
64 bytes from onofri.org (67.222.36.105): icmp_req=2 ttl=47 time=206 ms
64 bytes from onofri.org (67.222.36.105): icmp_req=3 ttl=47 time=215 ms
¿O puedo hacer ping a una dirección:puerto, por ejemplo: onofri.org:80?
Si intento esto, no funciona:
miner@raspberrypi ~ $ ping onofri.org:80
ping: host desconocido onofri.org:80
¿Es posible hacer ping a algo como dirección:puerto? Si es posible, ¿por qué no funciona lo que intenté?
8 votos
¿Qué estás tratando de lograr? Verificar la correcta operación del servicio requiere que consultes realmente el servicio y evalúes la respuesta. Un servidor web, por ejemplo, podría aceptar tu conexión, pero devolver un error debido a una mala configuración.
0 votos
@AndreaNobili - Esta es una buena pregunta. Por favor, responde a las preguntas de Daniel, pero puedo decir que hiciste una investigación adecuada antes de hacer esta pregunta.
5 votos
Eso es parte de lo que me gusta de Telnet. Puedes conectarte a un servidor web y escribir
GET /index.html HTTP\1.1
y ver la respuesta 200 (o el código de error) junto con el marcado resultante.0 votos
¿Estás hablando tal vez de la herramienta tcptraceroute?
7 votos
@FrankThomas ¿
HTTP\1.1
? ¿En serio?0 votos
@glglgl ¿Qué debería usar para la versión del protocolo?
5 votos
@Navin Tal vez
HTTP/1.1
...3 votos
@glglgl; ¡qué? ¿nunca pones un hack donde debería ir una barra inclinada? pero tienes razón, debería ser una barra inclinada.
0 votos
@FrankThomas Si lo hiciera, muchas cosas no funcionarían correctamente, por lo que lo evito.
0 votos
@glglgl Ah, no vi eso. Es extraño que aún funcione con una barra invertida.
0 votos
@Navin Acabo de notar que al menos mi Apache2 acepta todo allí. Incluso si escribo
GET / LO QUE SEA
, me muestra la página...0 votos
@glglgl Pruébalo con el host no predeterminado en una configuración de alojamiento virtual basado en nombres. Probablemente no funcionará tan bien allí. Mi suposición sería que Apache está volviendo al comportamiento de HTTP 1.0 cuando no reconoce el especificador de protocolo.
1 votos
@MichaelKjörling Parece que incluso con un especificador de protocolo incorrecto,
Host:
se evalúa correctamente. Y, probado con una página de prueba de WSGI, parece que incluso el especificador de protocolo incorrecto llega aenviron['SERVER_PROTOCOL']
.0 votos
Creo que tienes un malentendido sobre qué es un puerto. Cuando te dicen que un servidor web está escuchando en el puerto 80, eso significa puerto TCP. No hay una noción de una IP y puerto aparte del protocolo involucrado.
0 votos
Pensé que era
Onofrei
:))