Uzantı düzeyinde kapsayıcı proxy ile antidetect tarayıcı: çoklu hesap yalıtımında iki yol
Çoklu hesap yalıtımı iki yoldan birini izler: antidetect tarayıcı çekirdek düzeyinde ayrı bir ortam taklit eder, uzantı biçimindeki kapsayıcı proxy tek bir tarayıcıyı oturum düzeyinde böler. Birincisi yalıtım derinliği satın alır, ikincisi paralellik.
Çoklu hesap yalıtımı aslında neyi yalıtır? Üç katman
Yalıtım bir anahtar değil, birbirinin yerini tutmayan üç yetenektir — ve eksik kalan katman, tam olarak yanlış risk kontrolünde ortaya çıkan katmandır.
- Oturum yalıtımı
- Çerezler, localStorage ve oturum durumu birbirine görünmez. Hesapların birbirine karışıp karışmadığını bu belirler.
- Ağ yalıtımı
- Her hesap kendi IP’sinden çıkar ve çalışma alanı değiştirmek A’nın trafiğini B’nin oturumuna taşımaz. Platformun tek bir kaynak mı yoksa birkaç kaynak mı gördüğünü bu belirler.
- Parmak izi yalıtımı
- UA, saat dilimi, dil, Canvas / WebGL / Audio ve font numaralandırması — pasif olarak toplanan yüzey her hesap için hem kararlı hem ayrışık kalır. Bir kaynağın kaç cihaz sayıldığını bu belirler.
Bu üçü eşit ağırlıkta değil: oturum katmanı taban, ağ katmanı geçer not, parmak izi katmanı ayrım çizgisidir. Bir yolun yeterli olup olmadığını anlamak için «çoklu hesabı destekliyor mu» diye değil, kendi sınırı içinde hangi katmanları uyguluyor diye sorun.
Birinci yol: antidetect tarayıcı yalıtımı çekirdeğe gömer
Antidetect tarayıcı ayrı bir istemcidir: her ortam kendi profilini, kendi çerez deposunu, kendi proxysini ve yeniden yazılmış bir parmak izini alır. Üç katman da onun sınırı içinde kalır; bu da onu iki yolun daha derini yapar.
Maliyet de aynı yerden gelir: her ortam gerçekten çalışan bir tarayıcı örneğidir, dolayısıyla bellek ortam sayısıyla doğrusal büyür; lisans genellikle eşzamanlı ortam veya koltuk başına faturalanır; ve belirli bir sayıdan sonra çekirdek güncellemeleri, proxy havuzları ve parmak izi şablonlarının tutarlılığı operasyon işine dönüşür. Genelde bir otomasyon arayüzü de sunar, çünkü onlarca hesabı elle giriş yapıp yayınlamak mümkün değildir. Belirli bir ürünün neyi kapsadığı uygulamaya bağlıdır — karşılaştırma yazısına değil, kendi belgelerine bakın.
Ayırmak gerekir: Chrome’un yerleşik çoklu profilleri oturumları yalıtır, ama profil başına proxy girişi ve oturum durumu anlık görüntüsü yoktur; geçiş bir pencereye mal olur. Bkz. İç bağlantı: Chrome profilleri ile kapsayıcılar.
İkinci yol: uzantı biçiminde kapsayıcı proxy — antidetect tarayıcı olmadan çoklu hesap yalıtımı
CrispLogin bu yola aittir: ayrı bir tarayıcı değil, Chrome / Edge uzantısıdır. Zaten kullandığınız tarayıcının içinde çalışır ve bir uzantının erişebildiği API’lerle o tek tarayıcıyı birkaç yalıtılmış çalışma alanına böler — her biri çerezler ve site deposu üzerinde kendi görüşüne, kendi çıkış proxysine, kendi oturum durumu anlık görüntülerine sahip.
Nedensel zincir düz. Kapsayıcı, uzantının kendi tuttuğu bir aidiyet haritası olduğu için — sekme → kapsayıcı — çerezler ve site deposu kapsayıcı başına yazılır: A alanında giriş yaptığınız bir site, B alanı açtığında çıkış yapmış görünür ve iki localStorage deposu birbirini görmez. Proxy tarayıcının tamamına değil kapsayıcıya bağlı olduğu için alan değiştirmek çıkış IP’sini de değiştirir ve A’nın ağ kimliği hiçbir zaman B’nin oturumuna girmez. Oturum katmanının «tek tarayıcıda aynı anda birden fazla hesap» konusunda verebileceği en fazlası budur.
Kapsayıcı proxy Chrome’a gerçekte nasıl yerleşir
Daha kesin söylemek gerekirse: Chrome’un proxy ayarları tarayıcı profiline aittir, sekmeye değil, ve bir PAC betiği hiçbir zaman tabId almaz. Bu yüzden kapsayıcı proxy, etkin sekme değiştiğinde bu profil geneli yapılandırmanın yeniden yazılmasıyla uygulanır; böylece ön plandaki sekmenin çıkışı kapsayıcısının çıkışına eşit olur. Garanti ettiği şey «hangi alana bakıyorsanız onun çıkışı etkindir», «on alan aynı anda kendi tünelinden geçer» değildir — bu ayrı bir ağ yığını gerektirir ve yalnızca bir istemci yapabilir. Diğer kapsayıcılar çıkarken kurallarla engellenir, böylece iki çıkış aynı anda asla karışmaz; service worker istekleri ve WebRTC kapsamı sınırlıdır ve uygulamaya bağlıdır. Yapılandırma ve sorun giderme: İç bağlantı: kapsayıcı proxylerini yapılandırma ve hata ayıklama.
Site anlık görüntüleri: hesap değiştirmek artık yeniden giriş demek değil
Bir anlık görüntü tek bir sitenin oturum durumunu saklar — çerezler artı o sitenin deposu — ve bir kapsayıcıya aittir. Oturum durumu tek başına anlık görüntü olarak saklanabildiği için hesap değiştirmek, çıkış ve yeni giriş yerine tek bir seçime mal olur ve kimsenin parolaları bir not uygulamasında tutması gerekmez. Orta riskli işlerde uzantı yolunun en pratik parçası budur: «birden fazla hesabı» «birden fazla tarayıcıdan» «birden fazla çalışma alanına» indirir. Kullanım: İç bağlantı: site anlık görüntülerini kaydetme ve geri yükleme.
Bir uzantı parmak izi katmanında neyi yapabilir, neyi yapamaz
Manifest V3 altında bir uzantının değiştirebildiği şey istek başlıklarıdır: UA ve sec-ch-ua Client Hints ailesi kapsayıcı başına yeniden yazılabilir (declarativeNetRequest modifyHeaders). Bunun altında durur: Canvas, WebGL, AudioContext ve font numaralandırması renderer ve çekirdekte olur, uzantının bunlar için API’si yoktur — yalnızca sayfa JavaScript’ini yamalayabilir, ki bu çekirdek düzeyinde bir yeniden yazma değildir, tespit edilebilir ve tarayıcı sürümüne sıkı sıkıya bağlıdır. Yani uzantının parmak izi katmanında sunduğu şey tutarlılıktır — aynı kapsayıcı her seferinde aynı görünür —, farklı kapsayıcıların farklı makineler gibi göründüğü kamuflaj değil. İki yol arasındaki ayrım çizgisi budur ve bulanıklaştırılmamalıdır.
Antidetect tarayıcı ile uzantı: sekiz boyut, yan yana
Yukarıdaki çözümleme tek bir tabloya sıkıştırıldı. Her satır tek bir soruyu yanıtlar ve sonuç hücrede durur — «duruma göre değişir» yok.
| Boyut | Antidetect tarayıcı (ayrı istemci) | Uzantı biçiminde kapsayıcı proxy (CrispLogin ve benzerleri) |
|---|---|---|
| Yalıtım katmanı | Çekirdek: ayrı tarayıcı örneği ve ayrı profil | Oturum: tek tarayıcı içinde kapsayıcıya bağlı çerezler ve depo |
| Parmak izi kontrolü | Yüksek: UA, saat dilimi, dil, Canvas / WebGL / Audio ve fontlar bir küme olarak yapılandırılabilir | Sınırlı: istek başlıkları ve UA değiştirilebilir; çekirdek düzeyindeki parmak izi değiştirilemez |
| Proxy tanecikliği | Ortam başına bir proxy; birkaç çıkış aynı anda çalışabilir | Kapsayıcıya bağlı; ön plandaki alan için tek çıkış |
| Paralellik | Birden fazla istemci, birden fazla pencere; ortamlar birbirini etkilemez | Tek pencere, çok sekme; alanlar anında değişir |
| Kaynak kullanımı | Ortam başına bir tarayıcı süreç kümesi; bellek doğrusal büyür | Ana tarayıcıyı yeniden kullanır; neredeyse sıfır ek yük, birkaç sekme fazla |
| Maliyet | Eşzamanlı ortam veya koltuk başına, artı proxy havuzu ve operasyon | Uzantı aboneliği; ek istemci yok, ortam operasyonu yok |
| Uygun risk düzeyi | Yüksek: platform parmak izi tutarlılığını derinlemesine doğrular | Orta: risk kontrolü oturum, davranış ve çıkış IP’sine dayanır |
| Tipik kullanım | Büyük sosyal matrisler, sınır ötesi çok mağazalı satış, toplu otomasyon | Bir avuç hesap, günlük alan değişimi, reklam ve destek için çoklu giriş |
Karar sınırı: uzantı ne zaman yeter, ne zaman istemci gerekir
Tek tek işaretleyebileceğiniz üç ölçüt. «Duruma göre değişir» bunlardan biri değil.
- Hesap sayısı ve eşzamanlılık.Yaklaşık on hesap, günde onlarca kez geçiş: uzantı yeter. Otuzun üzerinde ve hepsi aynı anda çevrimiçi: istemci gerekir — uzantının paralelliği geçiştir, eşzamanlılık değil, ve aynı anda yalnızca bir ön plan çıkışı vardır.
- Platformun gerçekte neyi cezalandırdığı.Askıya alma gerekçeleri yinelenen cihaz parmak izlerinden veya Canvas anormalliklerinden söz ediyorsa platform parmak izi tutarlılığını doğruluyor demektir ve uzantının oturum artı çıkış ikilisi bunu karşılamaz. Askıya almalar IP, giriş sıklığı ve davranışı izliyorsa uzantı bunu zaten karşılar.
- Gözetimsiz çalışma gerekip gerekmediği.Toplu giriş, toplu yayınlama ve zamanlanmış işler istemci gerektirir, çünkü kararlı bir otomasyon arayüzü gerektirirler. Uzantılarda bu yoktur; bir ürün olduğunu iddia ediyorsa yalnızca etkileşim katmanını kapsıyordur.
Ters yön de önemli: üç hesap, günde beş geçiş ve siz yalnızca mağaza arka paneli ile reklam konsolunu aynı pencerede ayırmak istiyorsunuz — bunun için ortam başına istemci satın almak, operasyon maliyetini hiç kullanmayacağınız bir yalıtım derinliğiyle değiştirir. İç bağlantı: hafif yolun yeterli olmaktan çıktığı yer
Üç yaygın yanılgı
Yanılgı bir: yalıtım, IP değiştirmektir
IP yalnızca ağ katmanıdır. Oturumlar yalıtılmadığında iki hesap aynı tarayıcıda çerezleri paylaşır ve hiçbir çıkış rotasyonu birbirine karışmalarını engellemez. Önce oturumu, sonra IP’yi kontrol edin.
Yanılgı iki: bir uzantı antidetect tarayıcının yerini tamamen alır
Almaz. Bir uzantı çekirdek düzeyindeki parmak izine ulaşamaz ve ayrı bir ağ yığını sunmaz; bu iki olgu tavanını belirler. Yerini aldığı şey, yalnızca ayrı giriş yapmak için istemci satın alma güdüsüdür — istemcinin kendisi değil.
Yanılgı üç: antidetect tarayıcı otomatik olarak daha güvenlidir
Daha güçlü ortam yalıtımı verir, daha güçlü operasyonel güvenlik değil. Ortam sayısı arttıkça ve yapılandırma tutarsızlaştıkça hata yüzeyi büyür: proxynin coğrafi konumuyla çelişen bir parmak izi şablonu, IP’nin bölgesiyle çelişen bir saat dilimi, tekdüzelikten daha yüksek sesli sinyallerdir.
Sık sorulan sorular
Bir uzantı antidetect tarayıcının yerini tamamen alabilir mi?
Hayır. Bir uzantı çerezleri ve site deposunu yalıtabilir, kapsayıcı başına çıkışı değiştirebilir ve oturum durumunu geri yükleyebilir; ancak Canvas veya WebGL gibi çekirdek düzeyindeki parmak izlerini değiştiremez ve birkaç alanı aynı anda farklı tünellerden geçiremez. Platform parmak izi tutarlılığını derinlemesine doğruluyorsa hâlâ istemci gerekir. Tersine, yalnızca oturum ve IP yalıtımı için istemci fazladır.
Kapsayıcı proxy’nin genel proxy’den farkı nedir?
Neyin neyi izlediğine indirgenir. Genel proxy tüm tarayıcıya bütün sekmelerin paylaştığı tek bir çıkış verir, dolayısıyla hesap değiştirmek onu değiştirmez. Kapsayıcı proxy çıkışı çalışma alanına bağlar, dolayısıyla alan değiştirmek çıkışı değiştirir. Birincisi daha basittir ama birkaç hesabı tek IP’de birleştirir; yalnızca ikincisi her alana kendi kaynağını verir.
Aynı tarayıcıda birkaç hesaba aynı anda girersem birbirlerini atarlar mı?
Oturumların gerçekten yalıtılmış olmasına bağlı. Çerezler ve site deposu kapsayıcı başına ayrıldığında ve kapsayıcılar oturum durumunu paylaşmadığında, aynı alan adındaki hesaplar bir arada bulunabilir. Aynı kapsayıcı içindeki iki alan aynı oturumdur, bu yüzden sonraki giriş öncekini dışarı atar. Test, iki tarafın bağımsız çerez tutup tutmadığıdır.
Antidetect tarayıcı olmadan çoklu hesap riski gerçekte nerede?
Parmak izi katmanında. Tek makine ve tek tarayıcıda, IP’ler ayrı olsa bile pasif olarak toplanan yüzey — Canvas, fontlar, saat dilimi — aynı kalır ve bu sinyalleri kararına katan bir platform hesapları birbirine bağlar. Bu yüzden uzantı yolu, risk kontrolü oturum ve IP odaklı platformlara uyar; parmak izi tutarlılığını katı bir gereklilik sayanlara uymaz.
Kaynaklar ve son güncelleme
Bu yazının API davranışına değindiği yerlerde resmî belgeler geçerlidir. Uzantı yetenek sınırları tarayıcı sürümleriyle birlikte değişir — karar vermeden önce yeniden kontrol edin.
- Chrome for Developers, chrome.proxy API başvurusu — proxy ayarlarının kapsamı ve PAC desteği: developer.chrome.com/docs/extensions/reference/api/proxy
- Chrome for Developers, chrome.declarativeNetRequest — MV3’ün istek başlıklarında neleri yeniden yazabildiği ve yazamadığı (UA / Client Hints): developer.chrome.com/docs/extensions/reference/api/declarativeNetRequest
- Chrome for Developers, Migrate to Manifest V3 — arka plan sayfaları service worker olur, engelleyici webRequest kalkar: developer.chrome.com/docs/extensions/develop/migrate
- MDN, contextualIdentities — Firefox çoklu hesap kapsayıcıları depoyu cookieStoreId ile yalıtır, uzantı düzeyindeki kapsayıcıların kamuya açık örneği: developer.mozilla.org/…/contextualIdentities
- MDN, State Partitioning — tarayıcıların depoyu üst düzey siteye göre bölmesinin yayımlanmış mekanizması: developer.mozilla.org/…/State_Partitioning
Son güncelleme: 8 Kasım 2026. Belirli ürün yeteneklerine ilişkin açıklamalar güncel sürümü yansıtır; «uygulamaya bağlıdır» denilen yerlerde seçim yapmadan önce gerçek bir testle doğrulayın.