Një server SOCKS5 mund ta pranojë lidhjen TCP dhe prapë ta refuzojë kërkesën për të arritur një destinacion. Lexoni përgjigjen në fazën e duhur para se të vendosni cili pikëfundim dështoi.

Në fillim zgjidhet metoda. Autentikimi me emër përdoruesi dhe fjalëkalim, nëse zgjidhet, ka rezultatin e vet. Vetëm më pas serveri kthen përgjigjen për CONNECT ose një komandë tjetër SOCKS. Një vlerë bajti nga një fazë nuk mund të interpretohet me tabelën e një faze tjetër.

Përgjigjet e kërkesave dallojnë dështime të ndryshme

Vlera e përgjigjesKuptimi në përgjigjen e kërkesës SOCKS5
0x01Dështim i përgjithshëm i serverit.
0x02Lidhja nuk lejohet nga grupi i rregullave.
0x03Rrjeti nuk arrihet.
0x04Hosti nuk arrihet.
0x05Lidhja u refuzua.
0x06TTL skadoi.
0x07Komanda nuk mbështetet.
0x08Lloji i adresës nuk mbështetet.

Për shembull, refuzimi në nivel kërkese raportohet pasi arrihet shërbimi SOCKS. Është ndryshe nga refuzimi i lidhjes fillestare TCP me atë shërbim nga sistemi operativ.

Një gabim i llojit të adresës mund të lidhet me paraqitjen IPv4, IPv6 ose emrin e hostit. Nuk do të thotë automatikisht se i gjithë pikëfundimi nuk mbështet SOCKS5. Po ashtu, një komandë UDP e pambështetur nuk jep përfundim të sigurt për një kërkesë të veçantë TCP CONNECT.

Mblidhni kontekstin që e bën kodin të dobishëm

Kur shkruani raport gabimi, ruani bashkë me rezultatin adresën e proxy-t, komandën, hostin dhe portën e synuar, familjen e adresave dhe mënyrën DNS. Nëse administroni pikëfundimin, regjistrat e politikave në server janë të dobishëm. Refuzimi nga rregullat kërkon kontrollin e lejes së zbatueshme, jo rritjen e afatit të lidhjes.

Përgjigjja është raporti i serverit, jo një diagnozë e plotë e pavarur e rrjetit të destinacionit. Edhe formulimi i klientëve ndryshon. Regjistroni fazën dhe përgjigjen bazë kur janë të disponueshme, në vend që të mbështeteni vetëm te një mesazh i shkurtër gabimi të përkthyer.

Artikuj të ngjashëm