SOCKS-välityspalvelin voi ladata viestejä mutta epäonnistuu puheluissa
Danten käsikirjan ja SOCKS5:n UDP-vaatimusten avulla selitetään, miksi toimiva TCP-reitti ei todista sovelluksen puheluliikenteen tukea.
Tekstiviestit saapuvat SOCKS-välityspalvelimen kautta, mutta äänipuhelu ei koskaan yhdisty. Välityspalvelin ei välttämättä ole täysin rikki. Sovellus voi käyttää puheluihin toista siirtotietä.
Onnistunut TCP-pyyntö todistaa TCP-reitin kyseiselle toiminnolle. SOCKS5 määrittelee myös UDP-liitoksen, mutta asiakasohjelman, SOCKS-palvelun, verkkosääntöjen ja sovelluksen asetusten kaikkien on tuettava aiottua UDP-reittiä.
Muutakin kuin TCP-kuuntelija
Danten käsikirja erottaa protokolla- ja komentosäännöt, mukaan lukien connect, udpassociate ja udpreply. Sääntö, joka sallii vain jo testaamasi TCP-yhteyden, ei luo tarvittavia UDP-oikeuksia.
UDP-liitos sisältää myös välityspäätepisteen ja paluuliikenteen. Palomuurien ja osoitteenmuunnoksen on sallittava juuri tämä reitti. SOCKS-palvelun TCP-kuuntelijan avaaminen ei vastaa sen UDP-välityksen saattamista tavoitettavaksi.
Tarkista sovelluksen nykyinen välityspalvelindokumentaatio ja asetukset. Eri versiot voivat käsitellä viestejä, mediaa ja puheluita eri tavoin. Vanhalle asiakasohjelmalle tarkoitettua foorumiohjetta ei pitäisi esittää todisteena siitä, että jokainen nykyinen asiakasohjelma reitittää puhelut SOCKSin kautta.
Vältä kaikkien UDP-porttien avaamista ensimmäisenä diagnoosina. Selvitä välityksen toiminta ja aiottu asiakasohjelmien laajuus ja sovella sitten asianmukaista rajoitettua verkkokäytäntöä. Samoin puheluiden välityspalvelinasetuksen poistaminen käytöstä voi saada puhelun toimimaan lähettämällä sen suoraan, mikä muuttaa ulospäin menevän reitin sen sijaan että korjaisi välitetyn.
Kirjaa onnistuminen toiminto kerrallaan: viestit, median siirto ja puhelut. Yksi toimiva pyyntö tai muuttunut selaimen IP ei voi todistaa, että toisen sovelluksen kaikki osat jakavat saman välityspalvelimen ulostulon.