Знакомый маркетолог потратил на эту задачу сорок минут и два чата в поддержке. Купил прокси, вставил данные, нажал сохранить, открыл сайт - а сайт показывает его домашний город. Проблема оказалась смешной: он искал настройку внутри Chrome, где её физически нет. Chrome не хранит адрес прокси у себя, он берёт его из системы.
Ниже разберу по шагам, как включить прокси в браузере на Windows и macOS, чем Firefox отличается от всех остальных, где вводить логин с паролем и почему после сохранения ничего не работает в половине случаев. Без теории ради теории, только то, что реально нужно нажать.
Chrome и Edge не умеют хранить прокси у себя
Главное, что нужно понять до начала: браузеры на движке Chromium (Chrome, Edge, Opera, Яндекс Браузер, Vivaldi) делегируют прокси операционной системе. В настройках браузера есть только кнопка, которая открывает системное окно. Отсюда и путаница: люди ищут отдельное поле для прокси в интерфейсе Chrome, не находят и делают вывод, что браузер не поддерживает.
Поддерживает, просто через систему. Плюс такого подхода в том, что прокси начнёт работать сразу во всех приложениях на компьютере, а не только в браузере. Минус тоже есть, и он неприятный: трафик пойдёт через удалённый узел и в других программах, включая клиент почты и рабочие панели. Об этом ниже.
Windows: путь до заветной галочки
Открываешь Chrome, жмёшь три точки в правом верхнем углу, выбираешь Настройки. Слева или через поиск по настройкам находишь раздел Система. Внутри будет пункт Открыть настройки прокси компьютера. В старых версиях браузера раздел называется Дополнительно, потом Система - суть та же, кнопка одна.
Дальше открывается системное окно Параметры Windows. Порядок такой:
- Раздел Сеть и интернет, затем Прокси.
- Блок Настройка прокси вручную, переключатель Использовать прокси-сервер в положение Вкл.
- В поле Адрес вписать хост из кабинета провайдера, в поле Порт - цифры порта.
- Нажать Сохранить.
Всё, настройка применена. Chrome подхватит её мгновенно, перезапуск не нужен, хотя если открыта куча вкладок с авторизацией, лучше их закрыть и зайти заново.
Отдельно про поле исключений. Там перечисляются адреса, которые должны ходить напрямую, минуя прокси. Разделитель - точка с запятой. Вписывай туда локальные адреса и внутренние сервисы компании, иначе корпоративная панель или принтер перестанут открываться и ты будешь думать, что прокси сломался.
Что именно писать в поля адреса и порта
В кабинете любого нормального провайдера данные выглядят как две строки: хост и порт. Хост - это либо доменное имя вида node.provider.net, либо четыре числа через точку. Порт - отдельное число, обычно четырёхзначное.
Типичная ошибка новичка: скопировать всё одной строкой вместе с протоколом и двоеточием, а потом вставить в поле адреса. Поле адреса ждёт только хост. Ни http://, ни https://, ни слешей, ни двоеточия с портом там быть не должно. Порт идёт в соседнее поле. Если вставил лишнее, Windows молча сохранит, браузер молча не откроет ни одну страницу, и никакой ошибки ты не увидишь.
Логин с паролем или привязка по IP
Провайдеры дают два способа авторизации, и от выбора зависит, придётся ли тебе что-то вводить руками.
Первый - привязка по IP. Ты добавляешь свой домашний или офисный IP в белый список в личном кабинете, и прокси пускает тебя без пароля. Удобно тем, что в настройках браузера вообще ничего вводить не надо: только хост и порт. Неудобно тем, что при смене интернета (переехал, включил мобильный модем) доступ отвалится, пока не добавишь новый адрес.
Второй - логин и пароль. После сохранения настроек при первом переходе на любой сайт система покажет стандартное окно авторизации. Вот тут многие теряются: окно выглядит как системное, не как браузерное, и люди начинают искать поле для пароля на самой странице. Вводить данные нужно именно в это всплывающее окно, и только один раз за сессию, дальше браузер запомнит.
Для регулярной работы с аналитикой и парсингом я обычно беру привязку по IP на стационарной машине и логин с паролем на ноутбуке, который таскаю между офисом и домом. Мелочь, но экономит кучу кликов.
macOS: всё живёт в системных настройках
На Mac логика та же, меняется только оболочка. Жмёшь яблоко в левом верхнем углу, открываешь Системные настройки, заходишь в Сеть. Справа выбираешь активную службу (Wi-Fi или Ethernet), жмёшь Подробнее, затем вкладку Прокси.
Дальше включаешь нужный протокол переключателем. Для обычного веб-серфинга это Веб-прокси (HTTP) и Защищённый веб-прокси (HTTPS), для трафика без разбора - SOCKS. В поля Сервер и Порт вписываешь данные из кабинета. Кнопка ОК, потом Применить. Пока не нажал Применить, ничего не работает, и это тоже классическая ловушка.
Safari своих настроек прокси не имеет вообще, он полностью наследует системные. Так что отдельный раздел про него не нужен: настроил macOS - получил прокси и в Safari, и в Chrome, и в почтовом клиенте.
Firefox единственный, у кого своя настройка внутри
Firefox не читает системные настройки прокси, у него собственный движок конфигурации. Для тестов это подарок: можно включить прокси только в одном браузере, не трогая остальную систему.
Открываешь настройки, в поиске по настройкам пишешь «прокси», попадаешь в блок Настройки сети, жмёшь Настроить. Дальше выбираешь Ручная настройка прокси, вписываешь хост и порт для нужного протокола. Если работаешь через SOCKS5, поставь галочку Прокси DNS при использовании SOCKS5, иначе запросы на разрешение имён будут уходить мимо туннеля и часть сайтов подтянет твою реальную локацию.
Про эту галочку забывают почти все. Потом удивляются, что IP вроде сменился, а гео в интерфейсе сервиса осталось прежним.
SOCKS5 против HTTP: разница не в скорости, а в уровне
Когда выбираешь протокол в настройках, полезно понимать, что именно происходит. HTTP-прокси работает на прикладном уровне: он разбирает запросы, видит заголовки, умеет кешировать и фильтровать. HTTPS в этой схеме работает через туннель CONNECT, то есть прокси видит только адрес назначения, а содержимое уже зашифровано.
SOCKS5 работает уровнем ниже, на уровне TCP-соединения. Он не разбирает содержимое пакетов вообще, просто пересылает их. Из этого следуют практические вещи: SOCKS5 тянет любой трафик, включая WebSocket и нестандартные порты, меньше вмешивается в соединение и обычно даёт меньшую задержку на длинных сессиях. Для сбора данных, работы с панелями и всего, где важна стабильность канала, я беру именно его.
HTTP-прокси удобнее там, где нужен контроль на уровне запросов: подмена заголовков, кеш, ограничение по доменам.
Прокси включён, а сайт показывает твой город
Самая частая ситуация после сохранения. Разбирать надо по порядку, а не наугад.
Сначала проверь, что настройка применилась к активному подключению. На Windows с несколькими сетевыми адаптерами (Wi-Fi плюс виртуальный адаптер от VPN или Docker) бывает, что галочка стоит, но система считает активной другую сеть. На macOS это решается выбором правильной службы слева в настройках сети.
Второе: кеш и куки. Сайты, которые уже тебя запомнили, могут показывать старые данные из локального хранилища. Открой проверку в приватном окне, там чистая сессия.
Третье: гео самого узла. Провайдер мог выдать адрес из другой страны, чем ты думаешь, особенно если брал пакет без выбора локации. Проверять надо не по своему ощущению, а по данным в личном кабинете, там обычно есть кнопка проверки прокси, которая показывает фактическую локацию и отдаёт ли узел трафик.
Один прокси на всю систему: где подвох
Системная настройка действует на всё сразу. Включил в Chrome, а трафик пошёл и в Slack, и в клиенте для работы, и в фоновых обновлениях. Иногда это ровно то, что нужно: например, когда сидишь в публичной сети отеля и хочешь, чтобы весь трафик ноутбука шёл через твой собственный узел на VPS, а не через местный роутер.
В остальных случаях удобнее разделять. Вариант первый: Firefox с собственной настройкой под задачи, где нужен другой IP, и Chrome на системных настройках для всего остального. Вариант второй: отдельные профили браузера, каждый со своим расширением для управления прокси. Вариант третий, самый чистый: запускать браузер с отдельным ярлыком и параметрами командной строки, тогда конфигурация вообще не пересекается с системной.
Для корпоративного узла, который поднимают на своём VPS, обычно делают именно так: системные настройки не трогают, а раздают сотрудникам готовые профили. Иначе один человек включил прокси, а у всей команды перестали открываться внутренние сервисы.
Телефон и мессенджеры: там всё иначе
На мобильных прокси включается не в браузере, а в настройках Wi-Fi сети. На iOS: Настройки, Wi-Fi, значок информации рядом с сетью, внизу Настройка прокси, переключатель на Вручную, дальше Сервер, Порт, при необходимости логин и пароль. На Android путь похож: долгое нажатие на сеть, Изменить сеть, Дополнительные параметры, Прокси, вручную.
С мессенджерами отдельная история. В Telegram есть собственный раздел с прокси в настройках данных и хранилища. Там два типа: SOCKS5 и MTProto. Первый работает как обычный TCP-туннель, второй - родной протокол мессенджера, который принимает уже зашифрованные пакеты и пересылает их, не имея доступа к содержимому. По задержке MTProto обычно выигрывает, потому что не оборачивает трафик в лишний слой.
В WhatsApp прокси настраивается внутри приложения в разделе приватности и сети: те же поля сервер, порт, логин, пароль. Логика одинаковая везде: адрес, порт, при необходимости учётные данные.
Где брать прокси, чтобы не переделывать через день
Половина проблем из этой статьи возникает не из-за настроек, а из-за узла. Бесплатные публичные прокси живут часами, отдают чужие данные и часто уже сидят в чёрных списках у сайтов. Для разовой проверки сойдёт, для работы нет.
Я беру в каталоге прокси 3seller. Там есть фильтры по стране, типу узла и протоколу, что как раз удобно под настройку браузера: выбрал страну, выбрал SOCKS5, забрал хост и порт, вставил в системные настройки. Отдельно есть резидентские и мобильные варианты для задач, где нужен живой пользовательский адрес, и датацентровые, когда важна скорость и стабильность канала.
Для базовой настройки браузера хватает одного выделенного адреса. Пакеты на десять и больше узлов берут, когда работают с нескольких профилей одновременно или собирают данные по регионам.
Три ошибки, которые я видел чаще всего
Первая: в поле адреса вставлена строка целиком с протоколом и портом. Браузер молчит, страницы не грузятся, человек идёт менять прокси, а дело было в лишних символах.
Вторая: перепутаны логин и пароль с хостом и портом. В кабинете провайдера четыре строки подряд, глаза разбегаются. Хост и порт идут в системные настройки, логин и пароль - во всплывающее окно при первом запросе. Если вставить пароль в поле порта, ничего не сломается, но и работать не будет.
Третья: настройка сохранена, но не применена. На macOS это кнопка Применить, на Windows - кнопка Сохранить, которую легко не заметить, если окно открылось поверх других. Закрытие крестиком ничего не сохраняет.
Что сделать прямо сейчас
Возьми один тестовый прокси, включи его по инструкции выше и открой любой сервис проверки IP в приватном окне. Запиши результат: страна, город, провайдер. Через день проверь ещё раз. Если локация и скорость не поплыли, узел нормальный и на нём можно строить работу. Если поплыли, это не твоя ошибка в настройках, это узел, и менять надо его, а не галочки в браузере.
Дальше просто держи под рукой кабинет провайдера: при смене сети, переезде или переходе на другой ноутбук данные придётся вводить заново. Каталог 3seller тем и удобен, что все параметры подключения лежат в одном месте и не надо вспоминать, где ты брал тот адрес полгода назад.