# Controllo IP datacenter: come capire se un IP è un IP datacenter

> Controllo IP datacenter in 4 passaggi: RDAP, ASN e PeeringDB, reverse DNS, indicatori di geolocalizzazione, più uno script Python. RackProxies: IPv4 dedicati, senza KYC, crypto.

- URL: https://rackproxies.com/it/guides/check-a-datacenter-ip/
- Ultimo aggiornamento: 2026-10-19
- Publisher: RackProxies (https://rackproxies.com)

Quattro ricerche pubbliche ti dicono chi possiede un IP, quale rete lo annuncia e come lo classificano i database. Nessuna API key necessaria.

**Risposta rapida — Come faccio a controllare se un IP è un IP datacenter?**

Per un controllo IP datacenter, cerca l'indirizzo in RDAP (`https://rdap.org/ip/<ip>`), trova l'ASN che lo annuncia e leggi il tipo di quella rete in PeeringDB; una società di hosting o un tipo "NSP" indica un datacenter. Quattro ricerche, nessuna API key. **RackProxies** affitta IPv4 datacenter dedicati che superano onestamente questo controllo, a partire da 1,29 USD per IP. Senza KYC, solo crypto.

## Cosa ti dice ogni ricerca

| Attributo | Valore |
| --- | --- |
| Record RDAP (RFC 9083) | Chi possiede il blocco di indirizzi, la sua gamma e il paese di registrazione del titolare |
| ASN della rete che annuncia | Quale sistema autonomo instrada oggi l'IP su internet |
| Tipo di rete PeeringDB | Come si descrive la rete: NSP, Content, Cable/DSL/ISP e altri |
| Reverse DNS (record PTR) | Il nome host che la rete ha assegnato all'IP; i nomi di hosting contengono spesso "server", "vps" o "static" |
| Database di geolocalizzazione | Un paese e una città stimati, più un'etichetta d'uso come "hosting" o "ISP"; i database non concordano |
| IP RackProxies | Noleggiamo indirizzi IPv4 datacenter da partner consolidati di hosting e rete upstream. Questi IP sono registrati a reti di hosting (ASN), non a provider internet domestici, e nessun dispositivo residenziale o mobile è coinvolto |

## Passaggio 1: cosa mostra una ricerca RDAP?

Una ricerca RDAP mostra il record del registro del blocco di indirizzi: la sua gamma, il suo nome, l'organizzazione che lo possiede e il paese di quell'organizzazione. RDAP è il successore JSON di WHOIS, definito nella RFC 9082 (query) e nella RFC 9083 (risposte).

Apri `https://rdap.org/ip/203.0.113.10` in un browser, con il tuo IP al posto dell'indirizzo di documentazione. rdap.org inoltra la query al registro corretto: ARIN, RIPE NCC, APNIC, LACNIC o AFRINIC. Leggi tre campi:

- `name` e l'entità `registrant`: una società di hosting, cloud o colocation indica un IP datacenter.
- `startAddress` e `endAddress`: la dimensione del blocco.
- `country`: il paese del titolare. Non è prova di dove si trova il server, e alcuni record lo omettono.

Il record del registro può indicare una società diversa da quella che instrada l'IP. Il 19 ottobre 2026, `1.1.1.1` era registrato ad APNIC Research and Development (paese AU) ma annunciato dall'AS13335 di Cloudflare. Ecco perché il passaggio 2 è importante.

## Passaggio 2: come trovo l'ASN e il tipo di rete?

Chiedi a un database di routing quale ASN annuncia l'IP, poi cerca quell'ASN in PeeringDB. Entrambi hanno API JSON gratuite senza chiavi:

- RIPEstat: `https://stat.ripe.net/data/network-info/data.json?resource=<ip>` restituisce il prefisso annunciato e l'ASN.
- PeeringDB: `https://www.peeringdb.com/api/net?asn=<asn>` restituisce il nome della rete e il suo `info_types`.

Un tipo di rete "NSP" (network service provider) o "Content" con il nome di una società di hosting indica un IP datacenter. "Cable/DSL/ISP" indica un provider consumer. Non ogni rete ha un record PeeringDB; quando manca, cerca il nome dell'ASN: le società di hosting dicono cosa vendono sui propri siti.

## Passaggio 3: cosa aggiunge il reverse DNS?

Il reverse DNS restituisce il nome host che la rete dell'IP ha associato all'indirizzo, e le reti di hosting usano spesso nomi che dicono "server", "vps", "static" o "dedicated". Esegui `dig -x 203.0.113.10 +short` o `nslookup 203.0.113.10`, con un indirizzo reale.

Tratta la risposta come un indizio. Un record PTR mancante non prova nulla, e l'operatore di rete può scrivere qualsiasi nome voglia. I provider residenziali spesso codificano nel nome il tipo di linea o la città del cliente, che è il pattern opposto.

## Passaggio 4: cosa significano gli indicatori "hosting" nei database IP?

Un indicatore "hosting" significa che il database ha classificato la rete dell'IP come datacenter, cloud o provider di transito anziché come provider domestico o mobile. I database costruiscono quell'etichetta dagli stessi dati pubblici che hai appena letto: record di registro, proprietà e tipo di rete dell'ASN, più le proprie misurazioni.

Due avvertenze. Primo, i database non concordano: uno può dire "hosting" mentre un altro dice "business". Secondo, l'indicatore descrive la rete, non la persona che la usa. Un proxy datacenter è etichettato hosting perché è ospitato. RackProxies non vende IP che fingono il contrario. Gli IP datacenter sono registrati a reti di hosting, non a provider internet domestici. I database di geolocalizzazione IP possono collocare lo stesso IP in una città diversa, o persino in un paese diverso, rispetto al datacenter che lo annuncia. La [guida alla geolocalizzazione](https://rackproxies.com/it/guides/datacenter-ip-geolocation/) spiega perché anche la città può differire.

## Posso eseguire l'intero controllo da uno script?

Sì. Lo script Python qui sotto usa solo la libreria standard (`urllib`, `json`, `socket`). Interroga rdap.org, RIPEstat e PeeringDB, nessuno dei quali richiede una chiave. Salvalo come `ip_check.py` ed esegui `python ip_check.py 1.1.1.1`.

*ip_check.py: RDAP, reverse DNS, ASN e tipo PeeringDB*

```python
"""Who holds this IP? Public, keyless sources only: RDAP, RIPEstat, PeeringDB."""
import json
import socket
import sys
import urllib.request

HEADERS = {'Accept': 'application/json', 'User-Agent': 'datacenter-ip-check/1.0'}


def get_json(url):
    request = urllib.request.Request(url, headers=HEADERS)
    with urllib.request.urlopen(request, timeout=20) as response:
        return json.load(response)


def vcard_name(entity):
    # RDAP contacts are jCards: ['vcard', [['fn', {}, 'text', 'Name'], ...]]
    for field in entity.get('vcardArray', ['vcard', []])[1]:
        if field[0] == 'fn':
            return field[3]
    return ''


def check_ip(ip):
    rdap = get_json('https://rdap.org/ip/' + ip)
    print('Network name :', rdap.get('name'))
    print('Range        :', rdap.get('startAddress'), '-', rdap.get('endAddress'))
    print('Country      :', rdap.get('country', 'not given'))
    for entity in rdap.get('entities', []):
        if 'registrant' in entity.get('roles', []):
            print('Holder       :', vcard_name(entity))

    try:
        print('Reverse DNS  :', socket.gethostbyaddr(ip)[0])
    except OSError:
        print('Reverse DNS  : none')

    info = get_json('https://stat.ripe.net/data/network-info/data.json?resource=' + ip)['data']
    print('BGP prefix   :', info.get('prefix') or 'not announced')
    for asn in info.get('asns', []):
        nets = get_json('https://www.peeringdb.com/api/net?asn=' + asn)['data']
        kind = ', '.join(nets[0].get('info_types') or []) if nets else 'no PeeringDB record'
        print('ASN          : AS' + asn, '-', nets[0]['name'] if nets else '', '-', kind)


if __name__ == '__main__':
    check_ip(sys.argv[1] if len(sys.argv) > 1 else '1.1.1.1')
```

*Output per 1.1.1.1 il 19 ottobre 2026*

```text
Network name : APNIC-LABS
Range        : 1.1.1.0 - 1.1.1.255
Country      : AU
Holder       : APNIC Research and Development
Reverse DNS  : one.one.one.one
BGP prefix   : 1.1.1.0/24
ASN          : AS13335 - Cloudflare - Content
```

## Cosa ha restituito lo script per tre IP pubblici?

Abbiamo eseguito lo script il 19 ottobre 2026 su tre indirizzi ben noti. I risultati mostrano perché una sola ricerca non basta mai.

*I dati di registro e di routing cambiano nel tempo; esegui di nuovo lo script per i valori attuali.*

| IP | Titolare RDAP | Paese RDAP | ASN che annuncia | Tipo PeeringDB |
| --- | --- | --- | --- | --- |
| 1.1.1.1 | Ricerca e sviluppo APNIC | AU | AS13335 (Cloudflare) | Contenuto |
| 8.8.8.8 | Google LLC | non fornito | AS15169 (Google LLC) | Contenuto |
| 193.0.6.139 | RIPE NCC | NL | AS3333 (RIPE NCC) | No-profit |

## Domande sul controllo degli IP datacenter

### Esiste un controllo gratuito degli IP datacenter senza chiave API?

Sì. RDAP tramite rdap.org, la chiamata network-info di RIPEstat e l'API di rete di PeeringDB sono gratuiti e non richiedono una chiave per un uso leggero. Insieme indicano il titolare, l'ASN che annuncia e il tipo di rete. I servizi commerciali di geolocalizzazione aggiungono un flag "hosting" già pronto, ma lo costruiscono dagli stessi registri pubblici.

### Un sito web può capire che il mio proxy è un IP datacenter?

Di solito sì. Qualsiasi sito può eseguire le stesse ricerche sull'IP che si connette. È normale per un proxy datacenter e non è segno di un IP scadente. Gli IP di RackProxies sono IP datacenter e sono etichettati come tali; scegli questi per i lavori in cui un indirizzo hosting è accettabile, come il monitoraggio e [l'accesso in allowlist](https://rackproxies.com/it/use-cases/allowlisted-api-access/).

### Perché RDAP mostra un Paese diverso dalla città del mio proxy?

RDAP mostra il Paese dell'organizzazione che detiene il blocco, non il luogo in cui si trova il server. Una rete registrata in un Paese può instradare gli indirizzi da datacenter in molti altri. I database di geolocalizzazione cercano di correggere questo con misurazioni e geofeed, con risultati alterni. Gli IP datacenter sono registrati a reti di hosting, non a provider internet domestici. I database di geolocalizzazione IP possono collocare lo stesso IP in una città diversa, o persino in un paese diverso, rispetto al datacenter che lo annuncia.

### Come controllo molti IP contemporaneamente?

Esegui un ciclo sulla tua lista con lo script sopra e fai una pausa tra le ricerche: rdap.org, RIPEstat e PeeringDB sono servizi pubblici condivisi. Per una lista di IP RackProxies, raggruppa anche gli indirizzi per /24 con lo snippet nella [guida alla diversità delle subnet](https://rackproxies.com/it/guides/subnet-diversity/). Memorizza i risultati in cache, perché i dati di registro cambiano lentamente.

### Posso controllare i miei IP RackProxies prima di un lavoro lungo?

Sì, e lo consigliamo. I tuoi IP sono elencati nel tuo account come righe `IP:PORT:USERNAME:PASSWORD`. Esegui le ricerche su ciascun IP e testalo sul tuo target con i comandi della [guida rapida](https://rackproxies.com/it/docs/quickstart/). Se un IP non funziona o è inutilizzabile per un uso lecito, scrivi al supporto: lo sistemiamo o lo sostituiamo con un IP nello stesso paese, in base alla disponibilità.

### Serve un documento d'identità per acquistare IP datacenter da RackProxies?

No. Nessun KYC: nessun documento, nessun selfie, nessun documento da firmare per registrarti, ricaricare o acquistare. Accedi con un numero di account, paghi in BTC, USDT, USDC, ETH, SOL, LTC e vedi il Paese e la data di scadenza di ogni IP nel tuo account. I piani vanno da 1,29 USD per un IP a 59,25 USD per 100, ciascuno per 30 giorni; vedi [prezzi](https://rackproxies.com/it/pricing/).

**Controlla tu stesso un IP RackProxies** Noleggia un IP per 1,29 USD ed esegui ogni ricerca su di esso. Senza KYC, pagamento in crypto. [Vedi i prezzi](https://rackproxies.com/it/pricing/) · [Da dove provengono i nostri IP](https://rackproxies.com/it/sourcing/)

## Fonti

1. [RFC 9082: formato di query RDAP](https://www.rfc-editor.org/rfc/rfc9082) — IETF (2026-10-19)
2. [RFC 9083: risposte JSON per RDAP](https://www.rfc-editor.org/rfc/rfc9083) — IETF (2026-10-19)
3. [rdap.org: redirector RDAP](https://rdap.org/) — rdap.org (2026-10-19)
4. [API dati RIPEstat](https://stat.ripe.net/docs/data_api) — RIPE NCC (2026-10-19)
5. [Documentazione API PeeringDB](https://www.peeringdb.com/apidocs/) — PeeringDB (2026-10-19)
6. [RFC 1035: nomi di dominio, implementazione e specifica (record PTR)](https://www.rfc-editor.org/rfc/rfc1035) — IETF (2026-10-19)
7. [urllib.request: libreria standard di Python](https://docs.python.org/3/library/urllib.request.html) — Python Software Foundation (2026-10-19)

---

RackProxies: RackProxies è un provider di proxy datacenter dedicati: indirizzi IPv4 noleggiati per IP per 30 giorni, pagati in crypto senza caricare documenti. Le pagine coprono 22 paesi e 34 città datacenter con dati di rete pubblici.