SOCKS proxy može učitati poruke, ali ne uspijeva kod poziva
Uz Dante i UDP zahtjeve SOCKS5 objašnjava zašto radna TCP staza ne dokazuje podršku za pozivni saobraćaj aplikacije.
Tekstualne poruke stižu kroz SOCKS proxy, ali glasovni poziv se nikada 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 operaciju. SOCKS5 također definira UDP asocijaciju, ali klijent, SOCKS servis, mrežna pravila i postavke aplikacije svi moraju podržavati predviđenu UDP rutu.
Postoji više od TCP prijemnika
Dante priručnik razdvaja pravila protokola i komandi, 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 točku i povratni saobraćaj. Firewallovi i prevođenje adresa moraju dozvoliti tu stvarnu stazu. Otvaranje SOCKS TCP prijemnika nije jednako tome da njegov UDP relay bude dostupan.
Provjerite trenutnu dokumentaciju i postavke proxyja u aplikaciji. Različite verzije mogu drugačije rukovati porukama, medijima i pozivima. Forumski recept 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 obim 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 direktno, što mijenja vanjsku stazu umjesto da popravi proksiranu.
Dokumentirajte uspjeh po operaciji: poruke, prijenos medija i pozivi. Jedan uspješan zahtjev ili promijenjeni IP preglednika ne može dokazati da svaki dio druge aplikacije dijeli isti proxy izlaz.