IO::Socket::Socks-Verbindungen mat SocksDebug debuggen

Aktivéiert d'Handshake-Diagnostik vun IO::Socket::Socks fir de Proxy an d'Zil, déi ënnersicht ginn.

IO::Socket::Socks kann den SOCKS-Austausch printen, wann eng Verbindung feelgeet. Gitt de Proxy, d'Zil an d'Debug-Optioun ausdrécklech un:

use IO::Socket::Socks;

my $socket = IO::Socket::Socks->new(
    ProxyAddr   => 'proxy.example',
    ProxyPort   => 1080,
    ConnectAddr => 'www.example.com',
    ConnectPort => 80,
    SocksVersion => 5,
    SocksDebug  => 1,
    Timeout     => 10,
) or die $SOCKS_ERROR;

$socket->close();

D'Modul dokumentéiert SocksDebug als Uweise vum SOCKS-Trafic an enger protokollorientéierter Form. Benotzt et, fir ze gesinn wéi wäit d'Verhandlunge kommen, an e zréckginnene SOCKS-Feelkode ze ënnersichen.

ProxyAddr a ProxyPort identifizéieren den Tëschemann. Eng net authentifizéiert Adress aus der SOCKS5-Proxy-Lëscht kann dës Felder fir en erlaabten ëffentlechen HTTP-Test fëllen. ConnectAddr a ConnectPort identifizéieren de Service, mat deem et soll verbonne ginn. E Feeler beim Erreeche vum Listener an eng negativ SOCKS-Verbindungsäntwert sinn zwou verschidde Beobachtungen.

Fir e Proxy, deen SOCKS5-Benotzernumm/Passwuert-Authentifikatioun verlaangt, enthalen déi dokumentéiert Konstrukterfelder AuthType => 'userpass', Username a Password.

E erfolgreiche blockéierende Konstrukter stellt d'SOCKS-Verbindung hier, wärend eng Applikatiounsufro iwwer de zréckginnene Socket dat spéider Applikatiounsresultat liwwert. Fir en HTTPS-Zil setzt no SOCKS en iwwerpréiften Zil-TLS dobäi, ier d'Ufro vun deem Protokoll geschéckt gëtt. Behandelt Debug-Ausgab als sensibel, wann Umeldungsdaten am Spill sinn.

Ähnlech Artikelen