Формат строки прокси в антидетект-браузерах: ip:port:login:pass или login:pass@ip:port

Два семейства форматов и почему они сосуществуют

Форматов ровно два. Позиционный — значения разделены двоеточиями, и смысл каждого определяется его местом: host:port:login:password. URL-подобный — как в адресной строке, с логином и паролем до собаки: login:password@host:port. Первый пришёл из текстовых списков прокси, второй — из стандартной записи URI, которую понимают curl и почти все библиотеки.

Часть вендоров принимает оба, часть только один. Именно поэтому строка, скопированная из инструкции к одному браузеру, молча не разбирается в другом: формально она корректна, просто этот парсер её не ждёт.

Что принимает каждый браузер

Ниже — форматы из документации самих вендоров. Порядок полей приведён так, как он там записан.

• Dolphin{anty} — три базовые формы: host:port, host:port:login:password и login:password@host:port. К любой из них можно добавить префикс схемы: http://, socks5://, socks4://.
• GoLogin — оба порядка плюс два необязательных суффикса: ярлык :name в конце и ссылка на смену адреса в квадратных скобках. Отсюда пример из документации: http://192.168.0.1:8000:myproxy:pass[https://change-my-ip.com]:name4
• AdsPower — в профиле достаточно вставить IP:port:username:password в поле хоста, остальные поля заполнятся сами. При массовом создании тип прокси задаётся отдельной колонкой proxytype: noproxy, http, https, socks5, ssh.
• Incogniton — по одному прокси на строку в виде ip:port:username:password, тот же вид в каждой строке CSV. Порядок действий: вставить, нажать проверку, добавить.
• Multilogin — только IP:port:login:password или IP:port. Других форм в поле адреса нет.
• Octo Browser — host:port:login:password, а для IPv6 хост берётся в квадратные скобки: [host]:port:login:password.
• Linken Sphere — классический host:port:login:password при массовом импорте, плюс конфигурации в JSON для Shadowsocks.

IPv6: единственный случай, где позиционный формат неоднозначен

IPv6-адрес сам состоит из двоеточий. Позиционный разбор по двоеточию не может понять, где кончается адрес и начинается порт, — поэтому оба вендора, которые IPv6 в этом поле поддерживают, выбрали квадратные скобки. У Octo Browser это [host]:port:login:password, у AdsPower при массовом создании — [Host]:Port:Username:Password, с примером [1234:abcd:a11:0:0:0:0:e13]:8000:myproxy:password.

Здесь важно не спутать два разных случая. Скобки нужны, когда сам адрес прокси — IPv6-литерал. Если же вы подключаетесь к шлюзу по имени или по IPv4, а выход у него IPv6, скобки не нужны вовсе: строка вставляется как обычная. Большая часть путаницы вокруг «IPv6 не работает в антидетекте» — это именно эти два случая, принятые за один.

Чего в документации нет

IPv6-формат описан только у Octo Browser и AdsPower. У Dolphin{anty}, GoLogin, Incogniton и Linken Sphere в разделах про прокси IPv6 не упоминается ни разу. Это не то же самое, что «не работает»: это значит, что поведение не документировано и его нужно проверять на своём профиле. Multilogin в своём FAQ прямо говорит, что адреса у него сейчас в основном IPv4, а поддержка IPv6 запланирована.

Сначала доступы, потом парсер

Прежде чем перебирать порядок полей, убедитесь, что сама пара логин-пароль рабочая. Проверка занимает одну команду и полностью отделяет вопрос «правильные ли доступы» от вопроса «правильно ли их понял браузер».

# -U передаёт логин и пароль отдельно от адреса: порядок полей
# в строке подключения здесь не участвует вовсе.
curl -x socks5h://ШЛЮЗ:ПОРТ -U ЛОГИН:ПАРОЛЬ https://example.com -o /dev/null -w '%{http_code}\n'

# То же по HTTP-порту:
curl -x http://ШЛЮЗ:ПОРТ -U ЛОГИН:ПАРОЛЬ https://example.com -o /dev/null -w '%{http_code}\n'

# 200 -> доступы верные, дело в формате строки в браузере.
# 407 -> дело в доступах, формат тут ни при чём.

Если curl отдаёт 200, а браузер продолжает жаловаться — вопрос закрыт: доступы верные, и остаётся подобрать форму записи из списка выше. Если curl отдаёт 407, менять порядок полей бессмысленно, разбираться нужно с самими доступами.

Как избежать этого целиком

Самый надёжный способ не спорить с парсером — не передавать пароль вообще. При авторизации по IP адрес машины добавляется в whitelist, и прокси узнаёт клиента по самому подключению: в поля браузера остаётся вписать только хост и порт, а формат из четырёх полей превращается в формат из двух, где перепутать нечего.

У нас оба способа активны одновременно, поэтому переключать ничего не нужно: серверная машина работает по whitelist, а профили с ноутбука продолжают ходить по логину и паролю.