Rotating IPv6 Residential Proxy

Bu ürünün değeri tek bir koşula bağlıdır: isteğinizin gittiği sunucunun bir IPv6 adresi olmalı ve sayfanın tamamını bu adres üzerinden sunmalıdır. Çıkış adresi IPv6 olan bir kanal, yalnız A kaydı (IPv4) yayınlayan bir alan adına kendiliğinden ulaşamaz. Bu yüzden paket ya da ülke seçiminden önce hedef listenizi adres ailesine göre ayırmak, sonradan yaşanacak zaman aşımı ve eksik sayfa sorunlarının çoğunu baştan eler.

Kontrol iki katmanlıdır. Birinci katmanda ana alan adının AAAA kaydı aranır. İkinci katman daha sık atlanır: modern bir sayfa; API çağrıları, görsel sunucuları, CDN alt alan adları ve üçüncü taraf betikleri için başka alan adlarına da bağlanır. Ana alan adı IPv6 hazır olsa bile fiyat ya da stok verisini getiren API alt alan adı yalnız IPv4 olabilir. Ham HTML toplayan bir istemci bunu fark etmez; tarayıcı otomasyonu ise yarım yüklenmiş bir sayfa görür ve hatayı çoğu zaman hedefe değil proxy’ye bağlarsınız.

Aşağıdaki küçük betik, verdiğiniz her alan adı için AAAA ve A kayıtlarını ayrı ayrı sayar. Listeye yalnız ana alan adını değil, tarayıcının geliştirici araçlarındaki ağ sekmesinde gördüğünüz ve veri taşıyan alt alan adlarını da ekleyin. Betik kendi bilgisayarınızda, proxy kullanmadan çalışır; amacı satın alma öncesi bir envanter çıkarmaktır.

# Hedef ve alt kaynak alan adlarının IPv6 (AAAA) durumunu listeler
import socket
from urllib.parse import urlparse

hedefler = [
    "HEDEF_URL",
    # sayfanın yüklediği API, CDN ve görsel alan adlarını da ekleyin
]

def adresler(host, aile):
    try:
        return {kayit[4][0] for kayit in socket.getaddrinfo(host, 443, aile)}
    except socket.gaierror:
        return set()

for adres in hedefler:
    host = urlparse(adres).hostname or adres
    v6 = adresler(host, socket.AF_INET6)
    v6 = {a for a in v6 if not a.startswith('64:ff9b:')}  # DNS64 sentetik adresleri
    v4 = adresler(host, socket.AF_INET)
    durum = "IPv6 hazır" if v6 else "yalnız IPv4"
    print(host, "|", durum, "| AAAA:", len(v6), "| A:", len(v4))

Sonuçları üç gruba ayırın. Tüm kritik alan adları IPv6 hazırsa hedef bu ürün için adaydır. Ana alan adı hazır ama veri taşıyan bir alt alan adı değilse hedef karma yönlendirme gerektirir. Ana alan adının AAAA kaydı yoksa hedef doğrudan IPv4 rotating ürünlere aittir. Ağınızın DNS sunucusu DNS64 kullanıyorsa AAAA kaydı olmayan alan adları için 64:ff9b:: ile başlayan sentetik IPv6 adresleri döner ve betik bu hedefleri yanlışlıkla IPv6 hazır sayar. Betik bu önekli adresleri zaten ayıklar; yine de böyle bir ağdaysanız sonucu, DNS64 kullanmayan genel bir çözümleyiciye dig ile doğrudan AAAA sorgusu yaparak çapraz kontrol edin.

AAAA kaydının bulunması işin yalnız başlangıcıdır. Hedefin IPv6 trafiğine nasıl davrandığı birkaç noktada IPv4’ten ayrılabilir ve bu farklar hem bağlantı başarısını hem de topladığınız verinin doğruluğunu etkiler. Aşağıdaki beş sınır, denemede ayrı ayrı gözlemlenmesi gereken noktalardır.

GB bazlı ürünlerde fatura, taşıdığınız bayt miktarıyla büyür. Bu üründe ise ödediğiniz şey port adedidir ve port adedi aynı anda açık tutabileceğiniz oturum sayısını belirler. Bu tek fark istemci mimarisini de değiştirir: GB modelinde bayt, port modelinde kanal-zaman optimize edilir. Yavaş yanıt veren bir hedef, büyük bir dosya indirmesi ya da gereğinden uzun bir zaman aşımı süresi, port modelinde para değil kapasite tüketir.

Pratikte en temiz yaklaşım her porta bir işçi atamaktır. Beş portluk bir pakette beş işçi, her biri kendi kanalında sıradaki işi kuyruktan alır. İşçi sayısını port adedinin üzerine çıkarmak kapasite kazandırmaz; aşım durumunda bağlantının reddedilip reddedilmediğini ya da beklemeye alınıp alınmadığını denemede gözlemleyin. Panelde her port için ayrı bağlantı bilgisi mi göründüğünü, yoksa aynı uç noktada eşzamanlı oturum hakkı mı tanımlandığını sipariş sonrası kontrol edin; aşağıdaki mantık iki durumda da aynıdır.

Port adedini tahminle değil, ölçülen bir değerle seçin. Gereken kanal sayısı kabaca şu ilişkiyle bulunur: günlük istek sayısı çarpı bir isteğin ortalama süresi (saniye), bölü işin çalıştığı günlük pencere (saniye). Ortalama istek süresini kendi hedefinize karşı bir deneme portuyla ölçün; bu sayfada bir hız değeri vermiyoruz, çünkü süre hedefin yanıt boyutuna, sunucunun konumuna ve ağ yoluna bağlıdır. Çıkan sonuca yeniden denemeler için pay ekleyip bir üst paket kademesine yuvarlayın.

Paket kademeleri katalogda üç tanedir ve aylık faturalanır. Port başına maliyet kademeden kademeye düz bir çizgide inmez; aşağıdaki tablo bunu gösterir. Son iki sütun, aynı aylık bütçeyle GB bazlı IPv4 residential tarafında ne kadar trafik alınabileceğini gösterir ve iki modeli kıyaslamak için bir eşik verir. IPv4 residential’da 10 GB ile 200 GB arasındaki paketler GB başına 1,2 USD’ye, 1000 GB paketi ise GB başına 0,9 USD’ye denk gelir.

Tablodan iki pratik sonuç çıkar. Birincisi, üç ve daha fazla kanal gerekiyorsa tek portluk paketleri çoğaltmak yerine 5 port paketi daha ucuzdur: birden fazla tek port siparişinin mümkün olduğu varsayımıyla üç tek port 87 USD ederken beş port 80 USD’dir; iki tek port ise 58 USD ile hâlâ daha ucuzdur. İkincisi, port başına en düşük maliyeti 5 port paketi verir; 10 port paketinde port başı maliyet 17,5 USD’dir. On kanala ihtiyacınız varsa iki ayrı 5 port paketinin sipariş adımında mümkün olup olmadığını kontrol edin; mümkünse aylık fark 15 USD’dir.

GB eşdeğeri sütunları ise şu soruyu cevaplar: aylık trafiğiniz bu eşiklerin altında kalıyorsa ve hedefleriniz IPv4 residential ile de çalışıyorsa, GB modeli daha ekonomik olabilir. Trafik eşiği aşıyorsa ve hedefler IPv6 hazırsa port modeli öne çıkar. Bu kıyas, port paketinde ayrıca bir trafik sınırı bulunmadığı varsayımına dayanır; port paketlerinin trafik ya da adil kullanım koşullarını sipariş ekranında mutlaka okuyun.

Bir ekip; Türkiye, Almanya, Hollanda ve Fransa’daki kamuya açık ürün katalog sayfalarından günlük fiyat ve stok bilgisi topluyor. Dört ülkenin dördü de IPv6 residential listesinde yer alıyor. Sayfalarda kişisel veri yok ve hedeflerin kullanım koşulları bu tür toplu okumaya izin veriyor. Hesap aşağıdaki varsayımlara dayanır; her biri kendi ölçümünüzle değiştirilmelidir.

• Varsayım: günde 40.000 istek, dört ülkeye eşit dağılmış.
• Varsayım: istek başına ortalama 120 KB aktarım (başlıklar dahil; 1 GB = 1.000.000 KB alınmıştır).
• Varsayım: yeniden denemeler ve yönlendirmeler için yüzde 20 ek trafik ve yüzde 20 ek kanal payı.
• Varsayım: hedeflerin yüzde 70’i envanter kontrolünde IPv6 hazır çıktı, yüzde 30’u yalnız IPv4.
• Varsayım: deneme portunda ölçülen ortalama istek süresi 4 saniye.
• Varsayım: iş günde 10 saatlik (36.000 saniyelik) bir pencerede çalışıyor.
• Varsayım: port paketinde ayrı bir trafik sınırı yok (sipariş ekranında doğrulanmalı).

Trafik tarafı: 40.000 istek çarpı 120 KB günde 4,8 GB eder; 30 günde 144 GB, yüzde 20 payla yaklaşık 173 GB. Kanal tarafı: IPv6 hazır yüzde 70’lik dilim günde 28.000 istektir; 28.000 çarpı 4 saniye 112.000 kanal-saniye eder, bu da 36.000 saniyelik pencerede yaklaşık 3,1 kanal demektir. Yüzde 20 payla 3,7 kanala çıkar ve 5 port paketi yeterlidir. Kalan yüzde 30’luk IPv4 dilimi aylık yaklaşık 52 GB trafik üretir.

Bu varsayımlarla karma kurgu, tümüyle IPv4 residential kullanmaktan aylık yaklaşık 65 USD daha ucuzdur ve 1000 GB paketinin peşin bütçesini de gerektirmez. Son satır port modelinin daha az bilinen bir özelliğini gösterir: aynı 40.000 istek 10 saatlik pencerede 10 port isterken, pencere 12 saate uzatıldığında 5 port yeter. Port modelinde zaman bir maliyet kalemidir; işi gün içine yaymak, port kademesini doğrudan düşürebilir.

Hesabın en hassas girdisi IPv6 hazır hedeflerin payıdır. Bu pay yüzde 30’a düşerse IPv4 dilimi yaklaşık 121 GB’a, yani yaklaşık 145 USD’ye çıkar. IPv6 dilimi için iki kanal yeter, ama iki tek port bile 58 USD tutar ve toplam yaklaşık 203 USD ile tümüyle IPv4 residential kurgusuna neredeyse eşitlenir. Bu noktada iki ürünü birlikte yönetmenin getirdiği ek iş, karma kurgunun avantajını siler. Sayfa boyutu büyüdükçe ise GB modelinin maliyeti doğrusal artar; port paketinde ayrı trafik sınırı olmadığı varsayımıyla port ücreti sabit kalır; ancak büyük yanıtlar istek süresini de uzatacağı için kanal hesabını yeniden yapın.

Örnek hesapta en ucuz sonuç karma kurgudan çıktı; ama karma kurgu ancak yönlendirme kararı istemcide açık bir kurala bağlandığında işe yarar. Kural basit tutulmalıdır: hedef alan adı ve kritik alt alan adları IPv6 hazırsa istek IPv6 residential kanalına, değilse IPv4 residential kanalına gider. Bu karar her istekte yeniden DNS sorgusuyla verilmemeli; hedef envanterindeki etiket bir kez belirlenmeli ve düzenli aralıklarla, örneğin haftalık, yeniden kontrol edilmelidir.

IPv6 tarafında bir hedef art arda zaman aşımı veriyorsa onu otomatik olarak IPv4 kanalına aktarmak cazip görünür; ancak bu aktarım GB tüketimini sessizce artırır. Otomatik aktarımı bir bütçe sınırına bağlayın ve aktarılan istek sayısını ayrı bir metrik olarak izleyin. Aktarım oranı yükseliyorsa hedefin IPv6 erişimi değişmiş olabilir; o hedefin envanter etiketini güncelleyin ve kalıcı olarak doğru tarafa taşıyın.

İki ürün katalogda aynı protokollerle, HTTP, HTTPS ve SOCKS5 ile listelenir. Bu, istemci kodunda yalnız bağlantı bilgisinin değiştiği tek bir soyutlama kurmanıza izin verir. Oturum davranışı ise farklı tanımlanır: IPv4 residential sticky ve rotating seçenekleriyle, IPv6 residential oturum yapılandırmalı rotasyonla sunulur. Çok adımlı akışlar için iki tarafın oturum ayarlarını ayrı ayrı test edin; birinde çalışan kurgunun diğerinde aynı sonucu vereceğini varsaymayın.

Raporlamayı ürün bazında ayırın: istek sayısı, yanıt kodu dağılımı, IPv4 tarafında tüketilen GB ve IPv6 tarafında kanal doluluk oranı. Kanal doluluk oranı, port modelinde paketin doğru boyutta olup olmadığını gösteren en sade ölçüdür. Kanallar günün büyük kısmında boş bekliyorsa bir alt kademe, sürekli doluysa ve kuyruk büyüyorsa bir üst kademe gündeme gelir.

IPv6 residential için katalogda doğrulanmış dokuz ülke var: Hollanda, Amerika Birleşik Devletleri, Birleşik Krallık, Almanya, Kanada, Türkiye, Fransa, Polonya ve Avusturya. Bu liste, 180+ ülke kapsamıyla sunulan IPv4 rotating ürünlerden belirgin biçimde dardır ve ürün seçimini çoğu zaman fiyattan önce belirler. Aşağıdaki tablo, iki IPv6 ürününü ve IPv4 residential’ın öne çıkan ülke listesini yan yana koyar.

Tablodan üç sonuç çıkar. Birincisi, IPv6 residential’ın kapsamı altı Avrupa ülkesi, Türkiye ve Kuzey Amerika’daki iki ülkeyle sınırlıdır; Asya-Pasifik ve Güney Amerika için bu üründe listelenmiş ülke yoktur. İkincisi, Avusturya iki IPv6 ürünü arasında yalnız residential listesinde yer alır; Avusturya’dan IPv6 çıkış gerekiyorsa seçim kendiliğinden bu üründür. Üçüncüsü, sekiz ortak ülkede iki IPv6 ürünü aynı coğrafyayı sunar; bu ülkelerde karar ülkeye göre değil, hedefin datacenter çıkışa nasıl davrandığına göre verilir.

Katalogda şehir düzeyinde hedefleme tanımlı değildir; planlamanızı ülke düzeyinde yapın. Ülke seçiminin bağlantı bilgisinde mi, panelde mi yoksa sipariş adımında mı yapıldığını satın alma sırasında kontrol edin. Rotasyonu tek bir ülkeyle sınırladığınızda, çıkış adresleri o ülkeye ait daha küçük bir alt kümeden gelir; önek düzeyinde hız sınırı uygulayan hedeflerde bu, sınıra daha erken yaklaşmanız anlamına gelebilir. Bu yüzden denemeyi hedeflediğiniz ülkeyle yapın ve ölçtüğünüz adres ile önek çeşitliliğini o ülke için ayrıca kayda geçirin.

Üç ürünü fiyat listesinden kıyaslamak yanıltıcıdır, çünkü iki IPv6 ürünü katalogda aynı fiyatlarla sunulur (1, 5 ve 10 port için 29, 80 ve 175 USD), IPv4 residential ise tamamen farklı bir birimle, GB ile satılır ve süre sınırı yoktur. Kararı hedefin üç sinyaline göre verin: adres ailesi, datacenter çıkışa verdiği yanıt ve aylık trafiğin kanal ihtiyacına oranı. Tablodaki satırlar denemede bizzat gözlediğiniz sinyallerle eşleştirilmelidir.

Tablonun ikinci ve üçüncü satırı arasındaki ayrım, bu ürünün asıl kullanım nedenidir. Aynı ülkede, aynı fiyatla iki IPv6 seçeneği varken residential’ı seçmenin en güçlü gerekçesi, datacenter çıkışla elde ettiğiniz verinin hedef kitlenin gördüğünden farklı olmasıdır. Bu farkı varsaymayın, ölçün: aynı hedef listesine iki üründen birer portla, aynı saatlerde ve aynı tempoyla istek atın; yanıt kodlarını, içerik özetlerini ve hata oranını yan yana koyun. Anlamlı bir fark yoksa IPv6 datacenter yeterlidir ve residential’a geçmek için ek bir gerekçe aramanıza gerek kalmaz.

Katalogdaki en küçük kademe olan 1 port paketi aylık 29 USD’dir ve deneme için yeterli bir ölçüm kanalı verir. Aşağıdaki plan, ürünün sizin hedeflerinize uyup uymadığını sayılarla göstermek için tasarlandı. Her adımın çıktısını bir sonraki adıma girdi olarak kullanın ve sonuçları tek bir ölçüm dosyasında toplayın.

1. Hedef envanterini çıkarın: toplayacağınız alan adlarını ve sayfaların yüklediği kritik alt alan adlarını listeleyin; AAAA kontrol betiğiyle her birini IPv6 hazır, karma ya da yalnız IPv4 olarak etiketleyin.
2. Hedef ülkeyi sabitleyin: dokuz ülkeden yalnız işinizin gerektirdiğini seçin ve denemenin tamamını o ülkeyle yapın; birden fazla ülke gerekiyorsa her biri için ayrı ölçüm kaydı tutun.
3. Bağlantıyı doğrulayın: panelden aldığınız bağlantı bilgisiyle hem HTTP hem SOCKS5 modunda, alan adını proxy’ye bırakan ayarlarla birkaç istek gönderin; aşağıdaki curl döngüsü bunun en kısa yoludur.
4. Çıkış davranışını ölçün: ayrı bağlantılarla en az birkaç düzine istek atın; dönen adreslerin IPv6 olup olmadığını, kaç farklı adres ve kaç farklı /64 öneki görüldüğünü kaydedin. Ardından aynı testi keep-alive açıkken tekrarlayın ve farkı not edin.
5. Ülke tespitini hedefin kendisinden doğrulayın: hedef sitelerin gösterdiği para birimi, dil ya da bölge bilgisini kayda geçirin; IP konum araçlarını yalnız ikincil kaynak olarak kullanın.
6. Gerçek iş yükünden küçük bir örneklem çalıştırın: üretimde gönderilecek isteklerden temsili bir dilimi, hedefin hız sınırına saygı gösteren bir tempoda gönderin; yanıt kodu dağılımını, zaman aşımı sayısını ve ortalama istek süresini ölçün.
7. Karşılaştırma koşusu yapın: bütçeniz izin veriyorsa aynı örneklemi bir IPv6 datacenter portu ve küçük bir IPv4 residential paketiyle de çalıştırın; içerik farkı, hata oranı ve maliyeti aynı tabloya koyun.
8. Kapasiteyi hesaplayıp kararı yazın: ölçtüğünüz ortalama süreyle kanal formülünü çalıştırın, payı ekleyin ve 1, 5 ya da 10 port kademesinden birini seçin; hangi hedeflerin bu üründe, hangilerinin IPv4 tarafında kalacağını gösteren yönlendirme listesini kararla birlikte saklayın.

# IP_YANSITMA_URL: çağıranın IP adresini düz metin döndüren ve AAAA kaydı olan
# (IPv6 üzerinden erişilebilen) bir uç nokta; kendi sunucunuzda küçük bir servis de olabilir

# SOCKS5, alan adı çözümlemesi proxy tarafında (socks5h)
for i in 1 2 3 4 5; do
  curl -sS --max-time 20 --proxy "socks5h://KULLANICI:ŞİFRE@GATEWAY:PORT" "IP_YANSITMA_URL"
  echo
done

# Aynı test HTTP proxy moduyla
for i in 1 2 3 4 5; do
  curl -sS --max-time 20 --proxy "http://KULLANICI:ŞİFRE@GATEWAY:PORT" "IP_YANSITMA_URL"
  echo
done

Döngüdeki her curl çağrısı yeni bir süreç ve dolayısıyla yeni bir bağlantıdır; bu yüzden keep-alive etkisi olmadan oturum ayarınızın ürettiği davranışı görürsünüz. Dönen adreslerin tamamı IPv6 olmalıdır; aralarında IPv4 adresi görüyorsanız bağlantı bilgisinin doğru pakete ait olup olmadığını kontrol edin. Yansıtma uç noktası yalnız IPv4 ise istekler başarısız olur; bu durum proxy hatası değildir. Dördüncü ve altıncı adımlar için aşağıdaki Python betiği daha kapsamlı bir ölçüm verir: her işçi kendi kanalını kullanır, her istekte yeni bağlantı açar, hata aldığında yalnız kendi kanalında bekleme süresini artırır ve sonunda farklı adres ile farklı /64 öneki sayısını raporlar.

# Kurulum: pip install "requests[socks]"
import ipaddress
import threading
import time
from collections import Counter, defaultdict

import requests

KANALLAR = [
    "socks5h://KULLANICI:ŞİFRE@GATEWAY:PORT",
    # panelde her port için ayrı bağlantı bilgisi görünüyorsa alt alta ekleyin
]
ISCI_SAYISI = 5          # satın aldığınız port adedini aşmayın
ISTEK_PER_ISCI = 40      # deneme için küçük tutun
IP_KONTROL = "IP_YANSITMA_URL" # AAAA kaydı olan, çıkış IP adresini düz metin döndüren uç nokta

sonuclar = defaultdict(list)
kilit = threading.Lock()

def isci(no):
    kanal = KANALLAR[no % len(KANALLAR)]
    proxies = {"http": kanal, "https": kanal}
    bekleme = 1
    for _ in range(ISTEK_PER_ISCI):
        basla = time.monotonic()
        try:
            yanit = requests.get(IP_KONTROL, proxies=proxies, timeout=20,
                                 headers={"Connection": "close"})
            ip = ipaddress.ip_address(yanit.text.strip())
            kayit = ("ok", ip, time.monotonic() - basla)
            bekleme = 1
        except Exception as hata:
            kayit = ("hata", type(hata).__name__, time.monotonic() - basla)
            bekleme = min(bekleme * 2, 30)   # kanal başına üstel geri çekilme
            time.sleep(bekleme)
        with kilit:
            sonuclar[no].append(kayit)
        time.sleep(1)                        # hedefin hız sınırına saygı

isciler = [threading.Thread(target=isci, args=(n,)) for n in range(ISCI_SAYISI)]
for t in isciler:
    t.start()
for t in isciler:
    t.join()

kayitlar = [k for liste in sonuclar.values() for k in liste]
ipler = [k[1] for k in kayitlar if k[0] == "ok"]
v6 = [ip for ip in ipler if ip.version == 6]
onekler = {ipaddress.ip_network(f"{ip}/64", strict=False) for ip in v6}
sureler = [k[2] for k in kayitlar]
print("başarılı:", len(ipler), "| IPv6:", len(v6))
print("farklı adres:", len(set(ipler)), "| farklı /64 öneki:", len(onekler))
print("ortalama süre (sn, hatalar dahil):", round(sum(sureler) / len(sureler), 2))
print("hata türleri:", Counter(k[1] for k in kayitlar if k[0] == "hata"))

Sonuçları yorumlarken mutlak sayılara değil, oranlara ve kararlılığa bakın. Hataların çoğu zaman aşımıysa önce hedefin IPv6 erişimini ve istemcinizin DNS davranışını, proxy kimlik doğrulama hatası alıyorsanız bağlantı bilgilerini, 429 alıyorsanız tempoyu sorgulayın. Farklı önek sayısı farklı adres sayısına göre çok düşükse, önek bazlı hız sınırı uygulayan hedeflerde temponuzu daha muhafazakâr planlayın. Betiğin raporladığı ortalama süre, hatalar dahil hesaplandığı için doğrudan kanal formülüne girdi olarak kullanılabilir.

Aşağıdaki tablo, denemede ve canlı kullanımda en sık karşılaşılan belirtileri olası nedenleri ve çözümleriyle eşleştirir. Hata ayıklamaya her zaman adres ailesini dışlayarak başlayın: aynı isteği bir IPv4 rotating kanaldan sorunsuz alabiliyorsanız sorun büyük olasılıkla hedefin IPv6 tarafındadır, proxy bağlantınızda değil.

İlk üç satır IPv6’ya özgüdür ve IPv4 residential kullanırken genellikle karşınıza çıkmaz. Kalan satırlar her rotating üründe görülebilecek sorunların IPv6 bağlamındaki görünümüdür; özellikle 429 satırında çözüm her zaman tempoyu düşürmektir; önek bazlı sınır uygulayan hedeflerde adres değişimi toplam isteği azaltmaz, bu yüzden planı istek hızına göre yapın. Kalıcı bir hata gördüğünüzde belirtiyi, saati, hedef alan adını, kullandığınız protokolü ve gözlenen çıkış önekini birlikte kaydedin; destekle paylaşılan bu dörtlü, sorunun kaynağını tahminle değil veriyle bulmayı sağlar.

Deneme planını tamamladıktan sonra, üretim trafiğini açmadan önce aşağıdaki maddelerin her birini işaretleyin. İşaretlenemeyen bir madde, ileride ya beklenmedik bir maliyet ya da sessizce bozulan bir veri seti olarak geri döner.

• Kritik alan adlarının ve veri taşıyan alt alan adlarının AAAA durumu belgelendi.
• Yalnız IPv4 olan hedefler için yönlendirme kuralı istemcide tanımlandı; sessiz geri düşüşe güvenilmiyor.
• SOCKS5 kullanılıyorsa alan adı çözümlemesi proxy tarafında yapılıyor.
• Hedef ülke katalogdaki dokuz ülkeden biri ve ülke tespiti hedefin kendi göstergesiyle doğrulandı.
• Ortalama istek süresi deneme portunda, zaman aşımları dahil ölçüldü; kanal hesabı bu ölçümle yapıldı ve paket kademesi seçildi.
• İşçi sayısı port adedini aşmıyor; her işçi kendi kanalını kullanıyor.
• Keep-alive davranışı işin gereğine göre bilinçli olarak açık ya da kapalı.
• Kanal başına üstel geri çekilme ve bir üst bekleme sınırı tanımlı.
• Port paketinin trafik ve kullanım koşulları sipariş ekranında okundu.
• Aylık maliyet, GB eşdeğeri eşiğiyle karşılaştırıldı ve karar gerekçesiyle kayda geçirildi.
• Hedeflerin kullanım koşulları, robots.txt kuralları ve kişisel veri işleme sınırları gözden geçirildi.