SOCKS proksisi mesajları yükləyə bilər, lakin zənglərdə uğursuz olur
Dante və SOCKS5-in UDP tələblərindən istifadə edərək işlək TCP yolunun tətbiqin zəng trafikinə dəstəyi niyə sübut etmədiyini izah edir.
Mətn mesajları SOCKS proksisindən gəlir, lakin səs zəngi heç vaxt qoşulmur. Proksi mütləq tamamilə sıradan çıxmayıb. Tətbiq zənglər üçün fərqli nəqliyyatdan istifadə edə bilər.
Uğurlu TCP sorğusu həmin əməliyyat üçün TCP yolunu sübut edir. SOCKS5 həmçinin UDP assosiasiyasını müəyyən edir, lakin müştəri, SOCKS xidməti, şəbəkə qaydaları və tətbiq parametrləri hamısı nəzərdə tutulan UDP marşrutunu dəstəkləməlidir.
TCP dinləyicisindən daha çoxu var
Dante təlimatı protokol və əmr qaydalarını ayırır, o cümlədən connect, udpassociate və udpreply. Yalnız artıq sınaqdan keçirdiyiniz TCP bağlantısına icazə verən qayda tələb olunan UDP icazələrini yaratmır.
UDP assosiasiyası həm də relay son nöqtəsini və geri trafiki əhatə edir. Firewall-lar və ünvan çevrilməsi faktiki həmin yola icazə verməlidir. SOCKS TCP dinləyicisini açmaq onun UDP relay-ini əlçatan etməklə eyni deyil.
Tətbiqin cari proksi sənədlərini və parametrlərini yoxlayın. Fərqli versiyalar mesajları, medianı və zəngləri fərqli idarə edə bilər. Köhnə müştəri üçün forum resepti hər cari müştərinin zəngləri SOCKS vasitəsilə yönləndirməsinə sübut kimi təqdim edilməməlidir.
İlk diaqnoz kimi hər UDP portunu açmaqdan çəkinin. Relay davranışını və nəzərdə tutulan müştəri əhatəsini müəyyənləşdirin, sonra müvafiq məhdudlaşdırılmış şəbəkə siyasətini tətbiq edin. Eyni şəkildə, zənglər üçün proksi parametrini söndürmək zəngi birbaşa göndərməklə işlədə bilər, bu isə proksiləşdirilmiş yolu bərpa etmək əvəzinə xarici marşrutu dəyişir.
Hər əməliyyat üzrə uğuru sənədləşdirin: mesajlar, media ötürülməsi və zənglər. Tək işlək sorğu və ya dəyişmiş brauzer IP-si başqa tətbiqin hər hissəsinin eyni proksi çıxışını paylaşdığını sübut edə bilməz.