IPv6 proxy kullanırken dikkat edilecekler: hedef, yazılım ve test

Bir IPv6 proxy’yi devreye almadan önce üç soruyu yanıtlayın: hedef sunucu IPv6 destekliyor mu, yazılımınız HTTP(S) proxy’yi ve IPv6 adreslerini doğru işliyor mu, sonucu doğru adresle mi test ediyorsunuz? Bu üçü doğrulandığında geriye protokol sınırı, adres öneki ve hata okuma kalır. IPv4 ile IPv6 arasındaki temel farkları henüz okumadıysanız önce IPv4 ve IPv6 proxy farkları rehberine göz atın.

1. Hedefi doğrulayın: her ana bilgisayar adı ayrı sayılır

IPv6 çıkışlı bir proxy, yalnızca AAAA kaydı yayımlayan ana bilgisayar adlarına IPv6 ile bağlanabilir. Dikkat edilmesi gereken nokta, kaydın alan adı başına değil ad başına verilmesidir: www.ornek.com AAAA yayımlarken aynı sitenin api.ornek.com veya görsel sunduğu alt alan adı yalnızca A kaydına sahip olabilir. İş akışınızın dokunduğu her adı ayrı kontrol edin:

• Ana sayfa ve oturum açma adresi (www, kök alan adı).
• Programın çağırdığı API adresleri (api, graphql, sürüm önekli adlar).
• Yönlendirme sonrası varılan adresler: bir HTTP 301/302 sizi başka bir ada taşıyabilir.
• Dosya, görsel ve betik sunan alt alan adları; bunlar çoğu zaman ayrı bir altyapıdadır.

Kayıtları DNS Sorgulama aracıyla A ve AAAA birlikte görerek ya da komut satırında dig +short AAAA ad ile kontrol edebilirsiniz. Boş sonuç, o ad için IPv6 yolu olmadığı anlamına gelir.

2. Protokol sınırını bilin: yalnızca HTTP(S)

Bu sitede listelenen IPv6 Proxy paketleri yalnızca HTTP(S) protokolüyle sunulur. Pratikte bu şu demektir: proxy’yi HTTP istemcileri (tarayıcılar, curl, requests, httpx, Node.js ajanları) ve HTTPS için CONNECT tüneli kurabilen yazılımlar kullanabilir. Yalnızca SOCKS5 konuşan bir program bu paketlerle çalışmaz. CONNECT tünelinin hangi hedef portlarına izin verdiği proxy’nin yapılandırmasına bağlıdır; 443 dışı bir porta tünel kurmanız gerekiyorsa önce küçük bir denemeyle doğrulayın.

3. Yazılımınız IPv6’yı nasıl ele alıyor?

Proxy adresi size bir ana bilgisayar adı, bir IPv4 adresi ya da bir IPv6 adresi olarak verilebilir. Adres IPv6 ise URL içinde köşeli parantezle yazılmalıdır: http://[2001:db8::10]:PORT (RFC 3986 (yeni sekmede açılır), bölüm 3.2.2). Bazı eski araçlar ve hazır yapılandırma alanları bu yazımı desteklemez ya da adresteki iki nokta üst üsteyi port ayracı sanar. Proxy’ye hiç bağlanamıyorsanız ilk bakılacak yer burasıdır.

İkinci tuzak, hedef adını kimin çözdüğüdür. HTTP proxy ile çalışan istemciler normalde hedefin adını proxy’ye iletir ve çözümlemeyi proxy yapar. Ancak bazı uygulamalar adı önce kendileri çözer ve proxy’ye bir IP adresi gönderir. IPv6 bağlantısı olmayan bir makinede sistem çözümleyicisi IPv6 sonuçlarını hiç döndürmeyebilir; bu durumda proxy’ye bir IPv4 adresi gider ve IPv6 çıkışlı proxy o hedefe ulaşamaz. Uygulamanızın ayarlarında “uzak DNS” veya “adları proxy üzerinden çöz” gibi bir seçenek varsa açık olduğundan emin olun.

4. Doğru adresle test edin

Çıkış adresinizi gösteren hizmetlerin bir kısmı yalnızca IPv4 yayımlar. Bu rehber hazırlanırken api.ipify.org yalnızca A kaydına, api64.ipify.org ise hem A hem AAAA kaydına sahipti. Aynı proxy’yi iki adresle denemek, çıkışın gerçekten IPv6 olup olmadığını hızlıca gösterir:

# AAAA yayımlayan adres: IPv6 çıkışta IPv6 adresi dönmeli
curl --connect-timeout 10 --max-time 20 \
  -x "http://KULLANICI:PAROLA@PROXY_ADRESI:PORT" \
  "https://api64.ipify.org?format=json"

# Yalnızca A yayımlayan adres: hata ya da IPv4 adresi beklenir
curl --connect-timeout 10 --max-time 20 \
  -x "http://KULLANICI:PAROLA@PROXY_ADRESI:PORT" \
  "https://api.ipify.org?format=json"

# Proxy adresi IPv6 olarak verildiyse köşeli parantez kullanın
curl -x "http://KULLANICI:PAROLA@[2001:db8::10]:PORT" "https://api64.ipify.org?format=json"

Aynı kontrolü bir betiğin içinde yapmak isterseniz Python’un standart ipaddress modülü dönen adresin ailesini söyler:

import ipaddress

import requests

PROXY = "http://KULLANICI:PAROLA@PROXY_ADRESI:PORT"
proxies = {"http": PROXY, "https": PROXY}

r = requests.get(
    "https://api64.ipify.org",
    params={"format": "json"},
    proxies=proxies,
    timeout=(10, 20),
)
r.raise_for_status()
ip = ipaddress.ip_address(r.json()["ip"])
print(ip, "IPv6" if ip.version == 6 else "IPv4")

Sonucu yorumlarken üç durum vardır. AAAA yayımlayan adreste bir IPv6 adresi görüyorsanız çıkış beklendiği gibi çalışıyordur. IPv4 adresi görüyorsanız proxy hedefe IPv4 ile çıkmıştır; bu, kullandığınız ürünün veya hedefin yapılandırmasıyla ilgilidir ve iş akışınızda aynı şeyin olacağını gösterir. Bağlantı hatası alıyorsanız sorun büyük olasılıkla proxy adresinin yazımında ya da kimlik bilgilerindedir; aşağıdaki hata tablosuna geçin. Dönen IPv6 adresinin ilk dört grubu, yani /64 öneki, size teslim edilen alt ağı gösterir.

5. Önek gerçeğini hesaba katın

Paketlerdeki adresler /64 alt ağlarından gelir. RFC 4291 (yeni sekmede açılır) adresleme düzeninde aynı /64 içindeki adreslerin ilk 64 biti aynıdır ve bu önek, adresi gören herkes tarafından görülebilir. Dolayısıyla tek bir alt ağdan gelen yüzlerce adres, ağ düzeyinde birbirinden bağımsız kaynaklar gibi değerlendirilmemelidir. Hedef hizmetlerin adresleri tek tek mi yoksa önek düzeyinde mi değerlendirdiği onların kendi politikasıdır; bunu dışarıdan bilemezsiniz.

İstekleri adreslere nasıl dağıtacağınızı planlarken hedefin hız sınırlarına ve kullanım koşullarına uyun. Platform kurallarını aşmaya yönelik kullanım, hem hizmet koşullarını hem mevzuatı ilgilendirir; ayrıntı için Güvenlik ve sorumlu kullanım sayfasına bakın.

6. DNS’i proxy’ye bırakın

HTTP proxy’ye hedefin adını verdiğinizde adı proxy çözer; yerel çözümleyiciniz yalnızca proxy’nin kendi adını çözmek için kullanılır. Bu, hem IPv6 kayıtlarının proxy tarafında görülmesini hem de hedef adlarının yerel çözümleyicinize DNS sorgusu olarak gitmemesini sağlar. Şifresiz bir proxy bağlantısında CONNECT ad:443 satırı ise yerel ağda yine okunabilir. Uygulamanız adları kendisi çözüyorsa bu avantaj kaybolur. Konunun ayrıntısı DNS sızıntısı nedir? rehberinde.

7. Hata belirtilerini okumak

Kimlik doğrulama yanıtlarının ayrıntısını Proxy kimlik doğrulama rehberinde, proxy’nin CONNECT tünelini doğru taşıyıp taşımadığını ise HTTP Proxy Kontrol aracında görebilirsiniz.

Özet: kurulumdan önce kontrol listesi

1. İş akışındaki her ana bilgisayar adının AAAA kaydı var mı?
2. Yazılımınız HTTP(S) proxy kullanabiliyor mu? SOCKS5 gerekiyorsa IPv6 Proxy uygun değildir.
3. Proxy adresi IPv6 ise köşeli parantezle mi yazıldı?
4. Hedef adlarını proxy mi çözüyor, uygulamanız mı?
5. Test, AAAA yayımlayan bir adresle mi yapıldı?
6. Adreslerin aynı /64 önekini paylaştığını iş planınıza kattınız mı?
7. Hedefin hız sınırlarını ve kullanım koşullarını okudunuz mu?