Первый раз я настраивал прокси на чужом ноутбуке по телефону. Человек на другом конце вводил адрес в поле «Порт», а порт в поле «Адрес» и искренне не понимал, почему интернет пропал. Пять минут переписки, одна перепутанная пара цифр, и всё заработало. С тех пор я уверен: с подключением прокси почти никогда не бывает технической проблемы. Бывает непонимание, что именно вам выдали и куда это вставлять.
Дальше - короткий маршрут: что должно быть на руках, куда нажимать в Windows и macOS, почему браузер игнорирует системные настройки и на каких шагах настройка ломается чаще всего.
Прокси - это посредник, который подменяет ваш адрес
Схема скучная, но её надо держать в голове. Компьютер соединяется не с сайтом напрямую, а с прокси-сервером. Прокси идёт на сайт от своего имени, получает ответ и возвращает его вам. Сайт видит адрес прокси, а не ваш домашний.
Отсюда все практические эффекты. Для сайта вы находитесь в другой стране или городе. Для провайдера вы общаетесь с одним конкретным сервером. Логи и cookies на стороне сайта привязываются к чужому адресу.
Прокси подменяет IP, но сам по себе не шифрует трафик. Владелец Wi-Fi в кафе при желании увидит, к каким доменам вы обращались. Шифрование - задача HTTPS и самого протокола прокси, об этом ниже.
Что должно быть на руках до настройки
Половина провалов случается здесь. Люди покупают доступ, видят в кабинете строку из цифр и не понимают, где адрес, где порт, а где логин. Стандартный набор выглядит так:
- адрес сервера - IP или доменное имя, которое выдал поставщик;
- порт - число, которое идёт в паре с адресом;
- тип протокола - HTTP, HTTPS или SOCKS5;
- логин и пароль либо привязка по вашему IP, если авторизация по адресу;
- срок действия и лимит трафика, если он есть.
Адрес и порт в интерфейсе всегда идут в разных полях. Поставщик часто пишет их через двоеточие: слева адрес, справа порт. Скопировали строку целиком в одно поле - получили тишину и грусть.
Отдельно проверьте, не включена ли авторизация по IP. Если да, ваш текущий внешний адрес должен быть в списке разрешённых в кабинете. Поменяли интернет или перезагрузили роутер с динамическим IP - доступ отвалился, хотя настройки на компьютере никто не трогал.
Настройка в Windows 10 и 11: три экрана и одна кнопка
В Windows системные настройки прокси живут в одном месте и действуют на всё сразу: браузер, мессенджеры, обновления, рабочие приложения. Порядок такой.
- Пуск - Параметры - Сеть и Интернет - Прокси.
- В блоке «Ручная настройка прокси» нажмите «Настройка».
- Включите переключатель «Использовать прокси-сервер».
- Впишите адрес и порт в соответствующие поля.
- Нажмите «Сохранить».
Хватает в 80% случаев. Дальше начинается то, о чём редко пишут в инструкциях. Рядом с переключателем есть кнопка дополнительных параметров, и там можно задать отдельные прокси под разные протоколы: HTTP, HTTPS, FTP и SOCKS. Удобно, когда поставщик выдал разные порты под разные задачи и вы не хотите держать в голове переключения.
Там же поле исключений - список адресов, которые должны ходить напрямую. В корпоративной сети туда добавляют внутренние ресурсы, локальные серверы, принтеры и всё, что живёт в локальной подсети. Забыли про исключения - прокси вроде настроен, а внутренняя wiki не открывается, и виноват в этом не прокси.
Если компания раздаёт не адрес с портом, а ссылку на PAC-скрипт, используйте блок «Использовать сценарий установки». Логика та же: включаете, вставляете ссылку, сохраняете. Скрипт сам решает, какой запрос через какой прокси пускать.
Отдельная история - прокси для VPN-подключения. В Windows у каждого VPN-профиля свои параметры: Параметры - Сеть и Интернет - VPN - выбрать подключение - Дополнительные параметры - Изменить рядом с параметрами прокси. Если VPN рабочий, а прокси в нём настроен неправильно, трафик пойдёт мимо, и вы будете ловить свой обычный адрес вместо нужного.
macOS: та же логика, другой путь к настройкам
В Apple всё спрятано на уровень глубже, но принцип не меняется. Меню Apple - Системные настройки - Сеть. Справа выбираете активную службу: Wi-Fi, Ethernet или что там у вас подключено. Дальше кнопка «Подробнее», затем раздел «Прокси».
Единого переключателя здесь нет. Включаете галочками нужные протоколы: «Веб-прокси (HTTP)», «Защищённый веб-прокси (HTTPS)», «SOCKS-прокси», «FTP-прокси». Для каждого свой блок с полем сервера и полем порта. Если у поставщика авторизация по логину и паролю, ставите галочку «Сервер прокси требует пароль» и вводите данные.
Не забудьте нажать «ОК», а потом «Применить». Именно на этом шаге люди теряют настройки: окно закрыли крестиком, всё введённое улетело в никуда, а человек потом полчаса ищет, почему ничего не поменялось.
Список доменов, которые идут напрямую, в macOS тоже есть. Логика та же, что в Windows: локальные ресурсы и внутренние сервисы лучше не гонять через прокси, иначе получите задержки на ровном месте.
Браузер может игнорировать системные настройки
Chrome и Edge по умолчанию берут настройки операционной системы. Настроили Windows - браузер поехал через прокси. Но есть три вещи, которые это перебивают.
Первая - расширения. Любое расширение для смены IP ставит свой прокси и плевать хотело на системные настройки. Забыли про установленное полгода назад расширение - будете долго смотреть на чужой адрес и не понимать, откуда он берётся. На Reddit в тредах про настройку прокси эта жалоба встречается чаще остальных.
Вторая - флаги и политики. В корпоративных сборках Chrome настройки прокси могут быть зашиты администратором, и менять их бесполезно: при следующем запуске всё вернётся.
Третья - Firefox. У него собственный раздел: Настройки - Основные - Настройки сети - Настроить. По умолчанию стоит «Использовать системные настройки прокси», но многие переключают на ручной режим и потом удивляются, что в других приложениях прокси не работает. И наоборот: настроили систему, а Firefox держит старый ручной адрес. Проверяйте оба места.
SOCKS5 или HTTP: что выбирать под свою задачу
Разница не в скорости и не в «качестве», а в уровне, на котором работает прокси. HTTP-прокси понимает HTTP-запросы: видит метод, заголовки, URL. Умеет кэшировать ответы и фильтровать. Для обычного веба этого хватает. HTTPS через него идёт методом CONNECT: клиент просит установить туннель до сервера, и дальше содержимое прокси не читает. Оно и правильно, иначе весь смысл шифрования теряется.
SOCKS5 работает уровнем ниже, на уровне TCP-соединения. Он не разбирает содержимое, не знает, что за протокол внутри, и просто перегоняет байты. Отсюда два следствия: через SOCKS5 ходит что угодно, включая не-HTTP трафик, и накладных расходов меньше, задержка обычно ниже.
Практическое правило, которым я пользуюсь. Браузер, обычные сайты, рабочие сервисы - хватает HTTP/HTTPS. Парсинг, работа с API, антидетект-браузеры, приложения, которые не умеют в HTTP-прокси, - только SOCKS5. Если сомневаетесь, берите SOCKS5: он покрывает больше сценариев, а разницы в удобстве вы не почувствуете.
Отдельно про DNS. При настройке SOCKS5 в некоторых клиентах есть опция удалённого разрешения имён. Включите её, если хотите, чтобы домены резолвились на стороне прокси, а не вашим провайдером. Для системных настроек Windows это не критично, для парсинга и чувствительных проектов - важно.
Пять ошибок, которые я видел чаще всего
Первая - адрес и порт перепутаны местами. Звучит смешно, случается постоянно. Адрес содержит точки или буквы, порт - только цифры. Если в поле «Порт» вы видите точку, что-то пошло не так.
Вторая - забытая авторизация. Прокси требует логин и пароль, а в системных настройках Windows полей для них нет. Точнее, они появляются в отдельном окне при первом запросе, но некоторые приложения этот диалог не показывают и молча падают. Если ваш прокси с авторизацией, а софт не умеет её передавать, вставляйте данные прямо в адрес по формату логин:пароль@адрес - многие клиенты это понимают.
Третья - неверный протокол. Вписали SOCKS5-порт в поле HTTP и ждёте результата. Порт у разных протоколов часто разный, уточняйте в кабинете.
Четвёртая - антивирус или файрвол. Некоторые пакеты проверяют трафик и не пропускают соединение на нестандартный порт. Проверяется просто: временно отключите защиту сети и повторите попытку. Заработало - добавляйте порт в исключения.
Пятая - скрытые символы при копировании. Из кабинета адрес копируется с неразрывным пробелом или переводом строки на конце. Поле визуально выглядит нормально, а соединения нет. Вводите руками или чистите строку.
Как проверить, что настройка реально применилась
Самый быстрый способ - открыть любой сервис проверки IP и сравнить адрес с тем, что указан в кабинете. Совпал - прокси работает. Остался домашний - где-то не сохранилось или перебивается расширением.
Дальше проверьте географию. Если в кабинете указана Германия, а сервис показывает Нидерланды, у вас либо не тот узел, либо включён ещё один уровень проксирования поверх.
Прогоните тест скорости и задержки до начала работы. Нормальный отклик для европейского узла - 30-80 мс из Москвы. Если видите 400 мс и выше, дело не в настройках, а в канале, и правка полей это не исправит.
Проверяйте в приватном окне браузера. Так вы отсекаете кэш, старые cookies и половину расширений. Если в приватном окне адрес правильный, а в обычном нет - проблема в браузере, а не в системе.
Системные настройки или отдельный клиент
Настройки операционной системы хороши простотой. Ничего не устанавливаете, ввели четыре поля, работает во всех приложениях. Минус один и серьёзный: один прокси на всё. Нельзя пустить рабочий браузер через немецкий узел, а парсер через американский. Нельзя менять узел на лету. Нельзя вести статистику по трафику.
Клиенты и менеджеры профилей решают это: список узлов, переключение в один клик, отдельные профили под проекты, автоматическая ротация. Для задач, где нужно больше одного адреса, системных настроек не хватит физически.
Мой подход простой. Разовые задачи вроде «посмотреть, как выглядит сайт из другой страны» - системные настройки, пять минут и забыл. Постоянная работа - отдельный инструмент, где узлы под рукой и не надо каждый раз лезть в Параметры.
Свой узел на VPS против готового прокси
Иногда логичнее поднять узел самому. Арендуете VPS, ставите серверный софт, открываете порт, настраиваете авторизацию. Плюс - полный контроль: вы знаете, кто владелец машины, какие логи ведутся и что с политикой конфиденциальности. Минус - всё на вас: обновления, патчи, мониторинг доступности, замена при падении.
Для команды из пяти человек с одним офисом свой узел окупается и даёт предсказуемость. Для фрилансера, которому нужны адреса в шести странах, это превращается во вторую работу. Готовый прокси из каталога в такой ситуации дешевле по времени, даже если по деньгам выходит примерно то же.
Корпоративный вариант устроен похоже, только узлов несколько и они объединены в пул. В настройках на компьютере указывается один внутренний адрес, а балансировкой занимается серверная часть. Сотруднику не надо думать про страны и порты - он вводит выданные четыре поля.
Прокси в публичном Wi-Fi: что реально даёт
В кафе и аэропортах сети бывают двух видов. Первые просят номер телефона и пускают куда угодно. Вторые режут всё, кроме HTTP и HTTPS на стандартных портах, и вот тут начинается веселье.
Прокси на стандартном веб-порту проходит такие фильтры спокойно, потому что выглядит как обычный веб-трафик. SOCKS5 на нестандартном порту иногда режут, и тогда в настройках приходится ставить тот порт, что дал поставщик для капризных сетей.
Держите под рукой два профиля - один на стандартном порту, второй на альтернативном. В незнакомой сети сначала пробуете первый, не работает - переключаетесь. Это быстрее, чем разбираться на месте, почему именно здесь ничего не открывается.
Где брать прокси, чтобы не переделывать настройку дважды
Дешёвый или бесплатный прокси почти всегда стоит дороже, чем кажется. Скорость плавает, узел падает в самый неподходящий момент, а иногда владелец сервера подменяет сертификаты и читает ваш HTTPS. Экономия в триста рублей оборачивается вечером переустановки и неприятным разговором с тем, кто доверил вам аккаунт.
Я беру узлы в каталоге прокси 3seller. Причина банальная: в карточке сразу видно страну, тип протокола, срок аренды и способ авторизации. Не надо угадывать, что выдали и подойдёт ли оно под задачу. Выбрали SOCKS5 на месяц с привязкой по IP, получили адрес и порт, вбили в настройки, закрыли вопрос.
Отдельно радует, что можно взять один узел под конкретную страну, а не пакет из пятидесяти случайных. Для большинства рабочих задач нужно ровно два-три адреса, а не склад.
Короткий чек-лист перед закрытием настроек
Адрес и порт в разных полях, протокол совпадает с тем, что в кабинете, авторизация введена или привязана по IP. Исключения для локальных ресурсов прописаны. Настройки сохранены, а в macOS ещё и применены. Расширения браузера проверены, Firefox не держит свой ручной адрес. IP на сервисе проверки совпадает с выданным.
Если всё сошлось - забудьте про настройки и работайте. Если нет - идите по списку сверху вниз, а не меняйте всё сразу. В девяти случаях из десяти проблема в одном поле, а не в «плохом прокси».