Ein SOCKS-proxy kan lasta meldingar, men feilar på samtalar
Med Dante-handboka og UDP-krava til SOCKS5 vert det forklart kvifor ei fungerande TCP-rute ikkje provar støtte for samtaletrafikken til ein applikasjon.
Tekstmeldingar kjem gjennom ein SOCKS-proxy, men ein tale samtale vert aldri kopla opp. Proxyen er ikkje nødvendigvis heilt øydelagd. Applikasjonen nyttar kanskje ein annan transport for samtalar.
Ein vellukka TCP-førespurnad provar ei TCP-rute for den operasjonen. SOCKS5 definerer òg UDP-assosiasjon, men klienten, SOCKS-tenesta, nettverksreglane og applikasjonsinnstillingane må alle støtta den tiltenkte UDP-ruta.
Det er meir enn ein TCP-lyttar
Dante-handboka skil protokoll- og kommandoregler, mellom anna connect, udpassociate og udpreply. Ei regel som berre tillèt TCP-tilkoplinga du alt har testa, etablerer ikkje dei nødvendige UDP-løyva.
UDP-assosiasjon inneber òg eit relay-endepunkt og returtrafikk. Brannmurar og adresseomsetjing må tillate nettopp den ruta. Å opne TCP-lyttaren til SOCKS er ikkje det same som å gjere UDP-relayet tilgjengeleg.
Sjekk gjeldande proxy-dokumentasjon og innstillingar for applikasjonen. Ulike versjonar kan handsame meldingar, medium og samtalar ulikt. Ei forumoppskrift for ein gamal klient bør ikkje leggjast fram som prov på at kvar noverande klient ruter samtalar gjennom SOCKS.
Unngå å opne alle UDP-portar som første diagnose. Fastset relayåtferda og det tiltenkte klientomfanget, og bruk deretter høveleg avgrensa nettverkspolitikk. På same måte kan deaktivering av ei proxy-for-samtalar-innstilling få ein samtale til å verke ved å sende han direkte, noko som endrar den utgåande ruta i staden for å reparere den proxyierte.
Dokumenter suksess per operasjon: meldingar, medieoverføring og samtalar. Ein einaste fungerande førespurnad eller ein endra nettlesar-IP kan ikkje prove at kvar del av ein annan applikasjon deler same proxy-utgang.