SOCKS proxy može učitati poruke, ali ne uspeva kod poziva
Uz Dante priručnik i UDP zahteve SOCKS5 objašnjava zašto radna TCP staza ne dokazuje podršku za saobraćaj poziva neke aplikacije.
Tekstualne poruke stižu kroz SOCKS proxy, ali glasovni poziv se nikad ne povezuje. Proxy nije nužno potpuno pokvaren. Aplikacija možda koristi drugi prenos za pozive.
Uspešan TCP zahtev dokazuje TCP stazu za tu radnju. SOCKS5 takođe definiše UDP asocijaciju, ali klijent, SOCKS usluga, mrežna pravila i postavke aplikacije svi moraju podržavati predviđenu UDP rutu.
Postoji više od TCP slušaoca
Dante priručnik razdvaja pravila protokola i naredbi, uključujući connect, udpassociate i udpreply. Pravilo koje dozvoljava samo TCP vezu koju ste već testirali ne uspostavlja potrebne UDP dozvole.
UDP asocijacija uključuje i relay krajnju tačku i povratni saobraćaj. Vatrozidi i prevođenje adresa moraju dozvoliti tu stvarnu stazu. Otvaranje SOCKS TCP slušaoca nije jednako tome da njegov UDP relay postane dostupan.
Proverite trenutnu dokumentaciju i postavke proxyja u aplikaciji. Različite verzije mogu drugačije rukovati porukama, medijima i pozivima. Recept sa foruma za stari klijent ne treba predstavljati kao dokaz da svaki sadašnji klijent usmerava pozive kroz SOCKS.
Izbegavajte otvaranje svih UDP portova kao prvu dijagnozu. Utvrdite ponašanje relayja i predviđeni obim klijenata, zatim primenite odgovarajuću ograničenu mrežnu politiku. Isto tako, isključivanje postavke proxy za pozive može učiniti da poziv proradi slanjem direktno, što menja spoljnu stazu umesto da popravi proksiranu.
Dokumentujte uspeh po radnji: poruke, prenos medija i pozivi. Jedan uspešan zahtev ili promenjena IP adresa pregledača ne mogu dokazati da svaki deo druge aplikacije deli isti proxy izlaz.