SOCKS4 vs SOCKS5

SOCKS4 и SOCKS5 — это протоколы проксирования, где SOCKS5 является более современной и функциональной версией, поддерживающей UDP, IPv6 и различные методы аутентификации, в отличие от SOCKS4, который ограничен TCP, IPv4 и не имеет встроенной аутентификации. Оба протокола позволяют клиентам устанавливать соединения с целевыми серверами через прокси-сервер, эффективно маскируя IP-адрес клиента и обходя сетевые ограничения.

Что такое SOCKS?

SOCKS (SOCKet Secure) — это сетевой протокол, который маршрутизирует сетевой трафик между клиентом и сервером через прокси-сервер. Он работает на сессионном уровне (уровень 5 модели OSI), обеспечивая низкоуровневое проксирование для любого протокола транспортного уровня (TCP, UDP). В отличие от HTTP-прокси, которые работают на прикладном уровне (уровень 7) и предназначены для веб-трафика, SOCKS-прокси является более универсальным, так как не интерпретирует сетевой трафик, а просто перенаправляет его.

Основное назначение SOCKS-прокси:
* Обход межсетевых экранов и цензуры.
* Сохранение анонимности путем скрытия реального IP-адреса клиента.
* Доступ к ресурсам, недоступным напрямую из клиентской сети.

SOCKS4

SOCKS4 — это ранняя версия протокола, разработанная в середине 1990-х годов. Его функциональность ограничена, но он до сих пор используется в некоторых устаревших системах или в случаях, когда требуется минимальная сложность.

Основные характеристики SOCKS4

• Поддержка протоколов: Только TCP. SOCKS4 не может проксировать UDP-трафик.
• Адресация: Поддерживает только IPv4-адреса. Целевой сервер должен быть указан в виде 4-байтового IPv4-адреса.
• Разрешение доменных имен: Клиент должен сам разрешить доменное имя в IPv4-адрес перед отправкой запроса прокси-серверу. Прокси-сервер SOCKS4 не выполняет DNS-запросы.
• Аутентификация: Отсутствует. SOCKS4 не предоставляет механизмов для аутентификации пользователя на прокси-сервере. Любой клиент, способный подключиться к прокси-серверу, может использовать его.
• Команды: Поддерживает две команды:
  • CONNECT: Устанавливает TCP-соединение с указанным хостом и портом.
  • BIND: Используется для входящих соединений (например, для FTP в активном режиме).

Процесс соединения SOCKS4

1. Клиент устанавливает TCP-соединение с SOCKS4-прокси.
2. Клиент отправляет запрос CONNECT (или BIND), содержащий версию протокола (0x04), команду, целевой порт, целевой IPv4-адрес и ID пользователя (опционально, для логирования, не для аутентификации).
   +----+----+----+----+----+----+----+----+----+----+....+----+ | VN | CD | DSTPORT | DSTIP | USERID | NULL | +----+----+----+----+----+----+----+----+----+----+....+----+ 1 1 2 4 variable 1
   • VN: Версия протокола (0x04).
   • CD: Команда (0x01 для CONNECT, 0x02 для BIND).
   • DSTPORT: Целевой порт (2 байта).
   • DSTIP: Целевой IPv4-адрес (4 байта).
   • USERID: ID пользователя, завершающийся нулем (variable length).
   • NULL: Нулевой байт (0x00).
3. Прокси-сервер пытается установить соединение с целевым сервером.
4. Прокси-сервер отправляет ответ клиенту, указывающий на успех или неудачу операции.
   +----+----+----+----+----+----+----+----+ | VN | CD | DSTPORT | DSTIP | +----+----+----+----+----+----+----+----+ 1 1 2 4
   • VN: Нулевой байт (0x00).
   • CD: Код статуса (0x5a для успеха, 0x5b-0x5d для ошибок).
   • DSTPORT: Порт, к которому подключился прокси (если применимо).
   • DSTIP: IP-адрес, к которому подключился прокси (если применимо).
5. В случае успеха, клиент и целевой сервер обмениваются данными через прокси.

SOCKS4a

SOCKS4a является расширением SOCKS4, разработанным для решения проблемы отсутствия поддержки доменных имен.
* Разрешение доменных имен: SOCKS4a позволяет клиенту передавать прокси-серверу доменное имя вместо IP-адреса. Если целевой IPv4-адрес в запросе равен 0.0.0.x (где x не равно 0), прокси-сервер интерпретирует оставшуюся часть USERID как доменное имя и сам выполняет DNS-запрос.
Это делает SOCKS4a более удобным для использования, но по-прежнему не добавляет аутентификации или поддержки UDP/IPv6.

SOCKS5

SOCKS5 — это стандарт IETF (RFC 1928), выпущенный в 1996 году. Он значительно превосходит SOCKS4 по функциональности и является наиболее распространенной версией протокола SOCKS.

Основные характеристики SOCKS5

• Поддержка протоколов: Поддерживает как TCP, так и UDP. Это критически важно для приложений, использующих UDP (например, DNS-запросы, онлайн-игры, VoIP, потоковое видео).
• Адресация: Поддерживает IPv4, IPv6 и доменные имена. Клиент может отправить прокси-серверу доменное имя, и прокси-сервер выполнит DNS-разрешение.
• Аутентификация: Предоставляет гибкие механизмы аутентификации, включая:
  • No Authentication (0x00): Без аутентификации (как SOCKS4).
  • Username/Password (0x01): Аутентификация по логину и паролю (RFC 1929).
  • GSS-API (0x03): Более сложный механизм аутентификации, использующий Generic Security Service API.
  • Возможны и другие методы, если они согласованы.
• Команды: Поддерживает три основные команды:
  • CONNECT: Устанавливает TCP-соединение.
  • BIND: Используется для входящих TCP-соединений.
  • UDP ASSOCIATE: Устанавливает UDP-туннель через прокси-сервер.

Процесс соединения SOCKS5

Процесс соединения SOCKS5 состоит из нескольких этапов:

1. Приветствие и выбор метода аутентификации:
   • Клиент устанавливает TCP-соединение с SOCKS5-прокси.
   • Клиент отправляет сообщение приветствия, содержащее версию протокола (0x05) и список поддерживаемых методов аутентификации.
     +----+----------+----------+ | VER | NMETHODS | METHODS | +----+----------+----------+ 1 1 1 to 255
   • Прокси-сервер выбирает один из предложенных методов аутентификации (или сообщает об отсутствии общих методов) и отправляет ответ.
     +----+--------+ | VER | METHOD | +----+--------+ 1 1
2. Аутентификация (если требуется):
   • Если выбран метод аутентификации (например, Username/Password), клиент и прокси-сервер выполняют соответствующий протокол аутентификации.
     Пример Username/Password (RFC 1929):
     Клиент отправляет:
     +----+------+----------+------+----------+ | VER | ULEN | UNAME | PLEN | PASSWD | +----+------+----------+------+----------+ 1 1 1 to 255 1 1 to 255
     Прокси отвечает:
     +----+--------+ | VER | STATUS | +----+--------+ 1 1
STATUS 0x00 означает успех.
3. Запрос соединения:
   • После успешной аутентификации (или если аутентификация не требовалась), клиент отправляет запрос на установку соединения (CONNECT, BIND или UDP ASSOCIATE).
     +----+-----+-------+------+----------+----------+ | VER | CMD | RSV | ATYP | DST.ADDR | DST.PORT | +----+-----+-------+------+----------+----------+ 1 1 1 1 variable 2
     • VER: Версия протокола (0x05).
     • CMD: Команда (0x01 для CONNECT, 0x02 для BIND, 0x03 для UDP ASSOCIATE).
     • RSV: Зарезервировано (0x00).
     • ATYP: Тип адреса целевого сервера:
       • 0x01: IPv4-адрес (4 байта).
       • 0x03: Доменное имя (1 байт длины + доменное имя).
       • 0x04: IPv6-адрес (16 байт).
     • DST.ADDR: Целевой адрес.
     • DST.PORT: Целевой порт.
4. Ответ прокси-сервера:
   • Прокси-сервер обрабатывает запрос и отправляет ответ клиенту, указывающий на результат операции.
     +----+-----+-------+------+----------+----------+ | VER | REP | RSV | ATYP | BND.ADDR | BND.PORT | +----+-----+-------+------+----------+----------+ 1 1 1 1 variable 2
     • REP: Код ответа (0x00 для успеха, другие значения для ошибок).
     • BND.ADDR: IP-адрес, к которому привязан прокси-сервер для данного соединения.
     • BND.PORT: Порт, к которому привязан прокси-сервер.

Сравнение SOCKS4, SOCKS4a и SOCKS5

Характеристика	SOCKS4	SOCKS4a	SOCKS5
Год выпуска	1990-е	1990-е (расширение SOCKS4)	1996 (RFC 1928)
Поддержка TCP	Да	Да	Да
Поддержка UDP	Нет	Нет	Да
Поддержка IPv4	Да	Да	Да
Поддержка IPv6	Нет	Нет	Да
Разрешение доменных имен	Клиент	Прокси-сервер	Прокси-сервер
Аутентификация	Нет	Нет	Да (Username/Password, GSS-API, No Auth и др.)
Команды	CONNECT, BIND	CONNECT, BIND	CONNECT, BIND, UDP ASSOCIATE
Гибкость/Функциональность	Низкая	Средняя (за счет DNS)	Высокая
Совместимость	Устаревшие системы	Устаревшие системы с поддержкой DNS	Современные системы

Что выбрать: SOCKS4 или SOCKS5?

Выбор между SOCKS4 и SOCKS5 определяется требованиями к функциональности, безопасности и совместимости.

Рекомендации

1. Почти всегда выбирайте SOCKS5. Это современный, функциональный и безопасный протокол.
2. Используйте SOCKS5, если требуются:
   • UDP-трафик: Для онлайн-игр, VoIP, DNS-запросов, потокового видео или любых других приложений, использующих UDP.
   • Аутентификация: Для контроля доступа к прокси-серверу и повышения безопасности. Аутентификация по логину/паролю является стандартной практикой.
   • Поддержка IPv6: Если ваша инфраструктура или целевые ресурсы используют IPv6.
   • Разрешение доменных имен на стороне прокси: Это упрощает конфигурацию клиента и может быть полезно, если у клиента нет доступа к DNS-серверам или требуется, чтобы DNS-запросы также проходили через прокси.
3. SOCKS4/SOCKS4a рассматривайте только в исключительных случаях:
   • Устаревшее программное обеспечение: Если клиентское приложение или операционная система поддерживает только SOCKS4.
   • Минимальные требования: Если вам абсолютно точно нужен только TCP-трафик через IPv4 без аутентификации и DNS-разрешения на прокси, SOCKS4 может быть использован из-за его простоты. Однако это редко оправдано, так как SOCKS5 без аутентификации (метод 0x00) предлагает ту же простоту с дополнительными возможностями.

Соображения безопасности

• Аутентификация: SOCKS5 с аутентификацией по логину/паролю значительно повышает безопасность, предотвращая несанкционированное использование прокси-сервера. SOCKS4 не имеет встроенных механизмов аутентификации, что делает его менее безопасным для публичных или чувствительных сред.
• Шифрование: Ни SOCKS4, ни SOCKS5 не предоставляют встроенного шифрования трафика между клиентом и прокси-сервером, или между прокси и целевым сервером. Для шифрования необходимо использовать дополнительные протоколы, такие как TLS/SSL, поверх SOCKS (например, SSH-туннелирование с SOCKS-прокси) или VPN.

Производительность

Различия в производительности между SOCKS4 и SOCKS5 обычно незначительны. Основное влияние на производительность оказывают:
* Скорость сетевого соединения между клиентом и прокси.
* Скорость сетевого соединения между прокси и целевым сервером.
* Нагрузка на прокси-сервер.
* Задержки, связанные с DNS-разрешением (если прокси его выполняет).

Дополнительные шаги в SOCKS5 (приветствие, аутентификация) добавляют минимальный overhead на этапе установки соединения, который не влияет на скорость передачи данных после установления туннеля.

Конфигурация

Большинство современных клиентов и операционных систем, поддерживающих SOCKS-прокси, по умолчанию используют или предпочитают SOCKS5. При настройке прокси в приложениях или системных параметрах обычно достаточно указать IP-адрес и порт прокси-сервера, а также тип протокола (SOCKS5). Если прокси SOCKS5 требует аутентификации, будут доступны поля для ввода логина и пароля.

Пример настройки SOCKS5-прокси в curl:

curl -x socks5h://user:password@proxy.example.com:1080 http://target.example.com

Здесь socks5h указывает на SOCKS5-прокси, который может разрешать доменные имена (h от hostname).

Выбор SOCKS5 обеспечивает максимальную гибкость, совместимость с современными сетевыми технологиями и улучшенную безопасность благодаря механизмам аутентификации. SOCKS4 следует использовать только при строгих ограничениях совместимости с устаревшим оборудованием или программным обеспечением.