# Veri merkezi IP kontrolü: bir IP'nin veri merkezi IP olup olmadığı nasıl anlaşılır

> 4 adımda veri merkezi IP kontrolü: RDAP, ASN ve PeeringDB, ters DNS, konum işaretleri ve bir Python betiği. RackProxies: özel IPv4, KYC olmadan, kripto.

- URL: https://rackproxies.com/tr/guides/check-a-datacenter-ip/
- Son güncelleme: 2026-10-19
- Publisher: RackProxies (https://rackproxies.com)

Dört genel sorgu, bir IP'yi kimin tuttuğunu, hangi ağın duyurduğunu ve veritabanlarının onu nasıl sınıflandırdığını gösterir. API anahtarı gerekmez.

**Hızlı yanıt — Bir IP'nin veri merkezi IP olup olmadığını nasıl kontrol ederim?**

Veri merkezi IP kontrolü için adresi RDAP'de (`https://rdap.org/ip/<ip>`) sorgulayın, onu duyuran ASN'yi bulun ve PeeringDB'de o ağın türünü okuyun; bir barındırma şirketi ya da "NSP" türü veri merkezine işaret eder. Dört sorgu, API anahtarı yok. **RackProxies**, bu kontrolü dürüstçe geçen özel veri merkezi IPv4'lerini IP başına $1,29'den itibaren kiralar. KYC olmadan, yalnızca kripto.

## Her sorgu size ne söyler

| Özellik | Değer |
| --- | --- |
| RDAP kaydı (RFC 9083) | Adres bloğunu kimin tuttuğu, aralığı ve sahibinin kayıt ülkesi |
| Duyuran ağın ASN'si | IP'yi bugün internette hangi otonom sistemin yönlendirdiği |
| PeeringDB ağ türü | Ağın kendini nasıl tanımladığı: NSP, Content, Cable/DSL/ISP ve diğerleri |
| Ters DNS (PTR kaydı) | Ağın IP'ye verdiği ana makine adı; barındırma adlarında genellikle "server", "vps" veya "static" bulunur |
| Konum veritabanları | Tahmini bir ülke ve şehir ile "hosting" ya da "ISP" gibi bir kullanım etiketi; veritabanları birbiriyle çelişir |
| RackProxies IP'leri | Veri merkezi IPv4 adreslerini yerleşik üst barındırma ve ağ ortaklarımızdan kiralıyoruz. Bu IP'ler ev internet sağlayıcılarına değil, barındırma ağlarına (ASN'lere) kayıtlıdır ve hiçbir konut veya mobil cihaz dahil değildir |

## Adım 1: bir RDAP sorgusu ne gösterir?

Bir RDAP sorgusu, adres bloğunun kayıt kaydını gösterir: aralığı, adı, onu tutan kuruluş ve o kuruluşun ülkesi. RDAP, RFC 9082 (sorgular) ve RFC 9083 (yanıtlar) ile tanımlanan, WHOIS'in JSON ardılıdır.

`https://rdap.org/ip/203.0.113.10` adresini bir tarayıcıda açın, dokümantasyon adresinin yerine kendi IP'nizi koyun. rdap.org sorguyu doğru kayıt kuruluşuna iletir: ARIN, RIPE NCC, APNIC, LACNIC veya AFRINIC. Üç alanı okuyun:

- `name` ve `registrant` varlığı: bir barındırma, bulut veya kolokasyon şirketi veri merkezi IP'sine işaret eder.
- `startAddress` ve `endAddress`: bloğun boyutu.
- `country`: sahibinin ülkesi. Sunucunun nerede durduğunun kanıtı değildir ve bazı kayıtlar bu alanı boş bırakır.

Kayıt kuruluşu kaydı, IP'yi yönlendiren şirketten farklı bir şirket adı verebilir. 19 Ekim 2026'da `1.1.1.1`, APNIC Research and Development (ülke AU) adına kayıtlıydı ancak Cloudflare'in AS13335'i tarafından duyuruluyordu. Bu yüzden 2. adım önemlidir.

## Adım 2: ASN'yi ve ağ türünü nasıl bulurum?

Bir yönlendirme veritabanına IP'yi hangi ASN'nin duyurduğunu sorun, ardından o ASN'yi PeeringDB'de sorgulayın. İkisinin de anahtarsız ücretsiz JSON API'leri vardır:

- RIPEstat: `https://stat.ripe.net/data/network-info/data.json?resource=<ip>` duyurulan öneki ve ASN'yi döndürür.
- PeeringDB: `https://www.peeringdb.com/api/net?asn=<asn>` ağın adını ve `info_types` değerini döndürür.

"NSP" (ağ hizmet sağlayıcısı) ağ türü ya da bir barındırma şirketi adıyla birlikte "Content" türü, veri merkezi IP'si anlamına gelir. "Cable/DSL/ISP" ise tüketici sağlayıcısı demektir. Her ağın bir PeeringDB kaydı yoktur; kayıt eksikse ASN adını arayın: barındırma şirketleri ne sattıklarını kendi web sitelerinde yazar.

## Adım 3: ters DNS ne katar?

Ters DNS, IP'nin ağının adrese eklediği ana makine adını döndürür ve barındırma ağları genellikle "server", "vps", "static" veya "dedicated" diyen adlar kullanır. Gerçek bir adresle `dig -x 203.0.113.10 +short` ya da `nslookup 203.0.113.10` komutunu çalıştırın.

Yanıtı bir ipucu olarak değerlendirin. Eksik bir PTR kaydı hiçbir şeyi kanıtlamaz ve ağ operatörü istediği adı yazabilir. Konut sağlayıcıları genellikle müşterinin hat türünü ya da kasabasını ada kodlar; bu tam tersi bir örüntüdür.

## Adım 4: IP veritabanlarındaki "hosting" işaretleri ne anlama gelir?

Bir "hosting" işareti, veritabanının IP'nin ağını ev ya da mobil sağlayıcı yerine veri merkezi, bulut ya da transit sağlayıcı olarak sınıflandırdığı anlamına gelir. Veritabanları bu etiketi, az önce okuduğunuz aynı genel verilerden oluşturur: kayıt kuruluşu kayıtları, ASN sahipliği ve ağ türü ile kendi ölçümleri.

İki uyarı. Birincisi, veritabanları çelişir: biri "hosting" derken diğeri "business" diyebilir. İkincisi, işaret ağı betimler, onu kullanan kişiyi değil. Bir veri merkezi proxy'si barındırıldığı için hosting olarak etiketlenir. RackProxies aksini iddia eden IP'ler satmaz. Veri merkezi IP'leri ev internet sağlayıcılarına değil, barındırma ağlarına kayıtlıdır. IP konum veritabanları aynı IP'yi, onu duyuran veri merkezinden farklı bir şehirde, hatta farklı bir ülkede konumlandırabilir. [Konum rehberi](https://rackproxies.com/tr/guides/datacenter-ip-geolocation/) şehrin de neden farklı olabileceğini açıklar.

## Tüm kontrolü bir betikle çalıştırabilir miyim?

Evet. Aşağıdaki Python betiği yalnızca standart kütüphaneyi kullanır (`urllib`, `json`, `socket`). rdap.org, RIPEstat ve PeeringDB'yi sorgular; hiçbiri anahtar gerektirmez. `ip_check.py` olarak kaydedin ve `python ip_check.py 1.1.1.1` komutunu çalıştırın.

*ip_check.py: RDAP, ters DNS, ASN ve PeeringDB türü*

```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')
```

*19 Ekim 2026'da 1.1.1.1 için çıktı*

```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
```

## Betik üç genel IP için ne döndürdü?

Betiği 19 Ekim 2026'da üç bilinen adrese karşı çalıştırdık. Sonuçlar tek bir sorgunun neden asla yeterli olmadığını gösteriyor.

*Kayıt ve yönlendirme verileri zamanla değişir; güncel değerler için betiği yeniden çalıştırın.*

| IP | RDAP sahibi | RDAP ülkesi | Duyuran ASN | PeeringDB türü |
| --- | --- | --- | --- | --- |
| 1.1.1.1 | APNIC Araştırma ve Geliştirme | AU | AS13335 (Cloudflare) | İçerik |
| 8.8.8.8 | Google LLC | belirtilmemiş | AS15169 (Google LLC) | İçerik |
| 193.0.6.139 | RIPE NCC | NL | AS3333 (RIPE NCC) | Kâr Amacı Gütmeyen |

## Veri merkezi IP kontrolü soruları

### API anahtarı olmadan ücretsiz veri merkezi IP kontrolü var mı?

Evet. rdap.org üzerinden RDAP, RIPEstat network-info çağrısı ve PeeringDB network API ücretsizdir ve hafif kullanım için anahtar gerektirmez. Birlikte size bloğun sahibini, duyuran ASN'yi ve ağ türünü söylerler. Ticari geolocation hizmetleri hazır bir "hosting" işareti ekler, ancak bunu aynı genel kayıtlardan oluştururlar.

### Bir web sitesi proxy'min veri merkezi IP'si olduğunu anlayabilir mi?

Genellikle evet. Herhangi bir site, kendisine bağlanan IP üzerinde aynı sorguları çalıştırabilir. Bu bir veri merkezi proxy'si için normaldir ve kötü bir IP olduğunun işareti değildir. RackProxies IP'leri veri merkezi IP'leridir ve bu şekilde etiketlenir; izleme ve [allowlist erişimi](https://rackproxies.com/tr/use-cases/allowlisted-api-access/) gibi hosting adresinin kabul edilebilir olduğu işler için bunları seçin.

### RDAP neden proxy'min şehrinden farklı bir ülke gösteriyor?

RDAP, bloğa sahip kuruluşun ülkesini gösterir, sunucunun bulunduğu yeri değil. Bir ülkede kayıtlı bir ağ, adresleri başka birçok ülkedeki veri merkezlerinden yönlendirebilir. Geolocation veritabanları bunu ölçümler ve geofeed'lerle düzeltmeye çalışır, sonuçlar değişken olur. Veri merkezi IP'leri ev internet sağlayıcılarına değil, barındırma ağlarına kayıtlıdır. IP konum veritabanları aynı IP'yi, onu duyuran veri merkezinden farklı bir şehirde, hatta farklı bir ülkede konumlandırabilir.

### Birçok IP'yi aynı anda nasıl kontrol ederim?

Listeniz üzerinde yukarıdaki betikle döngü kurun ve sorgular arasında duraklayın: rdap.org, RIPEstat ve PeeringDB paylaşılan genel hizmetlerdir. Bir RackProxies IP listesi için adresleri [subnet çeşitliliği rehberindeki](https://rackproxies.com/tr/guides/subnet-diversity/) kod parçasıyla /24 bazında da gruplayın. Sonuçları önbelleğe alın, çünkü kayıt verileri yavaş değişir.

### Uzun bir işten önce RackProxies IP'lerimi kontrol edebilir miyim?

Evet, ve bunu öneririz. IP'leriniz hesabınızda `IP:PORT:USERNAME:PASSWORD` satırı olarak listelenir. Her IP üzerinde sorguları çalıştırın ve [hızlı başlangıç](https://rackproxies.com/tr/docs/quickstart/) komutlarıyla hedefinize karşı test edin. Bir IP çalışmıyorsa veya yasal bir kullanım için kullanılamıyorsa desteğe yazın: stoğa bağlı olarak onu düzeltiriz veya aynı ülkeden bir IP ile değiştiririz.

### RackProxies'ten veri merkezi IP'leri almak için kimliğe ihtiyacım var mı?

Hayır. KYC yok: kaydolmak, bakiye yüklemek veya satın almak için kimlik, selfie veya belge gerekmez. Bir hesap numarasıyla giriş yaparsınız, BTC, USDT, USDC, ETH, SOL, LTC ile ödersiniz ve her IP'nin ülkesini ve bitiş tarihini hesabınızda görürsünüz. Planlar bir IP için $1,29'den 100 IP için $59,25'e kadar, her biri 30 gün; bkz. [fiyatlandırma](https://rackproxies.com/tr/pricing/).

**Bir RackProxies IP'sini kendiniz kontrol edin** $1,29 karşılığında bir IP kiralayın ve her sorguyu onun üzerinde çalıştırın. KYC yok, kripto ile ödeme. [Fiyatları gör](https://rackproxies.com/tr/pricing/) · [IP'lerimiz nereden geliyor](https://rackproxies.com/tr/sourcing/)

## Kaynaklar

1. [RFC 9082: RDAP Sorgu Formatı](https://www.rfc-editor.org/rfc/rfc9082) — IETF (2026-10-19)
2. [RFC 9083: RDAP için JSON Yanıtları](https://www.rfc-editor.org/rfc/rfc9083) — IETF (2026-10-19)
3. [rdap.org: RDAP yönlendirici](https://rdap.org/) — rdap.org (2026-10-19)
4. [RIPEstat Veri API'si](https://stat.ripe.net/docs/data_api) — RIPE NCC (2026-10-19)
5. [PeeringDB API belgeleri](https://www.peeringdb.com/apidocs/) — PeeringDB (2026-10-19)
6. [RFC 1035: Alan Adları, Uygulama ve Spesifikasyon (PTR kayıtları)](https://www.rfc-editor.org/rfc/rfc1035) — IETF (2026-10-19)
7. [urllib.request: Python standart kütüphanesi](https://docs.python.org/3/library/urllib.request.html) — Python Software Foundation (2026-10-19)

---

RackProxies: RackProxies özel veri merkezi proxy sağlayıcısıdır: IPv4 adresleri IP başına 30 gün kiralanır, kimlik yüklemeden kripto ile ödenir. Sayfalar, genel ağ verileriyle 22 ülkeyi ve 34 veri merkezi şehrini kapsar.