SOCKS proxy može učitati poruke, ali ne uspijeva kod poziva
Uz Dante priručnik i UDP zahtjeve SOCKS5 objašnjava zašto radna TCP staza ne dokazuje podršku za promet 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 prijenos za pozive.
Uspješan TCP zahtjev dokazuje TCP stazu za tu radnju. SOCKS5 također definira 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šatelja
Dante priručnik razdvaja pravila protokola i naredbi, uključujući connect, udpassociate i udpreply. Pravilo koje dopušta samo TCP vezu koju ste već testirali ne uspostavlja potrebne UDP dozvole.
UDP asocijacija uključuje i relay krajnju točku i povratni promet. Vatrozidi i prevođenje adresa moraju dopustiti tu stvarnu stazu. Otvaranje SOCKS TCP slušatelja nije jednako tome da njegov UDP relay postane dostupan.
Provjerite trenutačnu dokumentaciju i postavke proxyja u aplikaciji. Različite verzije mogu drugačije rukovati porukama, medijima i pozivima. Recept s foruma za stari klijent ne treba predstavljati kao dokaz da svaki sadašnji klijent usmjerava pozive kroz SOCKS.
Izbjegavajte otvaranje svih UDP portova kao prvu dijagnozu. Utvrdite ponašanje relayja i predviđeni opseg klijenata, zatim primijenite odgovarajuću ograničenu mrežnu politiku. Isto tako, isključivanje postavke proxy za pozive može učiniti da poziv proradi slanjem izravno, što mijenja vanjsku stazu umjesto da popravi proksiranu.
Dokumentirajte uspjeh po radnji: poruke, prijenos medija i pozivi. Jedan uspješan zahtjev ili promijenjena IP adresa preglednika ne mogu dokazati da svaki dio druge aplikacije dijeli isti proxy izlaz.