Ĉu SOCKS5 ĉifras vian trafikon?
SOCKS5 relajas konektojn. Ĉifrado dependas de alia protekta tavolo, kaj ĝia uzantnoma/pasvorta metodo ne ĉifras ensalutilojn per si mem.
Nur elekti SOCKS5 ne aldonas ĉifradon. Ĝi intertraktas relajatajn konektojn kaj aŭtentikigon; la 5 identigas protokolversion, ne ĉifran nivelon.
Por HTTPS kliento povas malfermi la SOCKS-konekton kaj konduki celan TLS tra ĝi. TLS protektas la retejajn datumojn laŭ la normalaj atestilkontroloj de la kliento. Sendu neĉifritan HTTP laŭ la sama vojo, kaj ĝi restas neĉifrita: la relajso ne plibonigas la aplikaĵan protokolon.
La uzantnoma/pasvorta metodo en RFC 1929 ankaŭ ne havas propran ĉifradon. La konto regas aliron, sed ne faras la interŝanĝon konfidenca sur neprotektita vojo. Aldonaj transportoj aŭ aliaj intertraktitaj metodoj povas ŝanĝi protekton, do inspektu kion la kliento kaj servilo efektive uzas.
Kontrolu la sekuran celprotokolon, atestilkontroladon, protekton de la ligo inter kliento kaj prokurilo kaj la intertraktitan aŭtentikigan metodon. La funkciiganto ankoraŭ povas ricevi celinformojn kaj konektajn metadatumojn. En curl, socks5h ŝanĝas kie cela gastiganta nomo estas solvata; ĝi aldonas neniun kriptografian tavolon.