Dante'nin UDP yanıt kuralları from/to yönünü tersine çevirir
Dante yanıt kurallarını dışarı→içeri yönünde uygulayın; giden istemcinin adres varsayımlarını kopyalamayın.
İstemci kimliği doğrulandı ve UDP ilişkilendirmesine izin verildi. Yanıtlar yine de başarısız oluyor. Dante'de dönüş trafiğini işleyen kuralın yönünü inceleyin.
Dante, başlatan komutları yanıt işlemeden ayırır:
| Kural komutları | from | to |
|---|---|---|
connect, bind, udpassociate | İç istemci | Dış hedef |
bindreply, udpreply | Dış ana bilgisayar | İç istemci |
İstemcinin alt ağ kısıtlamasını her iki yöne değiştirmeden kopyalamak bu nedenle yanıt kuralında yanlış tarafla eşleşebilir. Yalnızca pass kuralında UDP kelimesinin geçip geçmediğini değil, amaçlanan dış göndericileri ve iç alıcıları inceleyin.
Kimlik doğrulamanın ilgili bir sınırı vardır. UDP datagramına yanıt veren dış hizmet, kullanıcı adı/parola alışverişinizi tamamlayabilecek bir SOCKS istemcisi değildir. Dante belgeleri, yanıt işlemlerinin istemcinin önceki BIND veya UDP ilişkilendirmesinden kaynaklandığını açıklar; bu başlatan işlemin kimliğini doğrulayın ve uygun ilişkili yanıt ilkesini uygulayın.
Bu, sınırsız, istenmeyen gelen trafiği haklı çıkarmaz. UDP ilişkilendirmesi, hedef ilkesi, aktarma adresi ve güvenlik duvarı yolu hâlâ önemlidir. bindreply etkinleştirmek de UDP ilişkilendirmesini genel amaçlı bir genel bağlantı noktası yönlendirme hizmetine dönüştürmez.
İstemci tarafındaki SOCKS alışverişini ve gerçek UDP dönüş yolunu ayrı ayrı görünür tutun. Başarılı bir TCP oturum açma ne yanıt ACL'sinin adres yönünü ne de UDP aktarma uç noktasının erişilebilirliğini doğrular.