Bir SOCKS vekil sunucusu mesajları yükleyebilir ama aramalarda başarısız olur
Dante kılavuzu ve SOCKS5'in UDP gereksinimleriyle, çalışan bir TCP yolunun bir uygulamanın arama trafiği için desteği neden kanıtlamadığı açıklanıyor.
Metin mesajları bir SOCKS vekil sunucusundan gelir, ancak sesli arama hiçbir zaman bağlanmaz. Vekil sunucunun tamamen bozuk olması gerekmez. Uygulama aramalar için başka bir taşıma kullanıyor olabilir.
Başarılı bir TCP isteği o işlem için bir TCP yolu olduğunu kanıtlar. SOCKS5 ayrıca UDP ilişkilendirmesini tanımlar, ancak istemci, SOCKS hizmeti, ağ kuralları ve uygulama ayarlarının tümü amaçlanan UDP yolunu desteklemelidir.
Bir TCP dinleyicisinden fazlası var
Dante kılavuzu protokol ve komut kurallarını ayırır; bunlar arasında connect, udpassociate ve udpreply bulunur. Yalnızca zaten test ettiğiniz TCP bağlantısına izin veren bir kural, gereken UDP izinlerini oluşturmaz.
UDP ilişkilendirmesi ayrıca bir aktarma uç noktası ve dönüş trafiğini içerir. Güvenlik duvarları ve adres çevirisi tam olarak o yolu izin vermelidir. SOCKS'un TCP dinleyicisini açmak, UDP aktarıcısını erişilebilir kılmakla aynı şey değildir.
Uygulamanın güncel vekil sunucu belgelerini ve ayarlarını kontrol edin. Farklı sürümler mesajları, medyayı ve aramaları farklı işleyebilir. Eski bir istemci için forum tarifi, her güncel istemcinin aramaları SOCKS üzerinden yönlendirdiğinin kanıtı olarak sunulmamalıdır.
İlk tanı olarak her UDP bağlantı noktasını açmaktan kaçının. Aktarma davranışını ve amaçlanan istemci kapsamını belirleyin, ardından uygun kısıtlı ağ ilkesini uygulayın. Aynı şekilde, aramalar için vekil sunucu ayarını devre dışı bırakmak, aramayı doğrudan göndererek çalıştırabilir; bu, vekil üzerinden giden yolu onarmak yerine dış yolu değiştirir.
Her işlem için başarıyı belgeleyin: mesajlar, medya aktarımı ve aramalar. Tek bir çalışan istek veya değişen tarayıcı IP'si, başka bir uygulamanın her bölümünün aynı vekil çıkışını paylaştığını kanıtlayamaz.