Браузер просит логин и пароль при каждом запуске, вкладка висит с надписью ERR_PROXY_CONNECTION_FAILED, а ты уже десять минут ищешь, куда в Chrome спрятали эти настройки. Знакомо. Я ставлю прокси на браузеры восемь лет, и первая настройка на новой машине всё равно отнимает больше времени, чем хотелось бы. Не потому что сложно, а потому что в каждом браузере это лежит в своём углу.
Ниже - рабочая последовательность для Chrome, Firefox и macOS, с деталями, которые обычно всплывают уже после того, как всё сломалось. Плюс пара вещей про архитектуру, без которых настройка превращается в гадание.
Три задачи, под которые вообще нужен прокси в браузере
Прокси в браузере закрывает три практические задачи. Первая - посмотреть, как сайт или реклама выглядит из другого региона: гео-выдача, цены, наличие товара, локальные баннеры. Вторая - работать с несколькими кабинетами, где важно, чтобы каждый приходил со своего адреса. Третья - спокойно сидеть в публичном Wi-Fi аэропорта или кофейни, где трафик идёт через чужое оборудование.
Задача попадает в одну из этих трёх - нужна нормальная настройка, а не костыль на пять минут. Не попадает - скорее всего, прокси тебе не нужен вовсе.
Данные для подключения всегда лежат в личном кабинете сервиса: адрес сервера, порт, логин, пароль и тип протокола. В каталоге прокси 3seller это видно сразу при выборе: страна, тип (HTTP, HTTPS, SOCKS5), срок и объём трафика. Оттуда же копируешь четыре строчки, которые дальше вставляешь в настройки. Всё остальное - интерфейс.
Chrome не умеет прокси сам, и это главный подвох
Самая частая причина, по которой люди не находят настройки, банальна: в Google Chrome их нет. Браузер не хранит параметры прокси внутри себя, он берёт их из системы. Поэтому путь через меню Chrome всегда заканчивается на системном окне Windows или macOS. Это не баг, это архитектура, и она удобна: настроил один раз - работает во всех вкладках и во всех приложениях на системном стеке.
Открываешь Chrome, жмёшь три точки в правом верхнем углу, заходишь в «Настройки». В новых версиях пункт может прятаться за иконкой профиля, если включена синхронизация. Дальше слева внизу раздел «Система» и кнопка «Открыть настройки прокси-сервера для компьютера». Откроется то самое окно, которое в Windows 11 называется просто «Прокси».
Выбираешь «Настройка прокси сервера вручную», включаешь переключатель «Использовать прокси-сервер», вписываешь адрес и порт из личного кабинета, сохраняешь. Настройка в браузере закончена, хотя делал ты её в Windows.
Windows 10 и 11: короткий путь, который экономит время
Если не хочется лезть в Chrome ради системного окна, иди напрямую. Пуск - «Параметры» - «Сеть и Интернет» - «Прокси». Тот же экран, три клика вместо шести. В разделе «Настройка прокси вручную» нажимаешь «Настроить», включаешь «Использовать прокси-сервер», заполняешь «Адрес» и «Порт», сохраняешь.
Тут есть деталь, о которой многие не знают: ниже есть поле «Не использовать прокси-сервер для адресов». Туда через точку с запятой вписываются локальные адреса и внутренние домены, которые должны ходить напрямую. Корпоративная сеть, принтер, локальная админка - впиши их сразу, иначе браузер отправит локальный трафик наружу и получит таймаут.
Ещё один момент: настройки применяются ко всей системе. Скайп, торрент-клиент, обновления - всё пойдёт через тот же прокси. Иногда это именно то, что нужно, иногда - сюрприз. Нужен прокси только в браузере, а остальное напрямую - смотри в сторону Firefox или менеджеров в расширениях.
Firefox: единственный популярный браузер со своими настройками
Firefox хранит параметры подключения внутри себя и не трогает систему. Для моих задач это плюс: Chrome держу на прямом соединении, Firefox гоняю через конкретный узел, и они друг другу не мешают.
Открываешь меню, «Настройки», прокручиваешь до самого низа. Там кнопка «Настройки сети» и рядом «Настроить». В отдельном окне выбираешь «Ручная настройка прокси-сервиса». Дальше заполняешь поля для HTTP-прокси и отдельно для SOCKS-хоста, вписываешь порт.
Важная галочка, которую регулярно забывают: «Прокси DNS при использовании SOCKS v5». Без неё трафик пойдёт через прокси, а DNS-запросы продолжат уходить через твоего провайдера. Сайт откроется, а регион определится неверно, и вся затея с гео-проверкой развалится. В справке Mozilla Support про это написано прямым текстом: галочка обязательна при работе с SOCKS5.
Firefox ещё удобен профилями. Один с прокси, другой без, переключаешься ярлыками на рабочем столе. Дешевле любого антидетект-браузера, если задача простая.
macOS: три поля, которые надо не перепутать
В macOS настройки живут в «Системных настройках» - «Сеть». Выбираешь активное подключение (Wi-Fi или Ethernet), жмёшь «Подробнее», находишь вкладку «Прокси». Дальше главное не перепутать типы: «Веб-прокси (HTTP)», «Защищённый веб-прокси (HTTPS)» и «Прокси SOCKS» - это три разных поля. Указан SOCKS5 в кабинете - включаешь именно SOCKS и вписываешь адрес с портом туда. Многие по привычке лезут в HTTP, а потом удивляются, что соединение не устанавливается.
Рядом кнопка «Проверить подключение» - редкая полезная вещь в системных настройках. Жмёшь, и macOS честно говорит, достучалась до узла или нет. Браузер открывать не надо.
Логин и пароль: почему браузер спрашивает их каждый раз
Прокси с авторизацией ведёт себя предсказуемо: после сохранения настроек при первом запросе браузер выкатит окно с требованием имени и пароля. Данные копируешь из личного кабинета. Дальше два варианта.
Первый - браузер запомнит и больше не спросит. Так работает Chrome на Windows, если не включено очищение данных при закрытии. Второй - спрашивает при каждом запуске. Это не поломка, а стандартное поведение HTTP-авторизации: пароль от прокси не попадает в менеджер паролей, потому что технически это не форма на сайте.
Лечится тремя способами: не закрывать браузер полностью, использовать SOCKS5 с авторизацией в самом клиенте или поставить менеджер, который подставляет креды сам. Окно с паролем по десять раз за день - сигнал, что нужен не системный прокси, а расширение-менеджер.
Расширения-менеджеры: когда системных настроек мало
В магазинах расширений Chrome и Firefox есть категория «менеджеры прокси». Логика у большинства одинаковая: вбиваешь список узлов один раз, а дальше включаешь прокси не глобально, а по конкретным доменам. Заходишь на нужный сайт, жмёшь иконку, ставишь галочку напротив домена - и только этот сайт идёт через прокси.
Удобно, когда работаешь с десятком кабинетов и не хочешь пускать личную почту и банк через чужой узел. Нюанс: расширение управляет только тем, что происходит внутри браузера. Обновления, другие приложения, системные запросы - всё остаётся как было.
Второй нюанс важнее. На Reddit в ветках про мультиаккаунты и арбитраж регулярно всплывает одна и та же претензия: расширение видит весь твой трафик. Ставить случайный плагин с тремя отзывами и доступом ко всем сайтам - так себе идея. Смотри на количество установок, дату последнего обновления и разработчика. Не обновлялось два года - проходи мимо.
Как проверить, что прокси реально работает
Сохранил настройки - не верь глазам. Открой любой сервис проверки IP и посмотри, какой адрес он показывает. Совпадает со страной из кабинета - хорошо. Показывает твой родной город - прокси не применился или применился не туда.
Второй шаг - проверка DNS. Есть сервисы, которые показывают и IP, и DNS-сервер, обслуживающий тебя. IP из другой страны, а DNS-сервер домашний - это утечка, и часть сайтов всё равно определит тебя неправильно. В Firefox лечится галочкой из раздела выше, в Chrome - только через SOCKS5 или менеджер прокси.
Третий шаг - скорость. Зайди на пару тяжёлых сайтов и посмотри на задержку. Нормальный прокси в соседней стране добавляет 30-80 мс, и это незаметно. Страницы ползут по пять секунд - узел перегружен или далеко. Смена страны в кабинете решает вопрос быстрее, чем подкручивание настроек браузера.
Ошибки, которые я видел чаще всего
ERR_PROXY_CONNECTION_FAILED почти всегда означает одно: адрес или порт введены неверно либо узел недоступен. Проверь, что не добавил лишний пробел в конце строки. Серьёзно, это причина номер один.
Код 407 Proxy Authentication Required - неверный логин или пароль. Скопируй заново, не набирай руками. Пароли в кабинетах часто содержат символы, которые легко перепутать на глаз.
ERR_TUNNEL_CONNECTION_FAILED всплывает на HTTPS-сайтах, когда HTTP-прокси не поддерживает CONNECT. Лечится сменой типа на HTTPS или SOCKS5. Берёшь узлы в каталоге прокси - смотри, какой протокол указан в карточке, и не пытайся использовать HTTP-узел там, где нужен SOCKS5.
И самая обидная ошибка: всё работает, но только в одной вкладке. Бывает, когда настройки применились к профилю, а браузер запущен в другом. В Chrome проверь аватарку в правом верхнем углу: системные настройки общие, а расширения у каждого профиля свои.
HTTP или SOCKS5: что выбрать для браузера
Разница на уровне архитектуры. HTTP-прокси понимает только HTTP-запросы, для HTTPS он открывает туннель через CONNECT и дальше не видит, что внутри. Быстрее настраивается, проще в отладке, но не умеет работать с не-HTTP трафиком.
SOCKS5 работает на уровне TCP-соединения и не разбирает, что именно ты передаёшь. Поэтому тянет любые протоколы, включая WebSocket, и корректно передаёт DNS, если браузер это поддерживает. Для современного веба SOCKS5 почти всегда предпочтительнее. Минус - чуть выше накладные расходы, и не все старые приложения его понимают.
Для парсинга и десятков тысяч запросов важна ротация. Один и тот же адрес, долбящий сайт сотней запросов в минуту, быстро начинают резать. В каталоге есть режимы с автоматической сменой IP - это спасает от бана куда лучше ручного переключения.
Публичный Wi-Fi и зачем вообще лезть в эти настройки
Отдельный сценарий, который многие недооценивают. В кафе, аэропорту, коворкинге ты подключаешься к сети, которую контролирует кто-то другой. HTTPS защищает содержимое страниц, но не метаданные: какие сайты открываешь, когда и как долго там сидишь. Прокси с шифрованием снимает проблему, потому что трафик до узла идёт в зашифрованном туннеле, а локальная сеть видит только факт подключения к одному адресу.
Настраивается ровно так же, как описано выше. Разница одна: после выхода из кафе настройку надо снять, иначе домашний интернет тоже пойдёт через узел, а это лишняя задержка и лишний трафик из твоего пакета.
Мобильные браузеры: там всё иначе
На Android прокси ставится на уровне Wi-Fi-сети, а не браузера: долгое нажатие на сеть, «Изменить», «Дополнительные параметры», тип прокси «Вручную», хост и порт. Работает для всего устройства, пока ты в этой сети. На iOS аналогично: «Настройки» - «Wi-Fi» - значок сети - «Настройка прокси» - «Вручную».
В мобильных Chrome и Safari отдельных настроек прокси нет вообще. Нужен прокси только в браузере на телефоне - смотри в сторону приложений-менеджеров, которые поднимают локальный туннель. Для большинства рабочих задач хватает системной настройки Wi-Fi.
Сколько это стоит и как не переплатить
Резидентные прокси считаются по трафику, обычно от 3 до 15 долларов за гигабайт в зависимости от страны и объёма. Датацентровые дешевле и быстрее, но сайты их чаще узнают. Мобильные - самые дорогие, зато выглядят как обычный пользователь с телефона.
Для браузерной работы с парой аккаунтов хватает минимального пакета: полгигабайта живут месяцами, если не грузить видео. Начинать с большого объёма смысла нет. Возьми минимум, проверь скорость и стабильность на своих задачах, докупай потом.
Смотри на каталог по стране, а не по цене. Дешёвый узел в нужном регионе лучше дорогого, но не там. В 3seller.com/proxy фильтры как раз по гео и типу протокола, и это экономит минут десять на каждом заказе.
Что сделать прямо сейчас
Возьми один прокси, поставь его в Firefox через «Настройки сети» с галочкой DNS, открой сервис проверки IP и убедись, что страна совпадает. Пять минут. Получилось - дальше дело техники: добавляешь узлы, разносишь по профилям, ставишь менеджер для точечного включения.
Не получилось - почти наверняка дело в одном из трёх: пробел в поле адреса, неверный тип протокола или забытая авторизация. Проверяй в этом порядке, и всё заведётся.