Три строчки. Адрес сервера, порт, логин с паролем. Вот и всё, что отделяет тебя от работы через прокси. Знание простое, но спотыкаются на нём постоянно: то поле не там, то сертификат не тот, то трафик ушёл мимо. Ниже - то, что я проверяю руками каждый раз, когда настраиваю новую точку на своей машине или у клиента.
Прокси не делает тебя невидимым и не выдаёт суперспособностей. Он подменяет адрес отправителя запроса. Всё остальное - стабильность, скорость, отсутствие палева - зависит от качества узла и от того, насколько аккуратно вбиты три параметра в настройки.
Прокси подменяет адрес отправителя, а не прячет тебя
Механика простая до скуки. Вводишь адрес сайта в браузере. Запрос уходит не напрямую, а на прокси-сервер. Тот принимает его, подставляет свои данные вместо твоих, отправляет запрос сайту и возвращает ответ. Со стороны выглядит так, будто ты сел за удалённый компьютер и зашёл на сайт с него.
Дальше начинаются нюансы, из-за которых часть людей разочаровывается. Прозрачный прокси вообще не меняет данные пользователя и не скрывает IP. Его ставят на роутере или в корпоративной сети ради кэширования и экономии трафика. Ты вроде бы «через прокси», а whoer.me показывает твой родной адрес. Не баг, а архитектура.
Второй нюанс: приложение должно уметь ходить через прокси. Браузер умеет, Telegram умеет по MTProto, а десктопная утилита может плевать на системные настройки и ломиться напрямую. Сидишь с включённым прокси, а весь трафик программы идёт с твоего IP. Ловится это только тестом на утечки, о нём ниже.
Что спросить у продавца до оплаты
Кроме адреса и порта нужно понимать четыре вещи. Тип прокси: HTTP, HTTPS или SOCKS5. Способ авторизации: логин с паролем или привязка по IP, так называемый IP-бинд. Лимит одновременных потоков, потому что у дешёвых тарифов он режется до трёх-пяти, и всё сыпется на ровном месте. И география, если работаешь с конкретным регионом.
Отдельно уточни политику ротации. Бывают липкие сессии, когда адрес держится 10, 30 или 60 минут, и бывает смена на каждый запрос. Для входа в аккаунт нужен липкий вариант. Иначе система увидит смену страны каждые две секунды и попросит подтверждение по SMS. Для сбора данных из поиска и маркетплейсов подойдёт ротация.
Нормальный каталог прокси отвечает на эти вопросы до покупки, а не после. Если продавец на странице пишет только «быстрые анонимные прокси от 2 рублей» и молчит про протоколы, беги. Проверено на себе не один раз.
Windows 11 и 10: где спрятан переключатель
Самый короткий путь: Параметры → Сеть и Интернет → Прокси-сервер. В разделе «Настройка прокси вручную» жмёшь «Настроить», включаешь «Использовать прокси-сервер», вводишь адрес и порт, при необходимости задаёшь имя хоста и жмёшь «Сохранить».
Второй путь, который чаще вижу на рабочих машинах: Win+R → inetcpl.cpl → вкладка «Подключения» → «Настройка сети». Там галочка «Использовать прокси-сервер», поля для адреса и порта, кнопка «Дополнительно» для раздельных настроек HTTP и HTTPS. Логин с паролем система спросит при первом запросе.
Живая деталь, на которой люди теряют по полчаса. После сохранения открытые вкладки продолжают жить на старом соединении. Браузер держит установленные каналы и не рвёт их из-за смены системных настроек. На Reddit в тредах про настройку прокси это самая частая жалоба: настройки сохранены, а сайт показывает старый адрес. Закрой браузер полностью, а не просто окно, и открой заново.
Ещё одна деталь: IPv6. Если у прокси только IPv4, а сайт отдаёт AAAA-запись, часть запросов может уйти напрямую по шестой версии. В корпоративных сетях это лечится отключением IPv6 в свойствах адаптера. Проще сразу брать прокси с поддержкой обоих протоколов.
macOS: два клика до вкладки Прокси
По меню: значок Apple → Системные настройки → Сеть. Справа выбираешь свою сетевую службу, жмёшь «Подробнее» → «Прокси». Дальше галочки напротив нужных протоколов: «Веб-прокси (HTTP)», «Защищённый веб-прокси (HTTPS)», SOCKS5 идёт отдельной строкой. Справа вводишь адрес сервера и порт, при необходимости логин с паролем, потом ОК и «Применить».
Тонкость, о которой редко пишут: на macOS настройки привязаны к сетевой службе, а не ко всему компьютеру. Настроил на Wi-Fi, переключился на Ethernet или раздачу с телефона - профиль уже другой, приходится повторять заново. Apple это не считает багом, считай особенностью.
Ещё момент для тех, кто работает в терминале. Системные настройки на curl и git не распространяются. Им нужны переменные окружения http_proxy и https_proxy либо конфиг в .curlrc. Об этом забывают, а потом удивляются, что «прокси не работает».
Браузеры ведут себя по-разному
Chrome и Edge по умолчанию берут системные настройки, отдельного поля для прокси там нет уже лет десять. Настроил в Windows или macOS - браузер подхватил. Удобно, пока не нужно, чтобы прокси работал только в одном браузере из трёх.
Firefox живёт по своим правилам. Настройки → Основные → Параметры сети → «Настроить». Там либо ручная настройка HTTP и HTTPS, либо SOCKS5 с выбором версии и включённым remote DNS. Флажок про DNS критичен: без него имена доменов резолвятся локально, и часть проверок покажет твоего провайдера.
Для мультиаккаунтной работы я держу отдельные профили браузера, каждый со своим прокси. Расширения-менеджеры удобны тем, что хранят список конфигураций и переключают в один клик, без ныряния в системные дебри. Safari на macOS слушается системы, своей настройки у него нет.
Телефон: прокси живёт внутри Wi-Fi профиля
На iOS: Настройки → Wi-Fi → кнопка «i» рядом с сетью → «Настройка прокси» → «Вручную». Вводишь сервер и порт, при необходимости включаешь аутентификацию и добавляешь логин с паролем. Поля сервера и порта сверху, аутентификация чуть ниже.
На Android путь длиннее: долгое нажатие на сеть → «Изменить сеть» → «Дополнительные параметры» → «Прокси» → «Вручную». Поля «Имя хоста», «Порт», «Имя пользователя», «Пароль». На некоторых прошивках авторизация прячется внутри дополнительных настроек, и люди ищут её минут пять.
Главное ограничение мобильных: настройка привязана к конкретной Wi-Fi сети. Переключился с домашнего Wi-Fi на LTE - прокси нет. Для мобильного интернета нужны приложения с собственными настройками подключения либо вариант с сертификатом и профилем. Второе уже отдельная история с ограничениями по версиям ОС.
Проверка занимает пятнадцать секунд
Открываешь whoer.me или ipinfo.io и смотришь на IP. Если он не твой, хотя бы часть трафика идёт через прокси. Если свой, значит настройки не применились, браузер закэшировал соединение или запрос ушёл мимо по IPv6.
Дальше проверь DNS. Сайт покажет, какой резолвер отвечает за твой запрос. Домашний провайдер в этой строке при включённом прокси - утечка, а не мелкая погрешность. И посмотри на WebRTC: он умеет сливать локальный и публичный адрес даже при активном прокси. На Reddit практикующие маркетологи отмечают, что именно этот тест чаще всего валится у новичков. В Firefox отключается в about:config, в Chrome через расширение или флаг.
Отдельно про скорость. Задержка выросла на 200-300 миллисекунд - это норма, сигнал физически идёт через другой город. Задержка выросла до трёх секунд и сайты отваливаются по таймауту - узел перегружен или находится на другом континенте. Пинг на прокси не покажет ничего полезного, меряй отклик сайта.
SOCKS5, HTTP и MTProto: что брать под задачу
HTTP и HTTPS прокси работают на уровне веб-трафика. HTTPS-вариант не расшифровывает содержимое, а туннелирует его через CONNECT, поэтому с точки зрения безопасности это нормальный выбор. Логика простая: браузеру, парсерам и работе с API хватает HTTPS.
SOCKS5 работает на уровне сокетов, ему без разницы, какой протокол внутри. Он тянет не только веб, но и FTP, SMTP, а с поддержкой UDP и часть игрового трафика. Накладные расходы ниже, задержка меньше. Для высоконагруженного парсинга и балансировки между десятками потоков я беру именно SOCKS5.
MTProto - отдельная история под Telegram. Своё шифрование, мультиплексирование потоков и заметно более щадящее поведение на плохих каналах. Если задача звучит как «мессенджер должен стабильно работать на мобильном интернете», смотри в эту сторону, а не в HTTP.
И ремарка про архитектуру. Чем ближе прокси к конечному серверу, тем ниже задержка. Чем больше промежуточных звеньев, тем стабильнее выглядит соединение, но тем выше пинг. Универсального рецепта нет, есть тесты на своём трафике.
Пять причин, по которым подключение не работает
Код 407 Proxy Authentication Required. Логин или пароль не дошли до сервера. Частая причина: в пароле есть символ вроде @ или двоеточия, и часть клиентов парсит строку подключения неправильно. Лечится сменой пароля на алфавитно-цифровой.
Таймаут соединения. Порт закрыт на стороне провайдера прокси, файрвол режет исходящие, либо ты перепутал порт для HTTP и SOCKS5. У одного и того же узла они разные, и это не ошибка каталога.
Ошибка сертификата на каждом сайте. Антивирус с проверкой HTTPS или корпоративный MITM подменяет цепочку и ломает туннель. Отключи проверку SSL в антивирусе или добавь сайт в исключения.
Трафик идёт мимо. Приложение игнорирует системные настройки, и ты думаешь, что прокси битый. Проверяется просто: смотришь логи соединений или тестируешь тот же узел в браузере, где всё работает.
Узел режет потоки. Открыл двадцать вкладок одновременно, получил ошибки на половине. Загляни в тариф, там может стоять лимит на количество одновременных сессий.
Ошибки, которые стоят денег
Купить пакет из пятисот адресов и потом использовать три. Платишь за то, чего не касаешься. Начинать надо с десятка: проверить скорость и стабильность на своей задаче, и только потом масштабировать.
Вторая классика: смешивать гео. Аккаунт зарегистрирован на Германию, а вход идёт с бразильского адреса, потом с индонезийского. Даже с липкой сессией это выглядит подозрительно. Держи страну постоянной хотя бы в рамках одного профиля.
Третья: ставить один адрес на десять аккаунтов сразу. Формально всё работает, но площадки такие связки видят и режут по своим внутренним правилам. Разные профили, разные узлы, никаких пересечений.
Где брать узлы и на что смотреть в каталоге
Я работаю с каталогом 3seller, потому что там видно структуру, а не просто список строк. Есть разделение по типам: серверные IPv4 и IPv6, резидентские, мобильные. Есть фильтры по странам, протоколам и способу ротации, что экономит время при подборе под конкретную задачу.
Что смотреть при выборе глазами практика. Резидентские адреса нужны там, где важна правдоподобность: соцсети, маркетплейсы, рекламные кабинеты. Серверные дешевле и быстрее, они хороши для парсинга открытых данных и проверки выдачи. Мобильные - отдельный класс по цене, зато доверие к ним выше всего.
По протоколам в каталоге прокси есть и HTTPS, и SOCKS5, так что вариант под задачу подбирается без пляски с бубном. Отдельно удобно, что видны параметры липких сессий: не нужно выяснять у поддержки, сколько держится адрес, всё написано сразу.
Совет по деньгам. Возьми минимальный объём на месяц, прогони на своём реальном сценарии, замерь процент успешных запросов. Если он ниже 90, дело не в прокси, а в подходе: слишком агрессивные интервалы, дубли одного адреса, отсутствие пауз. Хороший узел при нормальном поведении даёт 95-99.
Чек-лист на первый запуск
- Выпиши на бумажку адрес, порт, логин и пароль, а также тип протокола.
- Вбей настройки в систему или в браузер, сохрани, полностью перезапусти клиент.
- Открой whoer.me, проверь IP, DNS и WebRTC.
- Замерь отклик на двух-трёх своих целевых сайтах, а не на одном.
- Прогони десяток запросов подряд и посмотри, не появляются ли ошибки авторизации.
- Зафиксируй конфигурацию в заметках, чтобы через месяц не собирать заново.
Настройка через прокси - это пять минут работы и полчаса на проверку, если делать нормально. Проблемы почти всегда не в узле, а в пропущенной галочке, неперезапущенном браузере или символе в пароле, который ломает строку подключения. Начни с одного узла, добейся стабильного результата, и только потом разворачивай схему на десятки профилей. Каталог 3seller.com/proxy для этого подходит: выбрать есть из чего, а проверка занимает ровно столько времени, сколько ты готов потратить.