>>12732
Te falta teoría choroy, estás usando mal la herramienta, tal y como te lo demuestra mi comentario anterior.
Hagamos el ejercicio inverso. Suponte tenemos un server cualquiera que hostea elpico.cl. Si a ese dominio le haces un ¿ping te va a dar la ip cierto?
Entonces: ping elpico.cl
PING elpico.cl (142.93.73.124) 56(84) bytes of data
(Si, si existe la wea).
Si hacemos un nmap podríamos ver que servicios hay corriendo.
nmap 142.93.73.124
PORT STATE SERVICE
22/tcp open ssh
53/tcp open domain
80/tcp open http
646/tcp filtered ldp
2222/tcp open EtherNetIP-1
Ahora sabemos que en el puerto 80 hay un server, hagamos un request HTTP GET
curl elpico.cl
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN">
<html>
<head>
<title>Index of /</title>
</head>
<body>
<h1>Index of /</h1>
<table>
<tr><th valign="top"><img src="/icons/blank.gif" alt="[ICO]"></th><th><a href="?C=N;O=D">Name</a></th><th><a href="?C=M;O=A">Last modified</a></th><th><a href="?C=S;O=A">Size</a></th><th><a href="?C=D;O=A">Description</a></th></tr>
<tr><th colspan="5"><hr></th></tr>
<tr><th colspan="5"><hr></th></tr>
</table>
<address>Apache/2.4.38 (Debian) Server at elpico.cl Port 80</address>
</body></html>
Hay un directory listing de apache.
Hasta ahora sabemos que la wea existe efectivamente en un server y podríamos comprobar a que server es con un ping o consultando los dns a los que apunta el dominio con dig dominio +short
dig elpico.cl +short
142.93.73.124
Ahora la pregunta del millón que te prende la ampolleta. Ese servidor pudiera ser una empresa de hosting que le vende servicios a decenas de clientes, entonces en ese mismo servidor, y por lo tanto en esa misma ip pudieran estar alojados quien sabe cuantos sitios. (De ahí el nombre "hosting compartido").
Si finalmente el request HTTP se lo haces al server, ¿Cómo sabe éste que sitio tiene que devolver?, probemos po.
curl 142.93.73.124
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>302 Found</title>
</head><body>
<h1>Found</h1>
<p>The document has moved <a href="https://www.google.com/">here</a>.</p>
<hr>
<address>Apache/2.4.38 (Debian) Server at 142.93.73.124 Port 80</address>
</body></html>
Nos tiró un mensaje genérico por default, eso na que ver con el response anterior, en cambio si le pasamos un header en especial, si que va a saber que sitio queremos.
curl -H 'Host: elpico.cl' 142.93.73.124
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN">
<html>
<head>
<title>Index of /</title>
</head>
<body>
<h1>Index of /</h1>
<table>
<tr><th valign="top"><img src="/icons/blank.gif" alt="[ICO]"></th><th><a href="?C=N;O=D">Name</a></th><th><a href="?C=M;O=A">Last modified</a></th><th><a href="?C=S;O=A">Size</a></th><th><a href="?C=D;O=A">Description</a></th></tr>
<tr><th colspan="5"><hr></th></tr>
<tr><th colspan="5"><hr></th></tr>
</table>
<address>Apache/2.4.38 (Debian) Server at elpico.cl Port 80</address>
</body></html>
La cabecera Host le indica al servidor web que sitio quieres accesar.
Entonces lo que tu herramienta hace, es un search reverso por rangos de ip probando a ver si el host que tu buscas existe en el servidor. Pero cuando tu le pasas la ip de cloudflare, el busca en toda la subred a la que pertenece la ip el host bandada.club devolviéndote la ip misma de cloudflare...
Entonces, ¿como xuxa saber a que hosting apuntarle?, tarea pa la casa