કનેક્શન નિષ્ફળ થાય ત્યારે IO::Socket::Socks SOCKS આદાન-પ્રદાન છાપી શકે છે. પ્રોક્સી, લક્ષ્ય અને ડિબગ વિકલ્પ સ્પષ્ટ રીતે આપો:

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

મોડ્યુલ SocksDebug ને પ્રોટોકોલ-લક્ષી સ્વરૂપમાં SOCKS ટ્રાફિક દર્શાવતું તરીકે દસ્તાવેજ કરે છે. વાટાઘાટ કેટલી આગળ વધી છે તે જોવા અને પરત મળેલ SOCKS નિષ્ફળતા કોડ તપાસવા માટે તેનો ઉપયોગ કરો.

ProxyAddr અને ProxyPort મધ્યસ્થને ઓળખે છે. SOCKS5 પ્રોક્સી સૂચિમાંથી પ્રમાણીકરણ વગરનું સરનામું માન્ય જાહેર HTTP પરીક્ષણ માટે તે ક્ષેત્રો ભરી શકે છે. ConnectAddr અને ConnectPort જે સેવા સાથે જોડાવાનું છે તે ઓળખે છે. લિસનર સુધી પહોંચવામાં ભૂલ અને નકારાત્મક SOCKS કનેક્શન જવાબ બે અલગ અવલોકનો છે.

SOCKS5 વપરાશકર્તાનામ/પાસવર્ડ પ્રમાણીકરણ જરૂરી હોય તેવા પ્રોક્સી માટે, દસ્તાવેજીકૃત કન્સ્ટ્રક્ટર ક્ષેત્રોમાં AuthType => 'userpass', Username અને Password નો સમાવેશ થાય છે.

સફળ બ્લોકિંગ કન્સ્ટ્રક્ટર SOCKS કનેક્શન સ્થાપે છે, જ્યારે પરત મળેલ સોકેટ દ્વારા એપ્લિકેશન વિનંતી પછીનું એપ્લિકેશન પરિણામ આપે છે. HTTPS લક્ષ્ય માટે, તે પ્રોટોકોલની વિનંતી મોકલતા પહેલાં SOCKS પછી ચકાસાયેલ લક્ષ્ય TLS ઉમેરો. ઓળખપત્રો સંકળાયેલા હોય ત્યારે ડિબગ આઉટપુટને સંવેદનશીલ ગણો.

સંબંધિત લેખો