Sabit IPv6 residential kapasite

Ürün adındaki her kelime ayrı bir sözdür ve satın almadan önce hangisinin sizin işiniz için belirleyici olduğunu ayırmanız gerekir. “Static”, çıkış adresinin sabit kalmasını anlatır (sabitliğin süresini sipariş adımında ve panelde teyit edin); oturum çerezleri, güvenilir cihaz kayıtları ve hedef sistemin sizi tanıması bu sürekliliğe yaslanır. “Residential”, adresin bir veri merkezi bloğundan değil, ev internet aboneliği görünümündeki bir ağdan geldiğini anlatır; korumalı hedeflerin bir kısmı gelen trafiği ilk olarak bu ayrıma göre sınıflandırır. “IPv6” ise yalnızca adres ailesidir: adresin hangi protokol sürümüyle yazıldığını ve hedefe hangi yoldan ulaşabileceğinizi belirler.

Bu üç vaatten ilk ikisi ürünün kendisine aittir; üçüncüsü ise hedefe bağlıdır. Sabitliği ve residential görünümü paketle birlikte satın alırsınız, fakat IPv6 ile konuşup konuşmamak hedefin kararıdır. Bu yüzden static IPv6 residential kararının merkezinde fiyat ya da adet değil, hedef doğrulaması durur. Hedef IPv6 üzerinden yanıt vermiyorsa, ürünün diğer iki vaadi de o hedefte karşılıksız kalır.

Bu ürünün garanti etmediği şeyleri de baştan netleştirmek faydalıdır. Static IPv6 residential, hedefin sizi her koşulda kabul edeceğini, hiç doğrulama ekranı görmeyeceğinizi ya da adresinizin her coğrafi konum veritabanında Türkiye olarak okunacağını garanti etmez. Bu garantileri hiçbir proxy türü veremez. Verebileceği şey, tutarlı ve öngörülebilir bir çıkış noktasıdır; bu sayfadaki testlerin amacı da o öngörülebilirliği sipariş vermeden önce kendi hedeflerinizde görmektir.

Sayfanın geri kalanı ResidentialProxy kataloğundaki static IPv6 ürününü uygulama sırasıyla ele alır: önce hedefin IPv6 akışını nasıl doğrulayacağınız, sonra çift yığın ortamlarda oturum tutarlılığını nasıl koruyacağınız ve IPv6 öneklerinin hesap tarafındaki etkisi, ardından katalogdaki kapsam ve fiyat merdiveni, en sonda da bu ürünün hangi işlerde anlamlı olduğu. Paket kartlarını ve teknik özellikleri yukarıda gördünüz; burada onların sahadaki karşılığını konuşuyoruz.

Çoğu ekip IPv6 uyumunu tek bir soruyla test eder: ana alan adının AAAA kaydı var mı? Bu soru gereklidir ama yeterli değildir, çünkü bir hesap oturumu tek bir host’ta yaşamaz. Giriş sayfası, kimlik doğrulama servisi, API uç noktası, statik dosya sunucusu, ödeme sağlayıcısı ve çoğu zaman sayfaya gömülü bir güvenlik bileşeni aynı akışın parçalarıdır. Bunlardan yalnızca biri IPv4 sunuyorsa, akışın tamamı IPv6 çıkışla kırılabilir ve bunu çoğu zaman ilk denemede değil, giriş ya da ödeme gibi kritik bir adımda fark edersiniz.

Hesap ve oturum güvenilirliği açısından IPv6’nın en az konuşulan riski, aynı oturumun iki farklı adresten görünmesidir. Modern istemciler çift yığın bir hedefe bağlanırken çoğu zaman IPv6’yı dener, sorun görürse kısa sürede IPv4’e geçer; bu davranış Happy Eyeballs adıyla bilinir ve RFC 8305’te tanımlanır. Doğrudan bağlantıda bu bir hızlandırmadır. Proxy kullanılan bir iş akışında ise istemcinin bir kısmı proxy’den, bir kısmı başka bir yoldan çıkıyorsa hedef aynı hesap için iki ayrı adres ailesi, iki ayrı ağ ve çoğu zaman iki ayrı ülke görür.

Bu durumun tipik kaynakları şunlardır: tarayıcı proxy üzerinden çıkarken yan bir betiğin ya da eklentinin doğrudan bağlanması, proxy istisna listesine fazla geniş bir alan adı eklenmesi, aynı hesap için bir aracın static IPv6, diğer aracın static IPv4 kullanması ve DNS çözümlemesinin yerel makinede yapılıp isteğin farklı bir rotaya sapması. Hedef açısından sonuç aynıdır: oturum çerezi bir adresle oluşturulmuş, sonraki istek bambaşka bir adresten gelmiştir. Birçok güvenlik sistemi bunu oturum ele geçirme belirtisi olarak değerlendirir ve yeniden giriş, e-posta onayı ya da ek doğrulama ister.

Kural basittir: bir çalışma alanı, tek adres ailesi, tek çıkış. Static IPv6 kullandığınız hesapta hiçbir aracın IPv4’ten çıkmaması, static IPv4 kullandığınız hesapta da hiçbir aracın IPv6 çıkışa kaymaması gerekir. Bunu doğrulamanın en kolay yolu, çıkış adresini proxy üzerinden birkaç kez sorgulayıp hem ailesini hem sabitliğini görmektir. Aşağıdaki kabuk betiği, kendi kontrolünüzdeki ve isteği yapan adresi düz metin olarak döndüren bir uç noktaya, aralarında bekleme olan üç istek gönderir.

#!/usr/bin/env bash
# HEDEF_URL: kendi kontrolünüzdeki, A ve AAAA kaydı olan ve
# isteği yapan adresi düz metin döndüren bir uç nokta.
# Şifrede özel karakter varsa URL kodlamasıyla yazın.
PROXY="http://KULLANICI:ŞİFRE@GATEWAY:PORT"
ONCEKI=""

for i in 1 2 3; do
  CIKIS=$(curl -s --max-time 20 -x "$PROXY" "HEDEF_URL")
  case "$CIKIS" in
    "")  echo "deneme $i: yanıt yok" ;;
    *:*) echo "deneme $i: IPv6 çıkış $CIKIS" ;;
    *)   echo "deneme $i: IPv4 çıkış $CIKIS" ;;
  esac
  if [ -n "$ONCEKI" ] && [ "$CIKIS" != "$ONCEKI" ]; then
    echo "uyarı: çıkış adresi denemeler arasında değişti"
  fi
  ONCEKI="$CIKIS"
  sleep 30
done

Üç denemede de aynı IPv6 adresi dönüyorsa çıkış hem doğru aileden hem de sabittir. Denemelerden biri IPv4 döndürüyorsa ya da adres değişiyorsa, sorun büyük olasılıkla istemci yapılandırmasındadır: yanlış uç nokta, yanlış kullanıcı bilgisi ya da isteğin proxy’yi atlaması. Yankı ucunun hem A hem AAAA kaydı olmasına dikkat edin; yalnız IPv4 dinleyen bir uç, IPv6 çıkışınızı ölçemez ve yanıltıcı sonuç verir. Aynı testi tarayıcıda da yapın: proxy profilini açtığınız sekmede yankı ucunu ziyaret edip betikteki adresle karşılaştırın.

IPv4’te bir ev aboneliği genellikle tek bir genel adresle görünür; operatör düzeyinde adres paylaşımı (CGNAT) olan ağlarda birden fazla abone aynı adresi bile paylaşabilir. IPv6’da tablo farklıdır: internet servis sağlayıcıları aboneye tek bir adres değil, bir önek (prefix) devreder. Devredilen önek boyutu sağlayıcıdan sağlayıcıya değişir; /56 ve /64 sık görülen değerlerdir. Evdeki cihazlar adreslerini bu önekten alır ve gizlilik uzantıları nedeniyle adresin son 64 biti zaman içinde değişebilir. Kısacası gerçek bir ev kullanıcısı IPv6’da tek bir sabit adresle değil, sabit bir önekle tanınır.

Hedef sistemler bunu bilir. Bazı hız sınırlama ve itibar mekanizmaları IPv6 adreslerini tek tek değil, /64 gibi önek blokları hâlinde değerlendirebilir; aksi takdirde tek bir abone, adresin son kısmını değiştirerek sayısız yeni kimlik üretebilirdi. Static IPv6 residential kullanırken bunun iki pratik sonucu vardır. Birincisi, aynı /64 içindeki iki adresi hedef büyük olasılıkla aynı haneye ait sayar; bu adreslerden ayrı ayrı yük bindirdiğinizde hız sınırı ortak bir kovadan düşer. İkincisi, o /64’te bir işin yarattığı olumsuz izlenim, aynı önekteki diğer işlerinize de yansıyabilir.

Bu, adreslerinizi atarken öneki de bir kaynak olarak yönetmeniz gerektiği anlamına gelir. Size verilen adreslerin hangi öneklere dağıldığını katalog belirtmez; bunu teslim aldığınız adreslerden ya da yukarıdaki çıkış testiyle gözlediğiniz adreslerden kendiniz çıkarırsınız. Aşağıdaki Python betiği, çalışma alanı ile adres eşlemesini tutan bir CSV dosyasını okur ve yüksek hacimli bir işin başka işlerle aynı /64’ü paylaştığı yerleri listeler. Dosya biçimi bir varsayımdır; kendi envanterinize göre uyarlayın.

import csv
import ipaddress
from collections import defaultdict

# atama.csv başlıkları: calisma_alani,adres,hacim
# örnek satır: musteri-a,2001:db8:4a:10::25,yuksek
onekler = defaultdict(list)
with open("atama.csv", encoding="utf-8") as f:
    for satir in csv.DictReader(f):
        ag = ipaddress.ip_network(satir["adres"].strip() + "/64", strict=False)
        onekler[ag].append((satir["calisma_alani"], satir["hacim"]))

for ag, isler in onekler.items():
    hacimler = {hacim for _, hacim in isler}
    if len(isler) > 1 and "yuksek" in hacimler:
        adlar = ", ".join(ad for ad, _ in isler)
        print(f"GÖZDEN GEÇİR {ag}: {adlar}")

toplam = sum(len(v) for v in onekler.values())
print(f"{len(onekler)} farklı /64, {toplam} atama")

Çıktıyı bir karar aracı gibi kullanın, kural motoru gibi değil. Aynı müşteriye ait iki düşük hacimli çalışma alanının aynı önekte olması sorun değildir; aksine gerçek bir hanedeki iki cihaz gibi tutarlı görünür. Sorun, yüksek hacimli bir izleme işi ile hassas bir hesap oturumunun aynı /64’ü paylaşmasıdır. Böyle bir eşleme, izleme işinin hız sınırına takıldığı gün hesap oturumunu da doğrulama ekranına düşürebilir ve iki sorunu birbirinden ayırmak zorlaşır.

ResidentialProxy kataloğunda static IPv6 ürününün kapsam listesinde iki ülke yer alır: Türkiye ve Amerika Birleşik Devletleri. Doğrulanmış paket kartları ise şu an yalnızca Türkiye lokasyonu için yayınlanır. Bu ayrım önemlidir: bir ülkenin kapsam listesinde görünmesi, o ülke için satın alınabilir bir paket olduğu anlamına gelmez. Bu sitede satın alma bağlantısı yalnızca doğrulanmış sipariş kimliği olan paketlerde gösterilir; ABD için paket kartı görmüyorsanız o lokasyon için sipariş yolu da yoktur. İhtiyacınız varsa destek ekibiyle teyit edin, tahmine dayalı sipariş vermeyin.

Türkiye paketleri 100, 200, 500, 1000, 5000 ve 10.000 adetlik kademelerde, aylık faturalamayla sunulur. Paket tanımında bant genişliği sınırsız olarak geçer; adil kullanım ve hız koşullarını sipariş adımında okuyun. Şehir veya bölge düzeyinde hedefleme gibi bir seçenek katalogda tanımlı değildir; yerel sonuçları şehir ayrıntısında ölçmeniz gerekiyorsa böyle bir seçeneğin olup olmadığını sipariş adımında ve panelde kontrol edin.

Türkiye dışında sabit residential kimlik gerekiyorsa yol IPv4’ten geçer. Static IPv4 residential kapsam listesinde Türkiye’nin yanı sıra Amerika Birleşik Devletleri, Almanya, Birleşik Krallık, Hollanda, Fransa, Polonya, Avusturya, Portekiz, İspanya, Kanada ve Brezilya bulunur; ülke bazında hangi paketlerin satışta olduğunu ilgili ürün sayfasındaki kartlardan görürsünüz. Aşağıdaki tablo, ihtiyacınızı katalogdaki karşılığıyla eşleştirir.

Static IPv6 paketlerinde adres başına maliyet kademe büyüdükçe düşer. Türkiye’deki static IPv4 residential paketlerinde ise adet ne olursa olsun adres başına fiyat 2,25 USD’dir; 1, 5, 10, 50 ve 100 adetlik paketlerin hepsi bu birim fiyatla hesaplanmıştır. Bu iki yapıyı yan yana koymanın en anlaşılır yolu, her IPv6 paketine harcanan parayla kaç Türkiye static IPv4 adresi alınabileceğine bakmaktır.

Tablonun son sütunu, birden fazla IPv4 paketinin bir arada alınabildiği varsayımıyla hesaplanmıştır; örneğin 42 adres, dört adet 10’luk ve iki adet 1’lik paketle elde edilir. Adres başına bakınca fark çarpıcıdır: en küçük IPv6 paketinde bir adres, Türkiye static IPv4 adresinin yaklaşık 37,5’te biri; 10.000’lik pakette ise yaklaşık 119’da biri maliyetindedir.

Yine de bu oranı doğru okumak gerekir. Bir hesap işi için yüzlerce adrese ihtiyacınız yoksa adres başına maliyet sizin için anlamlı bir ölçüt değildir; anlamlı olan toplam faturadır. Üç sabit kimlik gereken bir iş için IPv4 tarafında 3 × 2,25 = 6,75 USD ödersiniz; IPv6 tarafında en küçük paket 6 USD’dir. Aradaki 0,75 USD’lik fark, hedefin IPv6 akışını test etme ve iki ayrı profil yönetme zahmetini karşılamaz. IPv6’nın maliyet avantajı, sabit kimlik ihtiyacı büyüdükçe ve hedef akışları tamamen IPv6’ya açık oldukça gerçek bir avantaja dönüşür.

Kapsam ve fiyat bilgisini bir araya getirince karar, iki koşulun birlikte sağlandığı işlerde netleşir: hedef akışının tamamı IPv6’ya açık olmalı ve sabit bir Türkiye kimliği gerçekten gerekli olmalıdır. Koşullardan biri eksikse, katalogda daha uygun bir ürün vardır. Aşağıdaki tablo tipik işleri bu iki koşula göre sınıflandırır.

Tablonun ilk satırı üzerinde durmaya değer, çünkü static IPv6 residential’ın en temiz kullanım alanlarından biridir ve çoğu zaman gözden kaçar. Sitenizi IPv6 üzerinden yayınlamaya başladığınızda, güvenlik duvarı ve hız sınırlama kurallarınız IPv6 adresleri nasıl gruplayacağını bilmeyebilir. Sonuç, Türkiye’deki gerçek ev kullanıcılarınızın bir kısmına gereksiz doğrulama ekranı göstermek ya da coğrafi kuralların IPv6 trafiği yanlış ülkeye ataması olabilir. Sabit Türkiye residential IPv6 adreslerinden yapılan düzenli kontroller, bu sorunları müşteri şikâyetinden önce görmenizi sağlar. Hedef kendi sisteminiz olduğu için kullanım koşulları ve izin sorusu da baştan çözülmüş olur.

Yerel içerik ve fiyat izlemede belirleyici olan, hedefin IPv6 ziyaretçiyi IPv4 ziyaretçiyle aynı yerel bağlamda görüp görmediğidir. Coğrafi konum veritabanları IPv6 adresleri IPv4’ten farklı kaynaklarla eşleyebilir; bazı hedeflerde IPv6 çıkıştan gelen istek varsayılan ülke sürümüne düşebilir. Bu yüzden izleme kurmadan önce aynı sayfayı bir static IPv6 ve bir static IPv4 Türkiye adresinden açıp para birimi, dil, stok ve teslimat bilgisini karşılaştırın. İki görünüm aynıysa IPv6’nın maliyet avantajını rahatça kullanabilirsiniz; farklıysa ölçümünüzün hangi kitleyi temsil ettiğine bilinçli olarak karar vermeniz gerekir.

Varsayımsal bir dijital ajansı düşünün. Ajans, Türkiye’deki 40 müşterisi adına, müşterilerin yetkilendirdiği yönetim panellerinde çalışıyor. Her müşteri çalışma alanının ay boyunca aynı Türkiye residential adresinden açılmasını istiyor; çünkü adres değiştikçe panellerin güvenlik kontrolleri ek doğrulama istiyor ve ekip her seferinde müşteriden onay kodu beklemek zorunda kalıyor. Bu senaryoda fiyatlar katalogdan, aşağıdaki kabuller ise varsayımdır:

• —Varsayım 1: Sınıflandırma betiği ve iki haftalık gözlem sonunda 40 çalışma alanından 28’inin tüm akış host’ları IPv6’ya açık çıktı; 12’sinde en az bir host yalnız IPv4 sunuyor.
• —Varsayım 2: Her çalışma alanına bir sabit adres atanıyor; ajans ayrıca adres sorunu yaşanırsa kullanmak üzere yaklaşık yüzde 10 yedek tutuyor.
• —Varsayım 3: Birden fazla paket aynı anda alınabiliyor ve fiyatlar her ay aynı biçimde tekrarlanıyor.

Senaryo A’da ajans her şeyi static IPv4 Türkiye ile çözer. 40 çalışma alanı ve 4 yedek için 44 adres gerekir; dört adet 10’luk paket (4 × 22,50 USD) ve dört adet 1’lik paket (4 × 2,25 USD) toplam 99 USD tutar. Senaryo B’de 12 IPv4-only çalışma alanı ve 2 yedek için 14 IPv4 adres alınır: bir 10’luk paket ve dört 1’lik paket, toplam 31,50 USD. Kalan 28 çalışma alanı 100 adetlik static IPv6 paketine (6 USD) taşınır; pakette boşta kalan 72 adres, IPv6 tarafındaki yedek ihtiyacını fazlasıyla karşılar.

Fark aylık 61,50 USD, yıllık 738 USD’dir. Bu tasarrufun gerçek olup olmadığı tablodaki son satıra bağlıdır. İki ayrı profil şablonu, iki ayrı kimlik bilgisi seti ve ayda bir yinelenen uyum testi ekibin zamanını alır. Kendi saat maliyetinizle şu soruyu sorun: aylık 61,50 USD, kaç saatlik ek işi karşılıyor? Ekip küçükse ve bir panelde oturumun düşmesinin maliyeti yüksekse, tek profilin sadeliği bu farka değebilir.

Senaryonun hassasiyeti de öğreticidir. Test sonucunda 28 değil yalnızca 10 çalışma alanı IPv6’ya uygun çıksaydı, yedekler hariç hesapta 30 IPv4 adres (67,50 USD) ve bir IPv6 paketi (6 USD) toplam 73,50 USD ederdi; tümü IPv4 senaryosunun yedeksiz 90 USD’sine göre fark 16,50 USD’ye inerdi. Uygun çalışma alanı sayısı üçe düşerse fark 0,75 USD’ye kadar küçülür. Kısacası static IPv6 residential’ın ekonomisi, ürünün fiyatından çok sizin hedeflerinizin IPv6 olgunluğuyla belirlenir.

Aşağıdaki sıra, maliyet kararını test sonucundan sonra vermek için kurgulanmıştır. Her adım bir öncekinin çıktısını kullanır; bir adımı atladığınızda sonraki adımın sonucu da güvenilirliğini kaybeder.

1. 01Akış haritasını çıkarın. Her iş için tarayıcıda elle bir tur atın; dokunulan host adlarını, giriş ve ödeme gibi kritik adımları işaretleyerek kaydedin.
2. 02Host’ları sınıflandırın. Node.js betiğini çalıştırın; tek bir yalnız IPv4 host’u olan akışı doğrudan IPv4 kovasına alın ve bu kararı not edin.
3. 03Küçük başlayın. Aday akışlar için en küçük Türkiye paketini (100 adet, aylık 6 USD) alın; bağlantı protokolünü ve kimlik doğrulama yöntemini panelde teyit edin.
4. 04Çıkışı doğrulayın. Kabuk betiğiyle her kullanacağınız uç noktada adresin IPv6 olduğunu ve denemeler arasında değişmediğini görün; aynı kontrolü tarayıcı profilinde tekrarlayın.
5. 05Eşleme dosyasını kurun. Her çalışma alanını tek bir adresle eşleyin, Python betiğiyle önek dağılımını kontrol edin ve yüksek hacimli işleri hassas oturumlardan ayırın.
6. 06Gözlem dönemi tanımlayın. En az iki hafta boyunca ek doğrulama isteklerini, beklenmedik oturum kapanmalarını ve yerel içerik farklarını not edin; aynı ölçütleri IPv4 kovasında da tutun ki karşılaştırma yapılabilsin.
7. 07Kademeyi seçin. Gözlem sonunda kalıcı IPv6 kimlik sayısını belirleyin ve yedek payıyla birlikte bu sayıyı karşılayan en uygun kademeye geçin; bütçe tablosu bu karar için yeterlidir.
8. 08Yeniden test takvimini kurun. Sınıflandırma betiğini ayda bir çalıştırın; hedefte yeni bir host ya da değişen bir giriş akışı gördüğünüzde ilgili çalışma alanını yeniden gözleme alın.

Ters sıra, yani önce büyük kademeyi alıp uyumu sonra test etmek, hedeflerin önemli bir kısmı IPv4-only çıktığında elinizde kullanılmayan adresler bırakır. Küçük paketle başlamak bu riski aylık 6 USD ile sınırlar. Üçüncü adımda alınan 100 adetlik paket çoğu küçük ekip için zaten kalıcı çözüm olabilir; bu durumda yedinci adım yalnızca mevcut kademenin yeterli olduğunu teyit etmekten ibarettir.

Aşağıdaki tablo, static IPv6 residential kullanımında hesap ve oturum tarafında görülen sorunları belirtiden başlayarak sıralar. Genel bağlantı hatalarını değil, adres ailesi ve önek yapısından doğan durumları kapsar. Teşhise her zaman çıkış testini tekrarlayarak başlayın; sorun çıkış adresindeyse hedef tarafında aramaya gerek kalmaz.

Tablodaki çözümlerden biri ayrıca not gerektirir: adres değiştirmek bir çözüm aracıdır, alışkanlık değil. Sabit kimliğin değeri sürekliliğinden gelir; bir çalışma alanını her sorunda yeni bir adrese taşımak, hedefin gözünde rotasyondan farksız bir tablo üretir ve doğrulama ekranlarını azaltmak yerine artırabilir. Değişiklik gerçekten gerekiyorsa bir kez yapın, eşleme dosyasına tarih ve gerekçesiyle yazın ve yeni adresi o çalışma alanına kalıcı olarak bırakın.

Dönen bir ağda tek tek isteklerin izi çok sayıda adrese dağılır; static residential’da ise bütün etkinliğiniz aynı adreste ve aynı önekte birikir. Bu, sorumluluğu da sabitler. Hedefin kullanım koşullarını, robots.txt yönergelerini ve hız sınırlarını iş başlamadan okuyun ve belgeleyin. Bir panelde yetkili olduğunuzu ya da bir sitede veri toplamanın koşullara uygun olduğunu gösteremiyorsanız, adres ailesi ya da proxy türü bu sorunun cevabını değiştirmez.

Korumalı hedeflerdeki CAPTCHA, tarayıcı parmak izi kontrolleri ve benzeri mekanizmalar, hizmetin kendini kötüye kullanıma karşı koruma biçimidir. Bu mekanizmaları atlatmak, çözmek ya da yanıltmak için static IPv6 residential kullanmayın; bu sitede anlatılan yöntemler yalnızca meşru ve izinli işler içindir. Doğrulama ekranlarını sık görüyorsanız bunu bir uyarı olarak okuyun ve temponuzu ya da kapsamınızı gözden geçirin.

Kişisel veri boyutu da ayrıca planlanmalıdır. Yerel içerik veya fiyat izlerken kişisel veriye dokunmayın; dokunmanız gereken bir iş varsa KVKK ve gerekiyorsa GDPR kapsamında hukuki dayanağınızı, saklama süresini ve erişim yetkilerini önceden belirleyin. Kendi sitenizi test ettiğiniz senaryoda bile test hesaplarını gerçek müşteri verisinden ayırın ve test trafiğini etiketleyin ki analitik raporlarınız ve dönüşüm ölçümleriniz kirlenmesin.

Aşağıdaki listeyi sipariş öncesinde ve ilk ayın sonunda bir kez daha işaretleyin. Bir madde açık kalıyorsa, kademe büyütmeden önce onu kapatın.

• —Her işin oturum akışındaki host’lar listelendi; giriş, API, ödeme ve güvenlik bileşeni host’ları dahil.
• —Sınıflandırma betiği çalıştırıldı; tek bir yalnız IPv4 host’u olan akışlar static IPv4’e ayrıldı.
• —İhtiyaç duyulan lokasyon için doğrulanmış paket kartı olduğu görüldü; Türkiye dışındaki sabit ihtiyaçlar için static IPv4 planlandı.
• —Bağlantı protokolü ve kimlik doğrulama yöntemi sipariş adımında ve panelde teyit edildi.
• —Çıkış testi her uç noktada IPv6 adres döndürdü ve denemeler arasında adres değişmedi.
• —Her çalışma alanı tek adres ailesi ve tek çıkışla eşlendi; istisna listeleri ve yan araçlar kontrol edildi.
• —Önek dağılımı çıkarıldı; yüksek hacimli işler hassas oturumlardan ayrı öneklere yerleştirildi.
• —Yerel içerik görünümü static IPv6 ve static IPv4 Türkiye çıkışlarından karşılaştırıldı.
• —Gözlem dönemi boyunca ek doğrulama istekleri ve oturum kapanmaları kayıt altına alındı.
• —Kademe, gerçek kimlik ihtiyacı ve yedek payıyla seçildi; maliyet karşılaştırması yazılı hâle getirildi.
• —Kullanım koşulları, hız sınırları ve kişisel veri kararları her hedef için belgelendi.
• —Aylık yeniden test tarihi takvime eklendi ve sorumlu kişi belirlendi.

Bu listeyi tamamlayan bir ekip için static IPv6 residential, Türkiye’de sabit ve ev aboneliği görünümündeki kimliği en düşük birim maliyetle sağlayan seçenektir. Listeyi tamamlayamayan bir ekip için ise doğru seçim çoğu zaman static IPv4’tür; daha pahalıdır ama daha az varsayıma dayanır ve hedefin IPv6 olgunluğundan bağımsız çalışır.