Proksi SOCKS boleh memuatkan mesej tetapi gagal pada panggilan
Dengan manual Dante dan keperluan UDP SOCKS5 dijelaskan mengapa laluan TCP yang berfungsi tidak membuktikan sokongan untuk trafik panggilan sesuatu aplikasi.
Mesej teks masuk melalui proksi SOCKS, tetapi panggilan suara tidak pernah bersambung. Proksi itu tidak semestinya rosak sepenuhnya. Aplikasi mungkin menggunakan pengangkutan lain untuk panggilan.
Permintaan TCP yang berjaya membuktikan laluan TCP untuk operasi itu. SOCKS5 juga mentakrifkan persatuan UDP, tetapi klien, perkhidmatan SOCKS, peraturan rangkaian dan tetapan aplikasi semuanya mesti menyokong laluan UDP yang dimaksudkan.
Ada lebih daripada pendengar TCP
Manual Dante memisahkan peraturan protokol dan arahan, termasuk connect, udpassociate dan udpreply. Peraturan yang hanya membenarkan sambungan TCP yang sudah anda uji tidak menetapkan kebenaran UDP yang diperlukan.
Persatuan UDP juga melibatkan titik akhir geganti dan trafik balasan. Tembok api dan terjemahan alamat mesti membenarkan laluan sebenar itu. Membuka pendengar TCP SOCKS tidak sama dengan menjadikan geganti UDP-nya boleh dicapai.
Semak dokumentasi dan tetapan proksi semasa aplikasi. Versi berbeza mungkin mengendalikan mesej, media dan panggilan secara berbeza. Resipi forum untuk klien lama tidak sepatutnya dibentangkan sebagai bukti bahawa setiap klien semasa menghalakan panggilan melalui SOCKS.
Elakkan membuka setiap port UDP sebagai diagnosis pertama. Tentukan tingkah laku geganti dan skop klien yang dimaksudkan, kemudian gunakan dasar rangkaian terhad yang sesuai. Begitu juga, melumpuhkan tetapan proksi untuk panggilan boleh membuat panggilan berfungsi dengan menghantarnya terus, yang mengubah laluan keluar dan bukannya membaiki laluan yang melalui proksi.
Dokumenkan kejayaan mengikut operasi: mesej, pemindahan media dan panggilan. Satu permintaan yang berfungsi atau IP pelayar yang berubah tidak dapat membuktikan bahawa setiap bahagian aplikasi lain berkongsi jalan keluar proksi yang sama.