Perché un lookup mostra la CDN e non l'origine
Visitatore
cerca il dominio
Edge della CDN
104.21.x.x
è ciò che restituisce il DNS
Server di origine
IP reale, mai esposto
Perché una CDN nasconde l'IP di origine (ed è voluto)
Cerchi un grande sito web aspettandoti l'indirizzo del suo server e ottieni invece qualcosa che appartiene a Cloudflare, Fastly o Akamai. Non è andato storto nulla. Stai vedendo esattamente ciò che il dominio pubblica, e l'indirizzo del server vero non è mai stato nel DNS fin dall'inizio.
Perché un lookup mostra la CDN e non l'origine
Visitatore
cerca il dominio
Edge della CDN
104.21.x.x
è ciò che restituisce il DNS
Server di origine
IP reale, mai esposto
Cosa fa davvero una CDN
Una content delivery network è una flotta di server distribuiti in tutto il mondo. Invece di far connettere ogni visitatore al tuo unico server di origine, lo si fa connettere al nodo della CDN più vicino, che serve direttamente i contenuti in cache e recupera dall'origine tutto ciò che gli manca.
L'argomento delle prestazioni è semplice: un visitatore a Singapore che si connette a un server in Virginia paga circa 200ms di latenza di andata e ritorno a ogni richiesta. Un nodo edge a Singapore la riduce a pochi millisecondi per i contenuti in cache.
Perché funzioni, il dominio deve risolversi nella CDN e non nell'origine. Non è un effetto collaterale: è l'intero meccanismo. Se il DNS restituisse l'indirizzo della tua origine, i visitatori si connetterebbero direttamente a essa e la CDN non verrebbe mai coinvolta.
Come riconoscere l'indirizzo di una CDN
- Il DNS inverso nomina il provider. L'indirizzo si risolve in qualcosa come
*.cloudflare.com,*.fastly.neto*.cloudfront.net. Vedi DNS inverso. - Lo stesso indirizzo serve molti siti non correlati. I nodi edge sono per definizione un'infrastruttura condivisa.
- Posizioni diverse ottengono risposte diverse. Il geo-routing ti manda al nodo più vicino, quindi l'indirizzo varia a seconda di dove interroghi.
- Il
CNAMEpunta a un hostname del provider. Un record comewww.example.com CNAME example.com.cdn.cloudflare.netnon lascia dubbi.
dig +short example.com
dig +short -x 104.21.32.47Il secondo comando è un lookup inverso. Se restituisce l'hostname di un provider, hai la tua risposta.
Perché l'origine è nascosta di proposito
L'occultamento non è un sottoprodotto. È una proprietà di sicurezza per cui le persone pagano.
| Minaccia | Cosa ottiene nascondere l'origine |
|---|---|
| Attacco DDoS | Il traffico d'attacco colpisce la capacità della CDN, non il tuo singolo server. È il motivo principale per cui i grandi siti ne usano una. |
| Sfruttamento diretto | Gli attaccanti non possono raggiungere l'origine senza prima trovarla, quindi scansioni e sondaggi colpiscono l'edge. |
| Aggirare il WAF | Se l'origine fosse raggiungibile direttamente, ogni regola di firewall all'edge potrebbe essere semplicemente saltata. |
| Elusione del rate limit | I limiti applicati all'edge non possono essere aggirati connettendosi dietro di essi. |
Cosa significa per il risultato di un lookup
Cambia il modo in cui dovresti leggere la risposta, non il fatto che la risposta sia corretta.
Da ricordare
Un lookup ti dice dove viene indirizzato in questo momento il traffico di questo dominio. Per un sito dietro una CDN, quello è l'edge: ed è davvero la risposta corretta, utile e l'unica pubblica.
Conseguenze pratiche:
- La geolocalizzazione non ha senso. La città del nodo edge ti dice dove vieni instradato tu, non dove si trovino l'azienda o i suoi dati.
- I lookup IP inversi sono rumore. Migliaia di domini non correlati condividono legittimamente un unico indirizzo edge.
- L'indirizzo è instabile. Le CDN riassegnano di continuo gli indirizzi edge. Non scriverlo nel codice né costruirci regole di firewall.
- Bloccarlo blocca tutti. Bloccare un indirizzo edge condiviso colpisce ogni sito dietro quel nodo.
Una nota su chi cerca comunque di trovare l'origine
Esistono articoli che descrivono tecniche per smascherare i server di origine: archivi storici del DNS, log di certificate transparency, sottodomini che non sono mai stati spostati dietro la CDN, intestazioni email di messaggi inviati dall'origine.
Funzionano tutte sfruttando un errore commesso dal bersaglio, non sconfiggendo la CDN. E il motivo per cui qualcuno ha nascosto un'origine è di solito che è sotto attacco. Sondare l'infrastruttura di un'altra organizzazione per aggirare una protezione che ha adottato deliberatamente non è un atto neutro e in molte giurisdizioni non è nemmeno legale.
Lo strumento di lookup mostra l'intero insieme di record pubblici di qualsiasi dominio, compresa la catena di CNAME: di solito è il modo più rapido per confermare se un sito sia dietro una CDN.
Devi controllare gli indirizzi DNS pubblici di un dominio? Usa lo strumento Domain IP Lookup.
Domande frequenti
Per approfondire
Un hostname, più record A
1ª risposta
93.184.216.34
2ª risposta
93.184.216.35
3ª risposta
93.184.216.36
Il resolver restituisce ogni record, di solito a rotazione
Perché un solo dominio ha più indirizzi IP
Quattro meccanismi diversi producono più indirizzi per un solo nome. Distinguerli spiega perché la tua risposta differisce da quella di qualcun altro.
Cosa c'è davvero dietro l'indirizzo che hai risolto
IP condiviso
Molti siti su un solo indirizzo: l'header Host sceglie il tuo
IP dedicato
Solo tu: ne controlli il DNS inverso
Edge della CDN
Non l'origine: l'edge termina la connessione
IP condiviso o dedicato: quale ti serve?
La risposta onesta: la maggior parte dei siti web non ha bisogno di un IP dedicato. Ecco quando conta davvero e quali presunti vantaggi sono miti.
Un lookup DNS ricorsivo, un passaggio alla volta
Browser
vuole example.com
Resolver
il tuo ISP / 1.1.1.1
Root + TLD
chi gestisce .com?
Autorevole
la risposta vera
Ogni passaggio della catena è a sua volta un lookup DNS, poi messo in cache
Come trovare l'indirizzo IP di un sito: 5 metodi affidabili
Strumento online, ping, nslookup, dig o DevTools: cinque modi per risolvere un dominio, con i comandi esatti per Windows, macOS e Linux.