Читање кодова грешака SOCKS5 везе
Утврдите да ли су заказали SOCKS преговарање, аутентификација или приступ циљу пре него сваку грешку прогласите мртвим проксијем.
SOCKS5 сервер може прихватити TCP везу и ипак одбити захтев за приступ одредишту. Прочитајте одговор у правој фази пре него одлучите која је тачка заказала.
Прво се бира метода. Аутентификација корисничким именом и лозинком, ако се одабере, има свој резултат. Тек затим сервер враћа одговор за CONNECT или другу SOCKS команду. Вредност бајта из једне фазе не може се тумачити табелом друге.
Одговори на захтеве разликују грешке
| Вредност одговора | Значење у одговору на SOCKS5 захтев |
|---|---|
| 0x01 | Општа грешка сервера. |
| 0x02 | Правила не допуштају везу. |
| 0x03 | Мрежа је недоступна. |
| 0x04 | Хост је недоступан. |
| 0x05 | Веза је одбијена. |
| 0x06 | TTL је истекао. |
| 0x07 | Команда није подржана. |
| 0x08 | Тип адресе није подржан. |
На пример, одбијање на нивоу захтева пријављује се након приступа SOCKS услузи. Разликује се од тога да оперативни систем одбије почетну TCP везу с том услугом.
Грешка типа адресе може се односити на IPv4, IPv6 или приказ именом хоста. Не значи аутоматски да цела тачка нема SOCKS5 подршку. Исто тако, неподржана UDP команда не даје коначан закључак о засебном TCP CONNECT захтеву.
Прикупите контекст који код чини корисним
При писању извештаја о грешци сачувајте уз резултат адресу проксија, команду, циљни хост и порт, породицу адреса и DNS режим. Ако управљате тачком, корисни су серверски дневници политика. Одбијање правилима тражи проверу одговарајуће дозволе, не продужење времена чекања везе.
Одговор је извештај сервера, не потпуна независна дијагноза одредишне мреже. И формулације клијената се разликују. Забележите фазу и основни одговор кад су доступни, уместо ослањања само на кратку преведену поруку.