LinkedIn Proxy Kullanımı: Kapsam, Oturum ve Paylaşımlı Erişim

LinkedIn tek bir sunucuya konuşan basit bir site gibi görünür, ancak istemci tarafında birbirinden ayrı çalışan üç iş vardır: sayfa gezintisi ve oturum, profil fotoğrafı ile belge gibi statik varlıkların indirilmesi ve mesaj kutusunu canlı tutan uzun ömürlü bağlantı. Proxy tanımladığınızda bu üçü otomatik olarak aynı yoldan gitmez.

Kurumsal tarafta ikinci bir katman daha vardır: sayfa yönetimi, aday görüşmeleri veya reklam kampanyaları çoğu zaman tek bir kişiye değil bir ekibe aittir. O ekip farklı şehirlerden, farklı cihazlardan ve bazen farklı ülkelerden bağlanır. Çıkışı düzenlemeden büyüyen bir ekip, platform tarafında tutarsız bir bağlantı geçmişi bırakır.

Aşağıdaki bölümler önce kapsamı netleştiriyor, sonra çıkış türü ve oturum kararına, en sonunda da ekip düzeyinde erişim yönetimine geçiyor.

Web arayüzü ile mobil uygulama aynı proxy kuralını görmez

LinkedIn’i tarayıcıdan kullandığınızda kural, o tarayıcı profilinin açtığı her bağlantı için geçerlidir: sayfa gezintisi, profil fotoğrafları, gömülü videolar ve arka planda çalışan veri istekleri aynı çıkıştan gider. Kuralı işletim sistemi düzeyinde tanımladıysanız kapsam daha da genişler; aynı makinedeki diğer uygulamalar da o çıkışı kullanmaya başlar.

Mobil tarafta tablo değişir. iOS ve Android’de proxy ayarı kablosuz ağın özelliklerine bağlıdır: yalnızca o Wi-Fi ağına bağlıyken geçerlidir ve hücresel veri bağlantısını kapsamaz. Telefon Wi-Fi’dan mobil veriye düştüğü anda uygulama doğrudan operatör adresinizle konuşmaya başlar. Ayrıca bazı mobil uygulamalar sistem ayarını dikkate almadan kendi bağlantısını kurabilir.

Bunun pratik sonucu şudur: masaüstü tarayıcıda çıkışınız değişmiş görünürken telefondaki uygulama hâlâ gerçek adresinizden bağlanıyor olabilir. Aynı hesabı iki farklı kapsamdan kullanmak, platform tarafında birbirini tutmayan bir bağlantı geçmişi oluşturur ve sorunun kaynağını teşhis etmeyi zorlaştırır.

Kurulumdan sonra iki istemciyi ayrı ayrı doğrulayın: masaüstü tarayıcıda ve telefonun tarayıcısında çıkış adresinizi gösteren bir sayfa açıp iki sonucun birbirini tutup tutmadığına bakın. Sonuçlar farklıysa kapsam eksik kurulmuş demektir ve eksik olan taraf neredeyse her zaman telefondur. Kapsamı uygulama düzeyinde ayırmak isterseniz SOCKS5 proxy tarafındaki uygulama bazlı yönlendirme, tarayıcı uzantısından çok daha net bir sınır çizer.

Mesaj ve bildirim kanalı tünelin içinde nasıl davranır?

Mesaj kutusu ve bildirim rozeti, her saniye yeni bir istek atarak değil, açık kalan uzun ömürlü bir bağlantı üzerinden güncellenir. Tarayıcıda bu genellikle bir WebSocket oturumu ya da uzun süre açık tutulan bir HTTP akışıdır. Fark önemlidir: kısa istekler koparsa yeniden denenir, kalıcı bağlantı koparsa arayüz sessizce eskimeye başlar.

HTTPS üzerinde bu bağlantı, proxy’nin CONNECT ile açtığı tünelin içinde ilerler. Tünel kurulduktan sonra proxy taşıdığı baytların WebSocket mi yoksa sıradan bir istek mi olduğunu ayırt etmez. Sorun genellikle şifresiz akışta ya da agresif zaman aşımı uygulayan kurumsal proxy’lerde çıkar: boşta kalan bağlantı belirli bir süre sonra kapatılır.

Tipik belirti, sayfanın açılması ama sohbetin yenilenmeden güncellenmemesidir. Bildirim sayacı takılı kalır, mesaj gönderdiğinizde karşı taraf gecikmeli görür. Böyle bir durumda önce proxy’nin boşta kalma süresini, sonra bağlantı havuzu ayarlarını gözden geçirin. Konunun protokol tarafı için WebSocket ve proxy ile keep-alive ve bağlantı havuzu yazıları ayrıntılı bir çerçeve sunar.

Beklentiyi baştan doğru kurmakta fayda var: proxy araya ek bir durak koyduğu için el sıkışma ve ilk yanıt süresi genellikle biraz uzar. Amaç bağlantıyı hızlandırmak değil, çıkışı denetlemektir. Ölçmek isterseniz ping testi ve proxy latency yazısı karşılaştırma yapmanızı kolaylaştırır.

Çıkış türü kararı: sabitlik mi, ağ çeşitliliği mi?

LinkedIn tarafında bir bağlantının hangi ağdan geldiği, IP adresinin ait olduğu otonom sistem (ASN) üzerinden sınıflandırılabilir. Bir ev sağlayıcısının, bir mobil operatörün ve bir veri merkezinin ASN kaydı birbirinden farklıdır. Bu sınıflandırma tek başına bir sonuç üretmez, ancak davranış değerlendirmesinin girdilerinden biridir.

Uzun süreli ve oturum açılan çalışmalarda belirleyici olan şey çeşitlilik değil sabitliktir. Sağlayıcı ASN’sinde barınan ama veri merkezi kararlılığıyla çalışan ISP proxy bu yüzden profesyonel ağ kullanımında dengeli bir seçenektir: adres değişmez, bant genişliği öngörülebilir. Gerçek abone adresine ihtiyaç duyulan durumlarda residential proxy devreye girer; bu durumda rotasyon ayarını kapatıp yapışkan oturuma geçmek gerekir.

Mobil proxy operatör ağından çıkar ve aynı adresin çok sayıda gerçek abone tarafından paylaşıldığı bir yapıya (CGNAT) oturur; bu onu mobil uygulama davranışının test edildiği senaryolarda anlamlı kılar, ancak maliyeti ve kota yönetimi ayrı bir konudur. Datacenter proxy en hızlı ve en ucuz seçenektir; herkese açık sayfaların okunduğu, oturum açılmayan işler için yeterli olabilir.

ASN ve adres itibarının nasıl değerlendirildiğini merak ediyorsanız ASN ve IP itibarı yazısı konuyu ayrıntılandırıyor. Karar verirken tek soruyu netleştirin: bu iş oturum taşıyor mu, taşımıyor mu?

Oturum döngüsü ve yeniden doğrulama isteyen noktalar

Bir hesap açıldığında sunucu tarafında kaydedilen şey yalnızca kimlik bilgisi değildir; oturumun hangi çıkıştan başladığı da tabloya girer. Sonraki isteklerde taşınan oturum çerezi ile isteğin geldiği adres arasındaki tutarlılık, ek doğrulama istenip istenmeyeceğini etkileyen unsurlardan biridir.

Bu yüzden giriş yapılan senaryolarda yapışkan (sticky) oturum tercih edilir: aynı çıkış belirli bir süre boyunca korunur. Her istekte adres değiştiren rotating proxy ise oturum gerektirmeyen, herkese açık veriyi okuyan işlerde yükü dağıtmak için tasarlanmıştır. İkisini karıştırmak, en sık görülen yapılandırma hatasıdır. Kurulum ayrıntıları için sticky oturum rehberine bakabilirsiniz.

Çıkışı değiştirmeniz gerekiyorsa bunu ani bir sıçrama olarak değil kademeli bir geçiş olarak planlayın. Aynı ülkede kalmak, mümkünse aynı şehir veya bölgeyi korumak, tarayıcı profilini ve çerez deposunu da birlikte taşımak geçişi yumuşatır. Aynı anda hem VPN hem proxy çalıştırmak ise teşhisi zorlaştırır ve çoğu zaman bir fayda getirmez.