IPv4 mü IPv6 proxy mi? Adres, maliyet ve uyumluluk farkı

Bu rehber iki protokolü dört eksende ayırır: adres alanı, hedef sitelerin hız sınırını nasıl saydığı, maliyet modeli ve uyumluluk. Hedefin IPv6 desteğini dig ile nasıl kontrol edeceğinizi, istemci tarafında neye dikkat edeceğinizi ve küçük bir örneklemle başarı oranını nasıl ölçeceğinizi gösterir. Örneklerde WeProxy gateway adresi gw.weproxy.com.tr:8989, kimlik bilgileri ise USER ve PASSWORD yer tutucularıdır.

IPv4 ve IPv6 proxy arasındaki fark nedir?

Proxy, isteği kendi çıkış adresinden hedefe iletir. Bu çıkış adresi IPv4 ise hedef sunucu 203.0.113.10 biçiminde bir adres görür. IPv6 ise 2001:db8:4a1f::25 biçiminde bir adres görür. İstemci ile proxy arasındaki bağlantı ve proxy protokolü (HTTP veya SOCKS5) bu seçimden bağımsızdır.

Fark, çıkış bacağında ortaya çıkar. IPv6 çıkışlı bir proxy, hedefe IPv6 üzerinden bağlanmak zorundadır. Hedefin IPv6 adresi yoksa bağlanacak bir yer de yoktur. IPv4 çıkış bu sınırlamayı taşımaz, çünkü IPv6 yayınlayan sitelerin büyük çoğunluğu IPv4’ü de korur (dual-stack).

Adres kıtlığı ve adres bolluğu

IPv4 adres alanı 32 bittir; toplamda yaklaşık 4,3 milyar adres eder. IANA’nın serbest havuzu 2011’de tükendi, bölgesel kayıt kuruluşları da sonraki yıllarda yeni blok dağıtımını bekleme listelerine ve devir piyasasına bıraktı. Bu yüzden her IPv4 adresi ayrı bir maliyet kalemidir ve sağlayıcılar onu tekrar tekrar kullanır.

IPv6 adres alanı 128 bittir (RFC 8200). RFC 4291 adresin alt 64 bitini arayüz kimliğine ayırır; bu nedenle tek bir yerel ağa verilen standart blok bir /64’tür. Bir /64 içinde 2^64, yani yaklaşık 18 kentilyon adres vardır. Bir sağlayıcının elindeki tek bir /48, 65.536 adet /64 içerir. IPv6’da sorun adres bulmak değil, o adreslerin hedef gözünde nasıl gruplandığıdır.

Siteler IPv6 trafiğini neden /64 veya /48 bazında sınırlar?

IPv4’te hız sınırı genellikle tek adres başına tutulur, çünkü bir adres çoğunlukla bir abone veya bir NAT arkasındaki bir grup demektir. IPv6’da aynı mantık çalışmaz. Tek bir cihaz, kendi /64’ü içinde istediği kadar adres üretebilir; işletim sistemlerinin gizlilik uzantıları (RFC 8981) bunu zaten düzenli olarak yapar. Adres başına sayaç tutan bir site, her yeni adresi yeni bir ziyaretçi sanır.

Bu yüzden birçok WAF ve hız sınırlayıcı IPv6 adreslerini /64 ön eki düzeyinde toplar. Bazıları bir adım daha ileri gider ve /56 veya /48 düzeyinde sayar, çünkü ev ve kurum ağlarına genellikle bu büyüklükte bloklar verilir. Sonuç olarak aynı /64’ten gelen bin farklı adres, hedefin gözünde tek bir istemci gibi davranabilir.

Bu, IPv6 proxy seçerken asıl ölçütün “kaç adres” değil “kaç ayrı ön ek” olduğunu gösterir. Adres sayısı büyük ama hepsi tek /64’te toplanmış bir havuz, ön eke göre sayan bir hedefte tek IP gibi 429 alır. Bloklar farklı /64’lere ve /48’lere yayıldığında sayaç da yayılır. Hedefin hangi düzeyde saydığı dışarıdan görünmez; küçük bir testle ölçmek gerekir.

İtibar da aynı şekilde ön ekle taşınır. Bir /64 içindeki bir adres kötüye kullanıldığında, engel çoğu zaman tüm ön eke uygulanır. IPv6 çıkışların büyük kısmı datacenter ağlarından gelir ve bu ağların ASN’si açıktır. Datacenter ile residential IP arasındaki tespit farkı için residential mi datacenter mı karşılaştırmasına bakın; aynı sinyaller IPv6 için de geçerlidir.

IPv4 ve IPv6 proxy maliyet modeli nasıl farklılaşır?

IPv4 kıt olduğu için IPv4 proxy fiyatı adrese veya trafiğe bağlanır. Rotating IPv4 ürünlerinde (datacenter, residential, mobil) faturalandırma GB başınadır: paylaşılan büyük bir havuzu kullanırsınız ve taşıdığınız trafik kadar ödersiniz. Statik IPv4 ürünlerinde ise adres başına dönemlik ödeme yaparsınız, çünkü o adres dönem boyunca size ayrılır.

IPv6’da adres maliyeti neredeyse sıfıra iner. Bu, hesabı adresten port ve süreye kaydırır. WeProxy’nin Rotating IPv6 Proxy ürünü port başına aylık ve kotasız paketlerle satılır; IPv6 port paketlerinde bandwidth sınırı yoktur. Statik Datacenter IPv6 paketleri adres başına aylık ve sınırsız bandwidth ile gelir.

Pratik sonuç şudur. Yüksek hacimli, sayfa başına küçük yanıtlı işlerde GB başına model hızla büyür; port başına kotasız model maliyeti öngörülebilir kılar. Düşük hacimli ama yüksek güven gerektiren işlerde ise GB başına residential IPv4 daha az toplam trafikle sonuç verir. Güncel paketler ve başlangıç seçenekleri ürün sayfalarında yer alır.

IPv6 proxy hangi sitelerde çalışır?

IPv6 proxy, yalnızca istek attığınız tam host adının AAAA kaydı varsa çalışır. A kaydı bir host adını IPv4 adresine, AAAA kaydı IPv6 adresine bağlar. Proxy hedefi çözerken AAAA bulamazsa IPv6 çıkıştan bağlanacak adres de bulamaz. Sonuç, istemci tarafında bir bağlantı hatasıdır: HTTP proxy’de çoğunlukla 502, SOCKS5’te ise “host’a ulaşılamıyor” veya “adres türü desteklenmiyor” yanıtı.

Büyük platformların bir kısmı, örneğin Google, ana alan adları için AAAA kaydı yayınlar. Birçok küçük site, e-ticaret altyapısı ve eski barındırma hizmeti ise yalnızca IPv4 sunar. Destek alan adı bazında da değişir: ana alan adının AAAA kaydı olup API alt alan adının olmaması, ya da tersi, sık görülür. Bu yüzden kontrolü sitenin adıyla değil, kodunuzun gerçekten çağırdığı her host adıyla yapın.

Hedefin AAAA kaydını dig ile kontrol etmek

En hızlı kontrol dig komutudur. Aynı host adı için A ve AAAA kayıtlarını ayrı ayrı sorgulayın:

# IPv6 adresi var mı?
dig AAAA google.com +short

# Karşılaştırma için IPv4 adresi
dig A google.com +short

# Kodunuzun çağırdığı alt alan adını ayrıca kontrol edin
dig AAAA api.example.com +short

Çıktıda 2a00: veya 2001: gibi iki nokta üst üste içeren bir adres görüyorsanız AAAA kaydı vardır. Çıktı boşsa yoktur. Çıktıda yalnızca sonu nokta ile biten bir ad (CNAME) varsa ve altında adres satırı yoksa, zincirin sonunda da AAAA yoktur. Windows’ta aynı sorgu nslookup -type=AAAA google.com ile yapılır.

AAAA kaydı gerekli bir koşuldur ama yeterli değildir. Bazı siteler IPv6 üzerinde farklı WAF kuralları uygular veya IPv6 datacenter ön eklerine daha sıkı davranır. Kaydın varlığı “bağlanabilirim” demektir, “kabul edilirim” demek değildir. Bunu aşağıdaki başarı oranı testi ayırır.

İstemci tarafı: host adını proxy’ye bırakmak

İstemcinizin IPv6 bağlantısı olması gerekmez. İstemci ile gateway arasındaki bacak IPv4 üzerinden kurulabilir; IPv6 yalnızca proxy ile hedef arasında kullanılır. Koşul, istemcinin hedefi IPv6’ya ulaşabilecek bir biçimde proxy’ye vermesidir.

Bunun yolu host adını proxy’ye bırakmaktır. HTTP proxy’de CONNECT example.com:443 host adını taşır; proxy AAAA kaydını kendisi çözer. SOCKS5’te ise socks5h:// şeması host adını alan adı olarak iletir (RFC 1928 ATYP 0x03). socks5:// ile istemci adı yerelde çözerse ve elinde yalnızca bir IPv4 adresi varsa, bu adresi IPv6 çıkışa göndermiş olur ve bağlantı kurulmaz. Yerel çözümleme aynı zamanda DNS sızıntısıdır; ayrıntı DNS sızıntısı rehberinde, protokol farkı HTTP vs SOCKS5 yazısındadır.

IP whitelist kullanıyorsanız bir ayrıntı daha var. Sunucunuz gateway’e IPv6 üzerinden bağlanıyorsa, panelde kayıtlı adres o IPv6 adresi olmalıdır. Whitelist’te yalnızca IPv4 adresiniz varsa 407 alırsınız. Bu hatanın diğer nedenleri ve kontrol sırası proxy hata kodları rehberinde yer alır. WeProxy’de kullanıcı adı/şifre ve IP whitelist yöntemleri HTTP ve SOCKS5 üzerinde birlikte kullanılabilir.

IPv6 proxy nasıl test edilir?

Test üç adımdır: çıkışın gerçekten IPv6 olduğunu görmek, hedefin AAAA kaydını doğrulamak ve küçük bir örneklemle başarı oranını ölçmek. Önce çıkış adresi:

# Hem IPv4 hem IPv6 yanıt verebilen bir echo uç noktası
curl -sS -x "http://USER:[email protected]:8989" https://api64.ipify.org
echo

Yanıt iki nokta üst üste içeren bir adresse çıkış IPv6’dır. Nokta ile ayrılmış dört sayı dönüyorsa çıkış IPv4’tür; paket türünü ve bağlantı bilgisini kontrol edin. Aynı kontrolü tarayıcıda IPv6 kontrol aracı ile, proxy’nin genel olarak yanıt verdiğini ise proxy checker ile yapabilirsiniz.

Sonra hedefe karşı küçük bir örneklem:

import socket
import requests

PROXY = "http://USER:[email protected]:8989"
proxies = {"http": PROXY, "https": PROXY}

def has_aaaa(host):
    try:
        return bool(socket.getaddrinfo(host, 443, socket.AF_INET6, socket.SOCK_STREAM))
    except socket.gaierror:
        return False

def success_rate(url, attempts=20):
    ok = 0
    for _ in range(attempts):
        try:
            r = requests.get(url, proxies=proxies, timeout=(10, 30))
            if r.status_code == 200:
                ok += 1
        except requests.exceptions.RequestException:
            pass
    return ok / attempts

host = "example.com"
print("AAAA kaydı:", has_aaaa(host))
exit_ip = requests.get("https://api64.ipify.org", proxies=proxies, timeout=(10, 30)).text
print("Çıkış IP:", exit_ip)
print("Başarı oranı:", success_rate(f"https://{host}/"))

has_aaaa yerel çözümleyiciyi kullanır; bu bir ön kontroldür, üretim akışının parçası değildir. Asıl istek HTTP proxy üzerinden gider ve host adı proxy’de çözülür. Aynı betiği bir IPv4 paketiyle de çalıştırın. İki oran arasındaki fark, hedefin IPv6 trafiğine nasıl davrandığını sayılarla gösterir. Kurulum ayrıntıları için Python proxy entegrasyonu sayfasına bakın.

IPv4 ve IPv6 proxy karşılaştırma tablosu

Tablodaki “hız sınırının sayıldığı birim” satırı hedefe göre değişir. Satırı bir kural değil, test etmeniz gereken bir varsayım olarak okuyun.

Hangi işler IPv6 proxy için uygundur, hangileri değildir?

IPv6 proxy’nin güçlü olduğu senaryo nettir: hedef IPv6 destekler, iş çok sayıda istek gerektirir ve her istek kısa ömürlüdür. Örnekler şunlardır:

• IPv6 yayınlayan büyük platformlarda arama sonucu ve SEO verisi toplama (SEO proxy kullanımı).
• AAAA kaydı olan API uç noktalarına yüksek eşzamanlılıkla istek atma.
• Kendi altyapınızın veya müşterinizin IPv6 erişilebilirliğini farklı ülkelerden test etme.
• Web scraping işinde IPv6 destekli host adlarını ayrı bir kuyruğa alıp hacmi orada ölçekleme.

Zayıf olduğu senaryolar da aynı ölçüde nettir. Hedef yalnızca IPv4 sunuyorsa IPv6 proxy o hedef için kullanılamaz. Bir sayfa birden fazla alan adından kaynak çekiyorsa (CDN, API, ödeme sağlayıcısı) ve bunlardan biri IPv4-only ise tarayıcı otomasyonu yarım kalır. Hedef IPv6 datacenter ön eklerine sıkı davranıyorsa veya residential güven sinyali bekliyorsa IPv4 residential daha yüksek başarı verir.

Karma yaklaşım çoğu ekip için en sağlam yoldur. Host adlarını AAAA kaydına göre ikiye ayırın. IPv6 destekli ve başarı oranı yüksek olanları IPv6 havuzuna, kalanları ve kritik akışları IPv4’e yönlendirin. Bu ayrım, her scrape hedefini körlemesine IPv6’ya taşımaktan daha az hata üretir.

WeProxy’de IPv6 proxy ürünleri nasıl seçilir?

Seçim, oturumun ne kadar sürmesi gerektiğine göre yapılır:

Rotating IPv6, oturum gerektirmeyen yüksek hacimli işler içindir; ürün sayfasına göre IP, Datacenter paketlerinde her istekte, Residential paketlerinde en az 120 saniyede bir değişir. Sticky IPv6, login veya çok adımlı akışlarda aynı çıkışı 1 ile 120 dakika arasında sabit tutar. Statik Datacenter IPv6, kalıcı bir kimlik veya karşı tarafta whitelist gerektiren entegrasyonlar içindir. Üçü de HTTP ve SOCKS5 protokolünü destekler. Sticky ile rotating arasındaki genel ayrım için sticky mi rotating mi rehberine bakın.

Hedef IPv4-only çıktıysa aynı akış için IPv4 ürünlerine dönün: yüksek hacim için Rotating Datacenter IPv4, yüksek güven için Rotating Residential IPv4.

IPv6 proxy kullanırken hangi kurallar geçerli?

Daha fazla adres, hedefin kurallarını değiştirmez. Ön ek bazında hız sınırını aşmak için havuzu genişletmek, hedefin hizmet şartlarını ihlal ediyorsa çözüm değildir. 429 ve Retry-After yanıtlarına uyun, eşzamanlılığı hedefin kaldırabileceği düzeyde tutun.

Toplanan veride kişisel veri varsa KVKK ve GDPR kapsamındaki yükümlülükler ayrıca ele alınmalıdır; bu yazı hukuk görüşü değildir. Otomasyon, herkese açık ve kuralların izin verdiği yüzeyde kalmalı ve WeProxy kabul edilebilir kullanım kurallarıyla birlikte yürütülmelidir.

IPv4 mü IPv6 mı: karar kontrol listesi

1. Kodunuzun çağırdığı tüm host adlarını listeleyin; yalnızca ana alan adını değil.
2. Her biri için dig AAAA <host> +short çalıştırın. Boş dönenleri IPv4 listesine ayırın.
3. AAAA kaydı olanlar için IPv6 çıkışını api64.ipify.org veya IPv6 kontrol aracı ile doğrulayın.
4. HTTP proxy veya socks5h:// kullanın; host adını proxy’ye bırakın.
5. Aynı 20 istekli örneklemi IPv4 ve IPv6 paketlerinde çalıştırıp başarı oranlarını karşılaştırın.
6. Oran yakınsa ve hacim yüksekse IPv6’ya geçin. Oran düşükse veya akış kritikse IPv4’te kalın.
7. 429 görürseniz hedefin /64 veya /48 bazında saydığını varsayın; eşzamanlılığı düşürün, havuzu körlemesine büyütmeyin.

IPv4 uyumluluğun, IPv6 ise ölçeğin aracıdır. Karar, protokolün kendisinden değil, hedefin AAAA kaydından ve ölçtüğünüz başarı oranından çıkar.