Bilibili Proxy: Web ve Mobil İstemcide Çıkış Kapsamı

Bilibili, uzun biçimli video, canlı yayın ve ekranda akan yorum katmanını aynı arayüzde birleştiren bir platformdur. Bu üç bileşen ağ tarafında birbirinden farklı davranır: video segment segment iner, canlı yayın sürekli bir akış olarak gelir, yorum katmanı ise uzun ömürlü bir bağlantı üzerinden anlık olarak güncellenir.

Proxy açısından bu çeşitlilik doğrudan bir kapsam sorusu üretir. Tarayıcıda tanımlanan bir kural bu bileşenlerin çoğunu kapsar; işletim sistemi düzeyinde tanımlanan bir kural daha fazlasını kapsar; mobil uygulamada ise kapsam uygulamanın kendi tercihlerine bağlıdır ve her zaman öngörülebilir değildir.

Aşağıdaki bölümler önce bu üç yüzeyi ayırıyor, sonra çıkış adresinin sınıflandırılmasını, istek zincirini, bölgesel lisans mekanizmasını ve sürekli bağlantıların davranışını ele alıyor.

Aynı hesap, üç farklı istemci yüzeyi

Birinci yüzey tarayıcıdır. Burada her şey öngörülebilir çalışır: tarayıcı, sistem proxy ayarını ya da kendi profil ayarını dikkate alır ve tüm istekleri o kural üzerinden gönderir. Sorun giderirken en kolay ortam budur, çünkü geliştirici araçlarıyla hangi isteğin nereye gittiğini doğrudan görebilirsiniz.

İkinci yüzey mobil uygulamadır. Android ve iOS’ta Wi-Fi ağ ayarlarına yazdığınız HTTP proxy, sistem üzerinden geçen istekleri yönlendirir; ancak kendi ağ yığınını kuran ya da sistem ayarını okumayan uygulamalar bu kuralın dışında kalabilir. Sonuç, uygulamanın bir kısmının proxy üzerinden, bir kısmının doğrudan çıkması olabilir. Bu durumu ayarlardan görmek mümkün değildir; yalnızca ölçerek anlaşılır.

Üçüncü yüzey gömülü oynatıcıdır. Bir blog yazısına veya forum gönderisine yerleştirilmiş oynatıcı, bulunduğu sayfadan bağımsız olarak kendi kaynağından yüklenir. Tarayıcı kuralınız yalnızca belirli alan adlarını kapsıyorsa gömülü oynatıcının varlıkları kapsam dışında kalır ve çerçeve boş görünür.

Bu üç yüzeyi ayırmak, “bende çalışıyor ama telefonda çalışmıyor” türü sorunların büyük bölümünü daha ilk adımda çözer. Kapsamı test etmeden ayar değiştirmek, çoğu zaman doğru ayarı yanlış yerde aramaya dönüşür.

Mobil uygulama ile tarayıcı arasındaki kapsam farkı nereden geliyor?

Masaüstü tarayıcılarında proxy desteği standarttır ve uygulamanın tüm ağ trafiği bu kanaldan geçer. Mobil işletim sistemlerinde ise durum farklıdır: Wi-Fi ayarına yazılan proxy bilgisi sistemin ortak ağ katmanına bir öneri olarak sunulur ve uygulamalar bunu kullanıp kullanmamakta serbesttir. Kendi bağlantı kütüphanesini kullanan uygulamalar bu ayarı yok sayabilir.

İkinci fark bağlantı türünden gelir. Wi-Fi ayarındaki proxy yalnızca o kablosuz ağ için geçerlidir. Cihaz hücresel veriye geçtiği anda kural ortadan kalkar ve trafik doğrudan operatör üzerinden çıkar. Ekranda görünür bir değişiklik olmadığı için kullanıcı çoğu zaman bunu fark etmez. Kurulum adımları Android ve iPhone proxy ayarları yazılarında anlatılıyor.

Üçüncü fark protokol desteğidir. Mobil Wi-Fi ayarı tipik olarak HTTP proxy tanımlamanıza izin verir; SOCKS5 tanımı çoğu cihazda doğrudan mümkün değildir ve ayrı bir istemci gerektirir. Hangi uygulamaların uygulama düzeyinde yönlendirmeyi desteklediğini SOCKS5 destekleyen uygulamalar yazısında bulabilirsiniz.

Kapsamı doğrulamanın tek güvenilir yolu ölçmektir: proxy açıkken ve kapalıyken IP adresim aracını mobil tarayıcıda çalıştırıp iki sonucu karşılaştırın.

Çıkış adresiniz hangi sinyallerle sınıflandırılıyor?

Çıkış adresinizin hangi otonom sisteme ait olduğu herkese açık bir kayıttır ve içerik sunan taraf isteği ilk olarak bu kayıtla eşler; tanımın genel çerçevesi ASN ve IP itibarı yazısında duruyor. Bilibili tarafında asıl mesele tanım değil, aynı hesabın birden fazla yüzeyden bağlanıyor olmasının ürettiği karışık tablodur.

Somut hâli şudur: mobil uygulamayı hücresel veriyle kullanırken trafiğiniz operatörün ASN’sinden çıkar, aynı hesapla masaüstü tarayıcıdan bağlandığınızda ise tanımladığınız proxy’nin ASN’sinden. Yüzeylerden biri yönlendirilir, diğeri yönlendirilmez ve hesap kısa aralıklarla iki farklı ağ türünden görünür. Bu tablo bir sorun üretmese bile sorun giderirken değişken sayısını artırır: bir davranışın çıkış türünden mi yoksa istemci yüzeyinden mi kaynaklandığını ayırt edemezsiniz. Çözüm hangi işin hangi yüzeyden ve hangi çıkıştan yürüyeceğine baştan karar vermektir.

İkinci Bilibili’ye özgü ayrıntı bağlantı ömrüdür. Canlı yayın izlemek, dakikalarca hatta saatlerce aynı çıkış adresinden kesintisiz bir akış çekmek demektir; buna bir de sürekli açık duran yorum bağlantısı eklenir. Kısa süreli sayfa isteklerinden farklı olarak bu, tek bir adresten uzun süreli ve düzenli bir trafik bırakır. Paylaşımlı bir havuzda aynı adresin aynı anda başka işler için de kullanılıyor olması tabloyu daha da yoğunlaştırır; havuzun nasıl kurgulandığı bu yüzden önemlidir ve proxy havuzu ile subnet çeşitliliği yazıları bu tarafı açıklıyor.

Üçüncü ayrıntı lokasyon seçiminin çıkış ASN’sini de belirlemesidir. APAC bölgesinde çalışırken Singapur ya da Japonya çıkışı seçmek yalnızca coğrafi eşlemeyi değil, adresin hangi tür ağa ait göründüğünü de değiştirir; aynı ülke içinde bir barındırma bloğu ile bir sağlayıcı bloğu bambaşka iki profildir. Pratik sonuç şudur: yaptığınız işin niteliğine uygun çıkış türünü baştan seçmek, sonradan ayar kurcalamaktan çok daha etkilidir.

İstek zinciri: çıkış seçiminden ilk segmente

Bir oynatma isteği üç durakta ilerler. İlk durak çıkışın belirlenmesidir. Ağ geçidi mimarisi kullanan bir sağlayıcıda tek bir erişim bilgisi verilir ve hangi ülkeden çıkacağınız kullanıcı adındaki parametrelerle ya da farklı bir bağlantı noktasıyla seçilir. Bu mimarinin işleyişi gateway mimarisi yazısında anlatılıyor.

İkinci durak ad çözümlemedir ve en sık gözden kaçan adımdır. Çözümleme istemcide yapılırsa hangi alan adına gittiğiniz yerel çözümleyicinize görünür ve ağınızdaki ad temelli kurallar yürürlükte kalır. SOCKS5 kullanıp hedefi alan adı olarak gönderdiğinizde çözümleme çıkış tarafında yapılır. Farkın ayrıntısı SOCKS5’te DNS nerede çözülür yazısında, doğrulaması ise DNS leak testi aracında.

Üçüncü durak oynatma isteğinin kendisidir. TLS el sıkışması tamamlanır, oynatıcı manifest dosyasını alır ve segmentleri çekmeye başlar. Sunucu tarafında görünen tek adres proxy çıkışıdır; buna karşılık isteğin hangi ana bilgisayar adına gittiği proxy tarafında görünür. Sertifika doğrulamasının bu zincirde nasıl işlediğini proxy ve TLS sertifika doğrulama yazısı açıklıyor.

Zinciri bu şekilde parçalara ayırmak sorun gidermeyi sistematik hâle getirir. Bir arıza yaşadığınızda hangi durakta olduğunuzu belirleyin: çıkış kurulamıyorsa birinci, alan adı çözülemiyorsa ikinci, bağlantı kurulup içerik gelmiyorsa üçüncü durağa bakın.