Tarayıcı Parmak İzi ve Proxy Uyumu: IP ile Profil Eşleşmesi

Tarayıcı parmak izi, bir sitenin çerez kullanmadan ziyaretçiyi tanımak için topladığı ayrıntıların bütünüdür: saat dilimi, dil, ekran ölçüsü, yüklü yazı tipleri, grafik kartının çizim biçimi, HTTP başlıklarının sırası ve TLS el sıkışmasının imzası. Proxy bu listedeki tek bir satırı, isteğin geldiği IP adresini değiştirir. Geri kalan her satır tarayıcınızdan çıkar ve IP’nin anlattığı hikâyeyle çelişirse site iki hikâyeden şüphelenir.

Uyum tam olarak bu demektir: IP’nin söylediği ülke, ağ türü ve bağlantı biçimi ile tarayıcının söylediği saat dilimi, dil, konum ve istemci türü aynı kişiyi anlatmalıdır. Almanya’daki bir konut IP’sinden gelen isteğin tarayıcısı İstanbul saatini, Türkçe arayüzü ve bir sunucu kütüphanesinin başlık sırasını taşıyorsa residential IP’nin sağladığı güven tek başına yetmez. Captcha ve engel sinyallerinin genel listesi captcha rehberinde var; parmak izi ile IP eşleşmesi o listeden ayrı ele alınmayı hak eder, çünkü IP değiştirmek bu çelişkiyi düzeltmez.

Ağ katmanı istek daha sayfa yüklenmeden okunur. TLS el sıkışmasında istemcinin sunduğu şifre takımları ve uzantıların sırası, kullanılan HTTP sürümü ve başlıkların dizilişi her tarayıcı ailesinde farklıdır. Bir masaüstü Chrome’un el sıkışma imzası bir Python kütüphanesininkine benzemez. Site bu imzayı User-Agent başlığıyla karşılaştırır; başlık Chrome derken imza bir kütüphaneyi gösteriyorsa çelişki daha ilk pakette ortaya çıkar. Proxy bu katmana hiç dokunmaz, çünkü el sıkışma istemci ile hedef arasında uçtan uca kurulur.

Tarayıcı katmanı sayfa yüklendikten sonra JavaScript ile toplanır: saat dilimi, dil listesi, ekran ve pencere ölçüsü, cihaz belleği, işlemci çekirdek sayısı, yüklü yazı tipleri, canvas ve WebGL çizimlerinin özeti, ses işleme çıktısı. Bu değerlerin her biri tek başına milyonlarca kişiyle ortaktır; birleşimleri ise çoğu zaman tektir. Site tekillikten çok tutarlılığa bakar: saat dilimi IP’nin ülkesiyle, dil listesi arayüz diliyle, ekran ölçüsü bildirilen cihaz türüyle uyuşuyor mu.

Davranış katmanı zamanla oluşur: sayfalar arasında geçen süre, kaydırma ve fare hareketi, aynı parmak izinin kaç farklı IP’den görüldüğü. Bu katman proxy kullanım biçimine bağlıdır. Aynı tarayıcı profili bir saat içinde yirmi farklı ülkeden istek gönderiyorsa, her IP tek tek temiz olsa bile profil işaretlenir.

Saat dilimi: JavaScript tarayıcının saat dilimini işletim sisteminden okur. IP Hollanda’da, saat dilimi Europe/Istanbul ise ilk çelişki budur ve en sık görülenidir. Dil: Accept-Language başlığı ve navigator dil listesi tarayıcı ayarından gelir; Fransız IP’si ile yalnız Türkçe kabul eden bir istek ikinci çelişkiyi verir.

WebRTC: Tarayıcı içi görüntülü görüşme altyapısı, bağlantı kurmak için cihazın yerel ve gerçek genel IP’sini keşfedebilir. Bu keşif proxy ayarını atlar ve gerçek adresinizi sayfaya açabilir; proxy arkasındayken WebRTC’nin kapalı ya da proxy’ye yönlendirilmiş olması gerekir. DNS: HTTP proxy ve uzak çözümleme yapan SOCKS5 bağlantısında alan adı proxy tarafında çözülür; yerel çözümleme yapan bir kurulumda ise DNS sorgusu kendi sağlayıcınızın sunucusuna gider ve hedef, çözümleyicinin ülkesini görür.

Konum API’si: Site tarayıcıdan konum izni isterse ve izin verilmişse, cihazın GPS ya da Wi-Fi tabanlı konumu IP’den bağımsız olarak paylaşılır. Konum izninin kapalı olması yetmez; izin isteğinin reddedilmiş olması da bir sinyaldir, bu yüzden en temiz durum izin isteğine hiç ulaşmamaktır. TLS ve başlık imzası: User-Agent masaüstü Chrome derken el sıkışma imzası bir kütüphaneyi gösteriyorsa çelişki altıncı noktadır. Profil tekrarı: Aynı canvas, aynı yazı tipi listesi ve aynı ekran ölçüsünün yüzlerce farklı IP’den gelmesi yedinci ve en zor düzeltilen çelişkidir.

Ülke başına bir profil kuralı ile başlayın. Hangi ülkenin IP’sini kullanıyorsanız o ülke için ayrı bir tarayıcı profili açın ve profilin saat dilimini, arayüz dilini, Accept-Language listesini ve bölgesel biçimlerini o ülkeye göre ayarlayın. Türkiye IP’si için Europe/Istanbul, Türkçe birincil dil ve ikinci sırada İngilizce; Almanya IP’si için Europe/Berlin ve Almanca. Ülke seçimi rehberindeki hedef ülke kararı bu profilin temelini oluşturur.

Ağ ayarlarını proxy’den geçirin: alan adı çözümlemesi proxy tarafında yapılsın, WebRTC kapalı ya da proxy üzerinden çalışsın, tarayıcı konum iznine hiç ulaşmasın. Otomasyon araçlarında gerçek bir tarayıcı çekirdeği kullanın; bir HTTP kütüphanesine tarayıcı başlıkları eklemek User-Agent’ı değiştirir ama el sıkışma imzasını değiştirmez. Gerçek tarayıcıyla çalışan Playwright ya da benzeri bir araç, imza ile başlığı kendiliğinden tutarlı üretir.

Profil ile IP’yi birlikte yaşatın. Bir profil bir IP’de açıldıysa o oturum boyunca aynı IP’de kalsın; IP değiştiğinde profil de değişsin ya da en azından oturum kapanıp yeniden başlasın. Aynı profilin saat içinde onlarca IP’den görünmesi, residential IP’nin sağladığı doğallığı davranış katmanında geri alır. Son olarak her profilde çerez ve yerel depolamayı o profile özel tutun; profiller arasında paylaşılan çerez, iki IP’yi aynı kişiye bağlar.

Birinci adım: Proxy’yi tarayıcıya tanımlayın ve genel IP adresinizi gösteren bir kontrol sayfası açın. Görünen adres proxy’nin adresi olmalı; kendi adresiniz görünüyorsa proxy ayarı hiç devreye girmemiştir. İkinci adım: Aynı sayfada ya da tarayıcı konsolunda saat dilimini ve dil listesini okutun; ikisi de IP’nin ülkesiyle uyuşmalı.

Üçüncü adım: Bir WebRTC sızıntı test sayfası açın. Yerel ağ adresi ve gerçek genel adres listeleniyorsa WebRTC proxy’yi atlıyor demektir; tarayıcı ayarından ya da eklentiyle kapatın ve sayfayı yenileyin. Dördüncü adım: Bir DNS sızıntı testi çalıştırın. Listelenen çözümleyici sunucular proxy’nin ülkesinde ya da proxy sağlayıcısının ağında olmalı; kendi internet sağlayıcınızın sunucuları görünüyorsa çözümleme yerelde kalıyordur.

Beşinci adım: Hedefinize benzer bir siteyi açıp sayfayı normal hızda gezin ve captcha ya da doğrulama ekranı gelip gelmediğini not edin. Bu adım ilk dördü geçtiyse çoğu zaman sorunsuz biter; gelmeye devam ediyorsa sorun artık IP ya da profil uyumunda değil, istek hızında ya da IP’nin geçmişindedir. Bu ayrımı yapmanın deneyleri captcha rehberinde anlatıldı.

Static IPv4 residential üründe eşleme en basit biçimini alır: bir profil, bir IP, aylarca. Profilin saat dilimi ve dili bir kez IP’nin ülkesine göre ayarlanır ve değişmez. Hesap yönetimi, panel erişimi ve tutarlı kimlik gerektiren işler bu yüzden static ürünle daha az sürtünme yaşar; site her ziyarette aynı IP’den aynı profili görür ve geçmiş, güven olarak birikir.

Rotating IPv4 residential üründe iki yol vardır. Sticky oturumla çalışıyorsanız oturum başına bir profil açılır ve oturum süresince IP sabit kaldığı için uyum korunur; oturum bitince profil de kapanır. Her istekte yeni IP alıyorsanız kalıcı bir profil zaten anlamsızdır; her istek bağımsız bir ziyaret gibi görünmelidir, yani çerez taşınmaz, parmak izi bir profile bağlanmaz ve iş tek sayfalık okumalarla sınırlı tutulur. Bu modda çok adımlı bir akış kurmak, aynı çerezin farklı ülkelerden görünmesine yol açar.

Her iki üründe de ülke tutarlılığı kuralı geçerlidir: profilin dili ve saat dilimi, o oturumda kullanılan IP’nin ülkesine göre seçilir. Ülke hedeflemeli rotating paketlerde oturumun ülkesi sabitlenebildiği için profil bir kez ayarlanıp oturum boyunca korunabilir; ülke değiştirilen her yeni oturumda profil de değiştirilir.

Uyum sorunu çoğu zaman engel olarak değil, sessiz bir düşüş olarak görünür. Bölgesel sonuç ölçümünde IP Almanya’da olduğu halde Türkçe sonuçlar dönüyorsa dil başlığı IP’yi ezmiştir. Reklam doğrulamada yerel kampanyalar gösterilmiyorsa site konumu IP’den değil tarayıcıdan okuyor olabilir. Uygulama testinde aynı profil farklı ülkelerden girdikçe oturumlar düşüyorsa davranış katmanı işaretlenmiştir.

Her üç durumda da ilk bakılacak yer beş dakikalık testin çıktısıdır. Saat dilimi, dil, WebRTC ve DNS satırları IP’nin ülkesiyle eşleştiğinde ve profil bir IP’ye bağlı kaldığında residential IP’nin sağladığı doğallık tarayıcı tarafında da tamamlanmış olur.