In SOCKS-proxy kin berjochten lade, mar mislearret by oproppen
Mei it Dante-hânboek en de UDP-easken fan SOCKS5 wurdt útlein wêrom't in wurkjend TCP-paad gjin stipe foar it opropferkear fan in applikaasje bewissiget.
Tekstberjochten komme troch in SOCKS-proxy oan, mar in spraakoprop komt nea ta stân. De proxy is net needsaaklikerwize folslein stikken. De applikaasje brûkt mooglik in oar transport foar oproppen.
In slagge TCP-fersyk bewissiget in TCP-paad foar dy operaasje. SOCKS5 definiearret ek UDP-assosjaasje, mar de klant, de SOCKS-tsjinst, netwurkregels en ynstellingen fan de applikaasje moatte allegear it bedoelde UDP-paad stypje.
Der is mear as in TCP-harker
It Dante-hânboek skiedet protokol- en kommandoregels, wêrûnder connect, udpassociate en udpreply. In regel dy't allinnich de TCP-ferbining tastean dy't jo al test hawwe, set de needsaaklike UDP-begunstigingen net.
UDP-assosjaasje omfettet ek in relay-einpunt en weromferkear. Brânmuorren en adresfertaal moatte krekt dat echte paad tastean. It iepenjen fan de TCP-harker fan SOCKS is net itselde as syn UDP-relay berikber meitsje.
Kontrolearje de hjoeddeistige proxydokumintaasje en ynstellingen fan 'e applikaasje. Ferskate ferzjes kinne berjochten, media en oproppen oars behannelje. In forumresept foar in âlde klant moat net as bewiis jûn wurde dat elke hjoeddeistige klant oproppen fia SOCKS stjoert.
Mij it iepenjen fan elke UDP-poarte as earste diagnoaze. Bepaal it relaygedrach en it bedoelde klantberik en pas dan it passende beheinde netwurkbelied ta. Likegoed kin it útskeakeljen fan in proxy-foar-oproppen-ynstelling in oprop wurkje litte troch him direkt te stjoeren, wat it útwindige paad feroaret ynstee fan it proxyde te reparearjen.
Dokumintearje sukses per operaasje: berjochten, media-oerdracht en oproppen. Ien wurkjend fersyk of in feroare browser-IP kin net bewissigje dat elk part fan in oare applikaasje deselde proxy-útgong dielt.