SOCKS-puhverserver võib sõnumid laadida, kuid kõnedel ebaõnnestub
Dante käsiraamatu ja SOCKS5 UDP-nõuete abil selgitatakse, miks töötav TCP-tee ei tõesta rakenduse kõnetrahho toetust.
Tekstsõnumid saabuvad SOCKS-puhverserveri kaudu, kuid kõne ei ühendu kunagi. Puhverserver ei pruugi olla täiesti katki. Rakendus võib kõnede jaoks kasutada teist transporti.
Õnnestunud TCP-päring tõestab TCP-teed selle toimingu jaoks. SOCKS5 määratleb ka UDP-seose, kuid klient, SOCKS-teenus, võrgureeglid ja rakenduse seaded peavad kõik kavandatud UDP-teed toetama.
On enamat kui TCP-kuulaja
Dante käsiraamat eristab protokolli- ja käsureegleid, sealhulgas connect, udpassociate ja udpreply. Reegel, mis lubab ainult juba testitud TCP-ühendust, ei loo vajalikke UDP-lubasid.
UDP-seos hõlmab ka edastuslõpp-punkti ja tagasivoolu liiklust. Tulemüürid ja aadresside tõlkimine peavad lubama just seda teed. SOCKS-i TCP-kuulaja avamine ei võrdu selle UDP-edastaja kättesaadavaks muutmisega.
Kontrollige rakenduse praegust puhverserveri dokumentatsiooni ja seadeid. Erinevad versioonid võivad sõnumeid, meediat ja kõnesid erinevalt käsitleda. Vana kliendi foorumiretsepti ei tohiks esitada tõendina, et iga praegune klient suunab kõned SOCKS-i kaudu.
Vältige kõigi UDP-portide avamist esimese diagnoosina. Tehke kindlaks edastaja käitumine ja kavandatud kliendihulk, seejärel rakendage sobivat piiravat võrgupoliitikat. Samamoodi võib kõnede puhverserveri seade väljalülitamine kõne toimima panna, saates selle otse, mis muudab väljuvat teed, selle asemel et puhverserveri kaudu käivat teed parandada.
Dokumenteerige edu toimingu kaupa: sõnumid, meediaedastus ja kõned. Üks toimiv päring või muutunud brauseri IP ei tõesta, et teise rakenduse iga osa jagab sama puhverserveri väljapääsu.