Dribbble Proxy: Yükleme Davranışı ve Protokol Seçimi

Tasarım paylaşım platformlarında trafik iki farklı karakter gösterir. Keşif akışında gezinirken çok sayıda küçük ve orta boy görsel paralel olarak iner; bir çalışma yüklerken ise tek bir bağlantı üzerinden büyük bir gövde yukarı doğru akar. Proxy bu iki yönü aynı biçimde etkilemez.

İndirme yönünde en çok konuşulan konu kapsamdır: hangi isteklerin proxy’den geçtiği, hangilerinin doğrudan gittiği. Yükleme yönünde ise belirleyici olan taşıma katmanının davranışıdır; büyük gövdeler gönderilirken pencere büyüklüğü, yeniden iletim ve zaman aşımı ayarları sonucu doğrudan etkiler.

Aşağıdaki bölümler önce protokol kararını bir ölçüt matrisiyle netleştiriyor, ardından yükleme yolunu katman katman açıyor ve bölgesel görünüm doğrulamasının nasıl kurulacağını gösteriyor.

Keşif akışında hangi istekler proxy kapsamına girer?

Bir keşif sayfası açıldığında tarayıcı önce belge iskeletini alır, sonra görünür alandaki önizlemeleri, ardından aşağı kaydırdıkça yenilerini ister. Tembel yükleme denen bu davranışın pratik anlamı şudur: sayfa açıldığı anda sabit bir istek kümesi oluşmaz, kaydırma hızınıza bağlı olarak dalga dalga büyüyen bir istek akışı doğar. Dolayısıyla proxy üzerindeki yük açtığınız sayfa sayısıyla değil, o sayfada ne kadar aşağı indiğinizle orantılıdır ve aynı sayfada geçirdiğiniz süre uzadıkça artmaya devam eder.

Bu isteklerin bir bölümü ana alan adından, bir bölümü ise ayrı varlık sunucularından gelir; kuralınızın hangi ana bilgisayarları kapsadığı bu yüzden belirleyicidir. Kapsam tanımı ve filtre katmanları konusu Behance proxy sayfasında ayrıntılı biçimde ele alındığı için burada tekrarlamıyoruz.

Bu sayfanın asıl konusu olan ayrıntı, bağlantı yeniden kullanımıdır. Onlarca küçük istek için her seferinde yeni bir TCP ve TLS el sıkışması ödemek algılanan hızı belirgin biçimde düşürür; kalıcı bağlantı kullanan bir istemci ise aynı tünel üzerinden art arda istek gönderip bu kurulum maliyetini bir kez öder. Araya proxy girdiğinde etki büyür, çünkü el sıkışma artık iki ayrı bacakta yaşanır: istemciden proxy’ye ve proxy çıkışından hedefe. İstemcinizin kalıcı bağlantı kurup kurmadığını ve sağlayıcınızın boşta kalan bağlantıyı ne kadar süre açık tuttuğunu birlikte kontrol edin; mekanizma için keep-alive ve bağlantı havuzu yazısına bakabilirsiniz.

Üçüncü ayrıntı eşzamanlılık tavanıdır. Keşif akışı sonsuz kaydırma mantığıyla çalıştığı için oturum boyunca aynı anda açık duran bağlantı sayısı sürekli yükselir. Tarayıcı tek bir ana bilgisayara açacağı paralel bağlantıyı kendi içinde sınırlar; proxy tarafında ise sağlayıcının tanımladığı ayrı bir tavan vardır ve ikisinden hangisi düşükse darboğaz orada oluşur. Sağlayıcı tavanına takıldığınızda belirti tanıdıktır: ilk birkaç önizleme gelir, sonrakiler sıraya girer ve kaydırma tökezlemeye başlar. Tavanı hesaplamak ve kendi kullanımınıza göre bir üst sınır belirlemek için eşzamanlı bağlantı limiti yazısındaki yöntemi kullanabilirsiniz.

Protokol matrisi: tünel mi, akış aktarımı mı?

Karar vermek için beş ölçüt yeterlidir: şifreli tünel kurabilme, UDP taşıyabilme, alan adını uzakta çözebilme, büyük gövdeli yüklemelerdeki davranış ve kurulum kolaylığı. Aşağıdaki şema bu ölçütleri üç seçenek üzerinde karşılaştırıyor.

HTTP proxy, CONNECT ile kurduğu tünelde şifreli baytları sorunsuz taşır ve tarayıcıda kurulumu en kolay seçenektir. UDP taşımaz; bu yüzden sesli görüşme veya oyun trafiği gibi akışlar kapsam dışındadır. Tasarım platformu kullanımında bu eksiklik pratikte hissedilmez.

SOCKS5 protokolden bağımsız çalışır, UDP ASSOCIATE komutuyla UDP akışlarına da kanal açabilir ve alan adını proxy tarafına çözdürme seçeneği sunar. Ayrıntı için SOCKS5 UDP desteği ve SOCKS5 proxy nasıl çalışır yazıları bakılabilir.

Üçüncü satır, referans olarak doğrudan bağlantıdır. Hiçbir aracı olmadığında ölçütlerin çoğu en yüksek değeri alır; tek istisna, çıkış noktanızı seçme imkânının bulunmamasıdır. Protokol seçiminde kararsız kalırsanız protokol seçim rehberi karar ağacını özetliyor.

Matrise bakarken dikkat edilecek nokta, ölçütlerin ağırlığının işe göre değiştiğidir. Yalnızca tarayıcıda çalışacaksanız “UDP akış” sütunu sizin için anlamsızdır ve kurulum kolaylığı öne çıkar. Aynı erişim bilgisini bir tasarım aracının senkronizasyon istemcisinde de kullanacaksanız tablo tersine döner: esneklik, kurulumun birkaç dakika uzun sürmesinden daha değerli hâle gelir.

Uzak DNS sütunu ise gizlilik tarafında belirleyicidir. Alan adını yerelde çözen bir istemci, bağlantının kendisi proxy üzerinden gitse bile hangi ana bilgisayara gittiğini çözümleyicisine söyler. Bu davranışın nerede ayarlandığı istemciden istemciye değişir; SOCKS5’te DNS nerede çözülür yazısı seçenekleri karşılaştırıyor.

Bir çalışma yüklerken veri yolu katman katman

Yükleme, indirmenin aynası değildir. Büyük bir görsel gönderirken istemci tek bir istek gövdesi içinde uzun süre veri akıtır. Bu sırada en üstteki uygulama katmanı çok parçalı form verisi üretir, altındaki TLS katmanı bunu şifreli kayıtlara böler, proxy katmanı tek bir TCP akışı olarak taşır ve en altta taşıma katmanı akışın hızını belirler.

Sorun çıktığında ilk bakılacak yer çoğu zaman en alt katmandır. Uzun mesafeli bir bağlantıda pencere büyüklüğü ve paket kaybına verilen tepki, yükleme hızını üst katmanlardaki hiçbir ayardan daha fazla etkiler. Bu nedenle yükleme yapacağınız oturumlarda coğrafi olarak daha yakın bir çıkış seçmek belirgin fark yaratır.

İkinci sık sorun zaman aşımıdır. Bazı proxy yapılandırmaları boşta kalan bağlantıyı belirli bir süre sonra kapatır; büyük bir yükleme sırasında yanıt beklenirken bu sınıra takılmak, dosyanın yarıda kesilmesi olarak görünür. Sağlayıcınızın boşta kalma süresini ve istemcinizin zaman aşımı ayarını birlikte kontrol edin.

Üçüncüsü, aynı anda çalışan çift katmandır. Hem VPN hem proxy etkinken yükleme yolu iki kez sarmalanır; hem hız düşer hem de hangi katmanın sorun çıkardığı anlaşılmaz. Teşhis sırasında katmanları teker teker devre dışı bırakın.

Yükleme öncesinde yapılacak basit bir hazırlık da çok işe yarar: dosyayı göndermeden önce boyutunu ve biçimini kontrol edin. Gereksiz yere kayıpsız biçimde saklanmış bir kapak görseli, aynı görsel kaliteyi koruyan sıkıştırılmış bir sürümün birkaç katı olabilir. Bu, hem kotanızı hem de yükleme süresini doğrudan etkiler ve proxy tarafında yapılacak hiçbir ayarla telafi edilemez.