Agordu la SOCKS5 UDP-prokurilon de Qt antaŭ ol ligi la soketon

Uzu setProxy sur la ekzistanta QUdpSocket, poste legu la efektive ligitan adreson kaj pordon anstataŭ supozi, ke la petita pordo konserviĝis.

QNetworkProxy proxy(
    QNetworkProxy::Socks5Proxy,
    QStringLiteral("proxy.example.net"),
    1080);
udpSocket->setProxy(proxy);

Apliku ĉi tion al la ekzistanta QUdpSocket de la programo antaŭ bind aŭ connect. La SOCKS-servilo devas efektivigi UDP-asocion; la kapablaj flagoj de la prokurilo kaj sukcesa TCP-retumado ne testas tiun operacion. Por permesita publika UDP-testo, la listo de SOCKS5-prokuriloj proponas adresajn kandidatojn, sed la UDP-asocio kaj aliro al la celo de ĉiu kandidato devas esti kontrolitaj aparte.

OperacioSOCKS5 UDP-konsidero dokumentita de Qt
bindPovas finiĝi per tempolimo
Peti ne-nulan lokan pordonNe garantias, ke tiu pordo estos uzata
Kontroli la rezultonLegu localPort kaj localAddress por reala informo

La relaiso aldonas UDP-vojon, sur kiu paketperdo restas ebla. La valoroj de la prokurila konto uzas la ecojn user/password de la objekto.

Ŝanĝi la prokurilon ne povas movi konektitan soketon. Ankaŭ interpretu localhost-testojn singarde: Qt preteriras retajn prokurilojn por siaj dokumentitaj localhost-adresoj en connectToHost, bind aŭ listen.

Rilataj artikoloj