Открываешь настройки Chrome, ищешь пункт «Прокси» и упираешься в кнопку, которая выкидывает в окно Windows. Именно на этом месте зависает половина людей, которым я объяснял настройку. Вторая половина ставит сомнительное расширение из магазина и через неделю обнаруживает, что трафик идёт через чужой сервер.
Причина в архитектуре. Chrome принципиально не держит собственных настроек прокси и берёт их из операционной системы. Один раз настроил в Windows, и прокси работает во всех браузерах на машине, кроме Firefox с его собственной песочницей.
Chrome не умеет прокси сам, и это главное, что нужно понять
Chromium и все его производные читают системную конфигурацию сети. В Windows это WinINET, в macOS системный сетевой конфиг, в Linux переменные окружения и gsettings. Пункт в настройках Chrome существует ровно для того, чтобы открыть системное окно. Своего хранилища учётных данных у браузера нет.
Отсюда два следствия, о которых почти нигде не пишут. Первое: настройка применится ко всем браузерам на компьютере, кроме Firefox. Второе: логин и пароль прокси Chrome будет спрашивать при каждом запуске. Раздражает, но лечится авторизацией по IP, расширением или нормальным менеджером соединений.
Я видел людей, которые месяцами вводили пароль по десять раз в день. Не повторяй.
Пошагово: пять кликов до окна настроек Windows
Ниже сценарий для Windows 10 и 11, он же самый частый.
- Открываешь Chrome, жмёшь три точки в правом верхнем углу, выбираешь «Настройки».
- В поле поиска по настройкам пишешь «прокси». Chrome подсветит нужный пункт.
- Жмёшь «Открыть настройки прокси-сервера для компьютера». Откроется системное окно «Прокси» в параметрах Windows.
- В блоке «Настройка прокси вручную» включаешь тумблер «Использовать прокси-сервер».
- Вписываешь адрес и порт, жмёшь «Сохранить».
Дальше перезапускаешь браузер. При первом запросе Chrome покажет окно авторизации: туда вводишь логин и пароль от прокси, если провайдер их выдал.
На старых сборках Windows и в корпоративных образах путь другой: Панель управления, «Свойства обозревателя», вкладка «Подключения», кнопка «Настройка сети». Там галочка «Использовать прокси-сервер для локальной сети» и кнопка «Дополнительно». В этом окне протоколы разводятся по отдельным полям: HTTP, Secure, FTP и Socks.
Вот тут самая частая засада. Если стоит галочка «Один прокси-сервер для всех протоколов», Chrome отправит SOCKS-трафик на HTTP-порт. Ничего не заработает. Снимаешь галочку, в поле Socks пишешь порт, который провайдер выдал именно для SOCKS5. Обычно он отличается от HTTP.
Что вписывать в поля: адрес, порт и протокол
Адрес и порт вписываются в разные поля. Люди упорно копируют строку вида «адрес:порт» целиком и вставляют в поле адреса. Прокси не поднимается, человек идёт писать гневный отзыв. Разделяй руками, это пятнадцать секунд.
Протокол выбирается по задаче. HTTP и HTTPS прокси работают на уровне запросов, умеют авторизацию по логину, кэширование, ограничение по доменам. Для обычного браузинга и админских панелей этого хватает с запасом.
SOCKS5 работает ниже, на уровне TCP-соединений. Заголовки он не переписывает, что внутри, не понимает и тащит любой трафик, включая нестандартные порты и бинарные протоколы. Для парсинга, работы с API и инструментов, которые не дружат с HTTP-прокси, выбор очевиден.
Отдельно про DNS. В системных настройках Windows нет опции удалённого резолва для SOCKS. Имя сайта резолвит сама машина, и провайдер видит, куда ты ходишь, даже когда трафик идёт через узел. Настройки браузера тут не помогут: нужен либо HTTP-прокси с CONNECT, либо отдельный профиль в инструменте с поддержкой remote DNS.
SOCKS5 против HTTP: короткое объяснение без маркетинга
Провайдеры продают оба типа, новички берут что дешевле, а потом удивляются. Разница в архитектуре, а не в скорости.
- HTTP-прокси видит URL и заголовки, умеет кэш и фильтрацию, легко логируется.
- SOCKS5 видит только поток байт, поддерживает UDP-ассоциации и держит соединение стабильнее на длинных сессиях.
Для браузера с авторизацией по логину бери HTTP или HTTPS, меньше сюрпризов с окном пароля. Для парсеров, антидетект-профилей и своих скриптов бери SOCKS5. Под корпоративный шлюз с балансировкой тип вообще не важен: там решают пропускная способность узла и задержка.
Логин и пароль будут спрашивать каждый раз, и это нормально
Chrome не хранит учётные данные базовой авторизации прокси в надёжном виде. При каждом старте браузера всплывает окно. Есть три способа с этим жить.
Первый и самый чистый: попросить у провайдера авторизацию по IP. Он привязывает доступ к твоему адресу, пароль не нужен вообще. Минус в том, что при смене IP (мобильный интернет, переезд, динамический адрес) доступ отваливается.
Второй: держать прокси в отдельном профиле Chrome и запускать его ярлыком с параметром --proxy-server. Системные настройки при этом не трогаются, остальные профили ходят напрямую. Удобно, когда прокси нужен только для одной задачи.
Третий: расширение-менеджер, которое хранит креды внутри себя. О нём ниже, там есть неприятные подводные камни.
Расширения: когда удобно, а когда опасно
Плюсы расширений очевидны. Переключение между узлами в два клика, свои настройки для каждого профиля, хранение логина и пароля, быстрый список стран. Для человека с тремя рабочими аккаунтами и одним тестовым это экономит нервы.
Минусы тоже реальные. Расширение видит все запросы браузера. Оно обновляется без твоего ведома, а вместе с обновлением может приехать смена владельца и новый обработчик трафика. Часть плагинов подсовывает свои серверы вместо твоих и собирает статистику. На Reddit в ветках про антидетект-браузеры этот сюжет повторяют регулярно: «просто удобное расширение» однажды тихо переписывает поисковую выдачу.
Правило простое. Ставишь только то, у чего открыт исходный код и минимальный набор разрешений. Не даёшь плагину доступ к чтению данных на всех сайтах, если он просит его без причины. Раз в пару месяцев проверяешь, кто владелец.
Настройка затронет весь компьютер, и это ломает людям работу
Системный прокси действует на всё: браузеры, десктопные клиенты, службы обновлений, внутренние корпоративные порталы. Если поднять прокси и забыть про исключения, часть локальных сервисов перестанет отвечать.
Поэтому в том же окне есть галочка «Не использовать прокси-сервер для локальных адресов». Оставь её включённой. Внутренние ресурсы локальной сети добавь в поле исключений через точку с запятой: localhost, адреса локальной сети и домены компании.
Firefox живёт отдельно и системные настройки по умолчанию не подхватывает. Если нужно, чтобы и он ходил через тот же узел, настрой его вручную в разделе сетевых настроек. Про это забывают, а потом ищут расхождение в результатах.
Как проверить, что прокси действительно работает
Открываешь любой сервис проверки IP и смотришь две вещи: адрес и геолокацию. Если адрес остался твоим домашним, прокси не применился. Причины обычно две: не перезапустил браузер или включено расширение, которое перехватывает соединение и перебивает системные настройки.
Второй тест на устойчивость. Открой три-четыре тяжёлых сайта подряд и посмотри на время отклика. Если первый запрос проходит, а дальше всё висит, узел перегружен или стоит лимит одновременных соединений. Браузер держит до шести параллельных коннектов на хост, и дешёвые пулы такое выдерживают не всегда.
Третий тест на авторизацию. Перезапусти Chrome и посмотри, спросит ли пароль снова. Если спросит, а ты ждал авторизацию по IP, привязка не сработала: пиши провайдеру, а не медитируй на окно.
Частые ошибки, из-за которых «прокси не работает»
За годы практики список стабильный, и почти каждый пункт я видел лично.
- Адрес и порт вставлены в одно поле одной строкой.
- Порт взят от HTTP, а в системе включён SOCKS, или наоборот.
- Забыли снять галочку «Один прокси-сервер для всех протоколов».
- Браузер не перезапущен после сохранения.
- Параллельно работает VPN, и получается петля маршрутизации.
- Антивирус с функцией проверки веб-трафика режет соединение на нестандартном порту.
- Корпоративный фаервол блокирует исходящие на этот порт.
- Прокси требует авторизацию по белому списку IP, а ты сидишь в другой сети.
Проверять надо по порядку, от простого к сложному. Сначала поля, потом протокол, потом перезапуск, потом окружение. В девяти случаях из десяти проблема в первых трёх пунктах.
Сценарий для отдела: один прокси на всех
Если задача не личная, а рабочая, ставить прокси руками на каждой машине бессмысленно. Правильнее поднять собственный шлюз на VPS или корпоративном узле и прописать его всем через групповые политики.
Тогда настройка в браузере сводится к одному адресу, а балансировка, логирование и лимиты живут на сервере. Появляется предсказуемость: ты знаешь, откуда идёт трафик, можешь развести по разным узлам бухгалтерию и маркетинг, можешь посчитать расход.
Для распределённой команды с удалёнщиками такая схема удобнее, чем рассылка логинов и паролей в чат. Плюс не надо объяснять каждому сотруднику, где искать настройки. Хотя объяснять всё равно придётся, интерфейс у всех разный.
Прокси в публичном Wi-Fi: что реально даёт защиту
В кафе и аэропортах нужен не анонимный сервер из бесплатного списка, а понятный узел, которому ты доверяешь. Чужой бесплатный прокси видит все домены, куда ты ходишь, и это уже утечка, даже если сам трафик внутри HTTPS зашифрован.
Свой узел или платный прокси от известного провайдера решает задачу иначе: ты контролируешь точку выхода, видишь логи, можешь отключить доступ в один клик. Для работы с почтой и админками в поездке это обязательный минимум.
Мобильные приложения живут по своим правилам
В Telegram и WhatsApp настройки сети не связаны с браузером. В Telegram это раздел «Данные и хранилище», пункт «Прокси», кнопка добавления нового подключения. В WhatsApp такой настройки в интерфейсе нет, он ходит через системную сеть телефона. Прокси в Chrome на телефоне на мессенджеры не влияет, и наоборот тоже.
Отдельная история с MTProto. Это не прокси в привычном смысле, а протокол шифрования пакетов поверх собственного транспорта. Если поднимаешь свой узел, настраивается он на сервере, а в приложении указываются только параметры подключения. Архитектурно это ближе к защищённому туннелю с низкой задержкой, чем к обычному HTTP-прокси.
Когда браузерного прокси недостаточно
Один прокси в настройках Chrome хорош для ручной работы. Как только задач становится больше, схема разваливается.
Парсинг маркетплейсов требует пула адресов и ротации, иначе площадка отдаёт капчу через двадцать запросов. На Reddit в ветках про парсинг это описывают буднично: пул нужен не для анонимности, а чтобы площадка не закрывалась на двадцатом запросе. Работа с несколькими рекламными кабинетами требует отдельных профилей и стабильных сессий, а не переключения тумблера. Анализ выдачи в разных регионах требует гео, которое меняется по расписанию.
Всё это решается не настройками браузера, а связкой: пул прокси, менеджер профилей, автоматизация. Браузер в этой схеме последнее звено, и настраивать в нём что-то вручную уже не нужно. Прокси подставляется на уровне профиля.
Где брать прокси и на что смотреть при выборе
Когда доходит до покупки, начинается самое интересное. Каталог прокси на 3seller.com/proxy я использую как отправную точку, потому что там видно срез рынка: типы, страны, протоколы, объёмы. Дальше фильтруешь под задачу.
Смотреть надо на пять параметров. Тип адреса: датацентр дешевле и быстрее, резидентские ближе к живому пользователю, мобильные нужны там, где другие не проходят. География: страна должна совпадать с задачей, а не выбираться наугад. Протокол: наличие SOCKS5 отдельным портом, а не только HTTP. Авторизация: по логину или по белому списку IP, второе удобнее для команды. Лимиты: сколько одновременных соединений держит узел и что будет при превышении.
И ещё один пункт, который редко пишут в описании. Проверь, дают ли пробный период или короткий тариф на день. Пять минут теста скажут о прокси больше, чем страница маркетинга. Медленный узел в нужной стране бесполезен, как бы красиво он ни назывался.
Что сделать прямо сейчас
Не настраивай прокси на основной профиль Chrome. Создай отдельный профиль, включи в нём системный прокси, проверь IP, открой пару сайтов, закрой браузер, открой снова. Если пароль спросили, а ты этого не ждал, сразу реши вопрос с авторизацией, а не привыкай к окну.
И держи под рукой второй профиль без прокси. Это спасает в момент, когда узел лёг, а тебе через две минуты на созвон. Мелочь, но проверено на себе не раз.