Villuleit í IO::Socket::Socks-tengingum með SocksDebug

Virkjaðu handabandargreiningu IO::Socket::Socks fyrir proxyið og áfangastaðinn sem er til rannsóknar.

IO::Socket::Socks getur prentað SOCKS-skiptin þegar tenging mistekst. Gefðu proxy, áfangastað og villuleitarvalkostinn skýrt upp:

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();

Einingin skjalfestir SocksDebug sem sýn á SOCKS-umferð í samskiptareglumiðu formi. Notaðu hana til að sjá hversu langt samningaviðræðurnar ná og til að skoða skilaða SOCKS-mistökukóða.

ProxyAddr og ProxyPort auðkenna milliliðinn. Óstaðfest vistfang af SOCKS5-proxylistanum getur fyllt þessi svæði fyrir leyfða opinbera HTTP-prófun. ConnectAddr og ConnectPort auðkenna þjónustuna sem á að tengjast. Villa við að ná til hlustandans og neikvætt SOCKS-tengingarsvar eru tvær ólíkar athuganir.

Fyrir proxy sem krefst SOCKS5-notandanafns/lykilorðsstaðfestingar innihalda skjalfest byggingarsvæði AuthType => 'userpass', Username og Password.

Árangursríkur blokkkandi byggingaraðili kemur á SOCKS-tengingunni, en forritabeiðni í gegnum skilaða sokkinn veitir síðara forritaniðurstöðuna. Fyrir HTTPS-áfangastað skaltu bæta við staðfestu áfangastaðar-TLS eftir SOCKS áður en beiðnin fyrir þá samskiptareglu er send. Meðhöndlaðu villuleitarúttak sem viðkvæmt þegar auðkenni koma við sögu.

Tengdir greinar