HTTP чи SOCKS5: який протокол проксі вибрати

У резидентних і мобільних проксі Proxeta два порти: 8080 для HTTP і 1080 для SOCKS5. Логін, пароль і пул адрес у них спільні, тож вибір протоколу залежить не від тарифу, а від того, що вміє ваша програма. Нижче — як працює кожен протокол, хто в ньому визначає адреси сайтів за іменами, чому через шлюз не проходять UDP і QUIC і що вибрати для типових завдань.

Як працює HTTP-проксі

HTTP-проксі приймає запити мовою HTTP. Для сайту за http:// програма надсилає проксі звичайний запит із повною адресою сторінки, проксі сам запитує її в сайту й повертає відповідь. У цьому разі проксі бачить увесь вміст.

Для сайту за https:// програма спочатку просить проксі відкрити тунель:

CONNECT example.com:443 HTTP/1.1
Host: example.com:443
Proxy-Authorization: Basic bG9naW4tY291bnRyeS11czpwYXNzd29yZA==

Проксі з’єднується з example.com через порт 443 і відповідає кодом 200, після чого програма шифрує трафік безпосередньо із сайтом. Проксі бачить ім’я сайту й обсяг даних, але не адреси сторінок і не їхній вміст. Якщо логін або пароль не підійшли, проксі відповідає кодом 407 Proxy Authentication Required.

Логін і пароль передаються в заголовку Proxy-Authorization у кодуванні base64. Це не шифрування: рядок із прикладу розкодовується в login-country-us:password. Логіни в прикладах скорочено: у рядку з особистого кабінету є ще параметр фільтра, наприклад -filter-medium, тому копіюйте його повністю.

Як працює SOCKS5

SOCKS5 не розбирає HTTP. Програма вітається з проксі, проходить вхід за логіном і паролем (це окремий крок протоколу, описаний у RFC 1929) і просить з’єднати її з хостом і портом. Далі проксі передає байти в обидва боки й не знає, що всередині.

Логін і пароль у SOCKS5 теж ідуть відкритим текстом. Ні SOCKS5, ні HTTP-проксі зі схемою http:// не шифрують з’єднання між вами й проксі, тому вміст захищає лише HTTPS між програмою й сайтом.

Сам протокол SOCKS5 не прив’язаний до вебу. Ми описуємо підключення до сайтів, а роботу інших протоколів через шлюз не перевіряли: якщо вашій програмі потрібен не вебтрафік, перевірте її на невеликому обсязі.

Чим відрізняються HTTP і SOCKS5

DNS: хто перетворює ім’я сайту на адресу

В HTTP-проксі питання вирішує протокол: у запиті CONNECT і в запиті до http://-сайту йде ім’я, а адресу знаходить проксі.

У SOCKS5 програма може передати або ім’я, або адресу, яку вже знайшла сама. У curl і requests це задає схема: із socks5h:// адресу визначає проксі, із socks5:// — ваш пристрій. Chromium із SOCKS5-проксі передає ім’я. В інших програмах шукайте в налаштуваннях пункт на кшталт «DNS через проксі».

Чому це важливо:

• Локація. Відповідь DNS залежить від того, де розташований резолвер. Великі сайти й CDN віддають адресу сервера поруч із ним, тому якщо адресу визначає ваш пристрій, запит може піти до сервера для вашого регіону, а не для регіону виходу.
• Приватність. Якщо імена обробляє ваш пристрій, ваш DNS-провайдер бачить, які сайти ви відкриваєте через проксі.
• Помилки. Якщо ваш пристрій не може визначити адресу за ім’ям, запит із socks5:// обірветься ще до з’єднання із сайтом.

Чому UDP і QUIC не проходять через шлюз

HTTP-проксі передає лише TCP: і звичайний запит, і тунель CONNECT — це TCP-з’єднання. У SOCKS5 є команда UDP ASSOCIATE для передавання UDP, але шлюз Proxeta UDP не підтримує: за даними каталогу, UDP недоступний у жодній країні резидентних і мобільних проксі.

Що з цього випливає на практиці:

• HTTP/3 через проксі не працює. HTTP/3 іде поверх QUIC, а QUIC — поверх UDP. Браузери й HTTP-бібліотеки через проксі відкривають сайти за HTTP/2 або HTTP/1.1 поверх TCP.
• Дзвінки, ігри та інші UDP-програми через цей шлюз не підуть. Залежно від програми такий трафік або не запрацює, або піде напряму, повз проксі.
• Окремі DNS-запити за UDP через шлюз не передаються. Доручіть визначення адрес проксі: в HTTP це відбувається саме собою, у SOCKS5 — зі схемою socks5h://.

Порти й рядок проксі в Proxeta

Рядки HTTP і SOCKS5 з однаковими налаштуваннями відрізняються лише портом, логін і пароль ті самі. Дві команди нижче перевіряють той самий логін за двома протоколами:

curl -sS --max-time 30 -w '\n' \
  --proxy http://proxy.example.invalid:8080 \
  --proxy-user 'login-country-us:password' \
  https://api64.ipify.org

curl -sS --max-time 30 -w '\n' \
  --proxy socks5h://proxy.example.invalid:1080 \
  --proxy-user 'login-country-us:password' \
  https://api64.ipify.org

Схема має збігатися з портом: http:// — з 8080, socks5h:// — з 1080. Якщо їх переплутати, з’єднання обірветься або зависне одразу після підключення. Інші параметри рядка розібрано в статті формат рядка проксі, а помилки curl — у статті curl через проксі.

Протокол вибирають під час генерації в полі «Протокол». В ISP-проксі дані для підключення зазначено в замовленні на вкладці «Мої проксі».

Команди запускалися 5 листопада 2026 року в curl 8.7.1 через локальні тестові проксі, а не через шлюз Proxeta.

Що вибрати: HTTP чи SOCKS5

• Браузер, Playwright, розширення для Chrome → HTTP. Chromium через Playwright не приймає SOCKS5 з логіном і паролем, а розширення Proxeta Proxy Manager працює лише з HTTP-проксі.
• curl, Python та інші HTTP-клієнти → будь-який. Для HTTP не потрібні додаткові пакети, для SOCKS5 у requests потрібен PySocks, а в curl використовуйте схему socks5h://. Приклади — у статті проксі в Python.
• Telegram → SOCKS5: його приймають застосунки для Android, iPhone і комп’ютера, а HTTP — лише Telegram Desktop. Налаштування — у статті проксі для Телеграм.
• Антидетект-браузер → будь-який із протоколів, які він підтримує; головне, щоб тип проксі в профілі збігався з рядком.
• Програма, яка вміє лише один протокол → він.
• Потрібен UDP → ні той, ні інший: шлюз UDP не передає.