Клиентот SOCKS5 започнува со верзија 5, а потоа за време на автентикацијата со лозинка испраќа верзија 1. Тоа не е нужно враќање на постара верзија или погрешен прокси.

Првата размена го договара методот на автентикација на SOCKS5. Кога е избрано корисничко име/лозинка, RFC 1929 дефинира одделно потпреговарање чие поле за верзија е 0x01.

Тоа барање за автентикација вклучува должини и бајти за корисничкото име и лозинката. Серверот ја враќа верзијата на потпреговарањето и статус. Дури по успешната автентикација клиентот го испраќа барањето за дестинација SOCKS5.

Држете ги двете размени одделно кога читате трага или имплементирате клиент. Повторувањето на 0x05 насекаде затоа што услугата се вика SOCKS5 создава погрешна порака за автентикација.

Успешниот статус на лозинката исто така не значи дека бараната дестинација е дозволена. Следниот одговор SOCKS сепак може да ја одбие таа врска.

На крајот, овој метод со корисничко име/лозинка не ги шифрира своите акредитиви. Бајтот за верзија означува формат на порака, а не шифриран или посилен режим на најавување.

Поврзани статии