Налаштування та робота з проксі ProxyUDP в Afina

Проксі ProxyUDP в Afina налаштовується через SOCKS5-підключення з host, port, login і password. Такий профіль використовують, щоб запустити браузерну сесію з окремим IP-маршрутом і потім перевірити IP, DNS, WebRTC та, за потреби, QUIC/HTTP/3. У реальній роботі важливо не плутати напис SOCKS5 із гарантованою підтримкою UDP: це треба підтвердити в кабінеті провайдера або окремим тестом.

Для базового підключення потрібні дві речі: активний проксі у ProxyUDP і браузерний профіль в Afina. Після внесення даних профіль має пройти тест підключення, відкритися з очікуваною зовнішньою IP-адресою і не показувати витоки через WebRTC або DNS.

Які дані потрібні для підключення ProxyUDP в Afina

Для налаштування потрібні host або IP, port, login, password і тип протоколу. Візьміть ці дані у своєму кабінеті ProxyUDP і перенесіть їх у профіль без зміни формату. Справжні логіни, паролі й приватні IP не варто вставляти у робочі нотатки, скриншоти або загальні документи команди.

Якщо сценарій залежить від UDP, перевірте саме підтримку UDP для SOCKS5. Сам пункт SOCKS5 у кабінеті або в інтерфейсі браузера не доводить, що проксі пропускає UDP-трафік. Для HTTP, HTTPS і SOCKS5 без UDP звичайне завантаження сторінок може працювати, але WebRTC, QUIC або HTTP/3 поводитимуться інакше.

Найзручніше підготувати дані в короткій таблиці перед додаванням профілю. Так легше побачити помилку в порту чи протоколі до першого запуску.

Таблиця не замінює тест. Вона допомагає уникнути типових помилок, через які профіль може не пройти навіть першу перевірку.

Перед вставленням даних в Afina перевірте, який тип доступу використовує проксі: авторизацію за IP, login-password або обидва варіанти. Якщо ProxyUDP видає логін і пароль, залишайте авторизацію в профілі та не розраховуйте лише на поточний IP пристрою. Якщо у провайдера є allowlist, додавайте туди тільки стабільний офісний або серверний IP, з якого реально запускатиметься профіль. Невідповідність між allowlist і login-password часто пояснює ситуацію, коли проксі працює в одному тестері, але не проходить перевірку в браузерному профілі.

Як створити профіль Afina перед додаванням проксі

Профіль в Afina має бути створений до перевірки робочої сесії. У цьому профілі зберігатимуться cookies, cache, localStorage, параметри відбитка і проксі, тому краще не використовувати один профіль для кількох різних акаунтів або задач.

Почніть зі створення окремого профілю:

1. відкрийте Afina і перейдіть до списку профілів
2. створіть новий профіль
3. вкажіть назву, яка пояснює завдання або акаунт
4. перевірте базові параметри профілю, зокрема мову, часовий пояс і модель пристрою

Обов'язково збережіть профіль перед налаштуванням проксі.

Якщо у вас уже є готовий профіль, не поспішайте просто замінити в ньому проксі. Для робочого акаунта різка зміна IP, країни, часового поясу або WebRTC-адреси може створити невідповідність між параметрами профілю та мережевого середовища. Краще перевірити маршрут на тестовому профілі, а потім призначати його основному.

Для командної роботи корисно одразу домовитися про назви профілів: акаунт, гео, провайдер проксі й коротка ціль зазвичай достатні. Назва на кшталт shopify-us-proxyudp-test зрозуміліша за profile 17. Так менше шансів, що інший учасник команди призначить не той проксі профілю, де вже є cookies, cache і своя історія відбитка.

Як додати ProxyUDP у вкладці Proxy або Proxies

Проксі можна додати безпосередньо в налаштуваннях профілю або через розділ Proxies, якщо актуальна версія інтерфейсу пропонує спочатку створити запис у загальному списку. Обидва варіанти ведуть до одного результату: профіль отримує конкретний маршрут через проксі, який можна перевірити перед запуском.

Для налаштування спочатку відкрийте потрібний профіль в Afina.

Далі дотримуйтесь інструкції:

1. перейдіть до вкладки Proxy
2. оберіть SOCKS5, якщо для задачі потрібен UDP-роутинг
3. внесіть Host, Port, Login і Password у відповідні поля
4. запустіть тест підключення

Якщо перевірка успішна, збережіть налаштування. Можете запустити профіль і перевірити реальну сесію в браузері.

Якщо ви працюєте через окремий розділ Proxies, спочатку додайте там запис із тими самими параметрами. Після цього поверніться до профілю, виберіть збережений проксі зі списку і запустіть тест. Такий шлях зручний, коли команда веде кілька профілів і хоче бачити всі проксі в одному місці.

В Afina не потрібно шукати окремий тип під назвою UDP-проксі, якщо його немає в інтерфейсі. Для такого сценарію обирають SOCKS5, а UDP розглядають як властивість самого проксі. Детальніше про те, як це пов'язано з QUIC і HTTP/3, описано в матеріалі Afina про UDP через SOCKS5.

Як перевірити IP, DNS і WebRTC після запуску профілю

Успішний тест у формі проксі ще не означає, що вся сесія готова. Після запуску профілю потрібно перевірити, який IP бачить сайт, чи не витікає DNS і чи не показує WebRTC іншу адресу. Для сценаріїв, де необхідна узгодженість мережевих параметрів, це важлива частина перевірки профілю.

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

1. запустіть профіль із налаштованим проксі
2. відкрийте сервіс перевірки зовнішньої IP-адреси
3. порівняйте IP із очікуваною адресою проксі
4. перевірте DNS, щоб запити не йшли через небажаний маршрут
5. перевірте WebRTC і переконайтеся, що він не показує реальний IP пристрою
6. для SOCKS5 із підтвердженим UDP окремо перевірте QUIC або HTTP/3, якщо це потрібно вашому сценарію

Важливий момент: UDP-роутинг не усуває WebRTC-витоки автоматично. WebRTC треба перевіряти як окремий сигнал. Якщо він показує не той маршрут, дивіться налаштування профілю, розширення браузера, системну мережу і реальні можливості проксі.

Для роботи з кількома профілями корисно вести короткий журнал: назва профілю, host проксі, протокол, очікувана країна, результат перевірки IP, результат WebRTC, дата останньої перевірки. Це займає кілька хвилин, зате значно спрощує діагностику, коли один профіль раптом перестає проходити перевірку.

Повторюйте ці перевірки після кожної суттєвої зміни проксі, а не тільки під час першого налаштування. Ротація пароля, новий endpoint або перемикання протоколу можуть змінити зовнішню IP-адресу, DNS-маршрут чи поведінку WebRTC. Якщо профіль використовується для важливого акаунта, спочатку відкрийте чисту вкладку з тестом, а вже потім переходьте на робочу платформу. Так результат перевірки не змішується з активною сесією.

Що робити, якщо тест ProxyUDP не проходить

Якщо IP не збігається, тест проксі не проходить або видно витік, спочатку потрібно знайти причину збою. Не запускайте акаунт у профілі, доки не перевірите налаштування.

Найчастіше причину варто шукати в одному з чотирьох місць:

Не змішуйте одразу кілька виправлень. Якщо одночасно змінити протокол, порт, профіль і розширення, буде незрозуміло, що саме допомогло. Краще йти короткими кроками: спочатку авторизація, потім маршрут IP, потім DNS, потім WebRTC і UDP.

Після кожної зміни закривайте запущену браузерну сесію і стартуйте профіль заново. Частина мережевих параметрів зчитується під час запуску, тому простого оновлення вкладки може бути недостатньо. Якщо результат змінюється тільки після повного перезапуску, зафіксуйте це в журналі. Це підкаже команді, що проблема була пов'язана зі станом сесії, а не лише з даними проксі.

Коли SOCKS5 із UDP потрібен, а коли достатньо звичайного проксі

SOCKS5 із UDP потрібен не кожному профілю. Він має сенс для сценаріїв, де важливий трафік реального часу або сучасні браузерні протоколи. Якщо профіль лише відкриває звичайні сторінки й не використовує WebRTC, може бути достатньо HTTP, HTTPS або SOCKS5 без UDP за умови узгодженості IP, DNS і відбитка.

Різницю зручно тримати в такому вигляді:

Не вмикайте UDP тільки тому, що цей варіант здається технічно сильнішим. Якщо задача зводиться до звичайної роботи в вебкабінеті, головна вимога це стабільний IP-маршрут, передбачуваний DNS і чиста історія профілю. UDP важливий тоді, коли браузерна функція або сценарій платформи справді використовує такий трафік. Тому практичне рішення звучить не як "SOCKS5 завжди кращий", а як "тип проксі відповідає трафіку, який створюватиме профіль".

Для більших команд найнадійніше правило просте: один робочий акаунт, один профіль, один маршрут проксі. Спільні проксі ускладнюють діагностику, бо кілька акаунтів можуть успадкувати одну й ту саму IP-репутацію, DNS-поведінку або тимчасову проблему провайдера. Якщо проксі треба змінити, зафіксуйте попередній endpoint, новий endpoint і точний час заміни. Коли платформа пізніше попросить додаткову перевірку, ця нотатка допоможе відокремити мережеву подію від проблеми з відбитком або cookies.

У профілях браузера Afina проксі варто розглядати як частину конфігурації профілю, а не як окремий параметр. IP-маршрут, WebRTC, DNS, часовий пояс, мова браузера і дані сесії мають складатися в одну технічну картину. Якщо хоча б один шар суперечить іншим, краще зупинити профіль і виправити конфігурацію до робочого запуску.

Робочий профіль можна вважати перевіреним, якщо ProxyUDP підключений, зовнішня IP-адреса збігається з очікуваною, WebRTC і DNS не показують небажаних маршрутів, а UDP-сценарій підтверджений окремим тестом.

Для повторних перевірок використовуйте той самий набір тестових сервісів.

Спробуйте ProxyUDP разом з Afina

Щоб налаштувати мережевий маршрут для профілю Afina, відкрийте ProxyUDP, скопіюйте параметри підключення та додайте їх у профіль. Перед роботою з акаунтом перевірте зовнішню IP-адресу, DNS і WebRTC, а для UDP-сценарію окремо переконайтеся в підтримці UDP.

Скачати