Вчера настраивал прокси на MacBook Air коллеги. Она тестирует рекламные кампании для европейского рынка и не могла понять, почему видит российские объявления. Проблема решилась за две минуты в системных настройках. Ниже тот же путь и нюансы, на которых спотыкаются даже опытные пользователи.
Системный прокси на макбуке заворачивает весь трафик, а не только браузер. Отдельный канал для Safari или Telegram настраивается иначе. Разбираю оба варианта.
Системные настройки macOS: путь, который работает на свежих версиях
Открываю меню Apple, дальше «Системные настройки», в боковом меню «Сеть». На macOS Ventura, Sonoma и Sequoia интерфейс одинаковый: слева список служб, справа статус подключения. Выбираю активную службу, обычно Wi-Fi или Ethernet, нажимаю «Подробнее».
В открывшемся окне несколько вкладок, мне нужна «Прокси». Дальше включаю тип. Для веба это «Веб-прокси (HTTP)» и «Прокси надежного веба (HTTPS)». Для приложений, которые работают с сокетами, «SOCKS5». В поля вписываю адрес сервера и порт. Если сервис выдал логин и пароль, ставлю галочку «Прокси-сервер требует пароль» и ввожу данные. Потом «ОК» и «Применить».
На старых macOS Monterey и раньше путь другой: меню Apple, «Системные настройки», «Сеть», выбрать службу, «Дополнительно», вкладка «Прокси». Логика та же, кнопки называются иначе. В некоторых версиях нужно нажать на замок в левом нижнем углу и ввести пароль администратора. Без этого настройки не сохранятся.
После сохранения настройки применяются ко всем новым соединениям. Старые сессии могут держать прежний маршрут, поэтому браузер лучше перезапустить. Проверяю на любом сервисе проверки IP. Чужой адрес означает, что прокси включился. Свой остался - где-то не нажал «Применить» или выбрал не тот тип.
Поле «Не использовать прокси для следующих узлов и доменов» нужно для локальных адресов и внутренних сервисов, чтобы корпоративная сеть не уходила через внешний узел. Синтаксис простой: каждый адрес с новой строки или через запятую, зависит от версии macOS. На домашнем макбуке поле чаще всего пустое.
Если макбук подключён к нескольким сетям, настройки применяются к каждой службе отдельно. Я настраиваю Wi-Fi, Ethernet оставляю напрямую, если он идёт в локальную сеть. Проверить просто: переключаю службу и смотрю, горит ли галочка. В Ventura список служб редактируется через кнопку с многоточием внизу.
Где взять адрес и порт, если вы не сисадмин
Мне часто пишут: «Настроил, а оно не работает». В девяти случаях из десяти человек вставил адрес из бесплатного списка, который умер час назад. Публичные прокси живут недолго, скорость плавает, а логин с паролем вообще редкость. Для работы я беру приватные прокси в каталоге 3seller: выбираешь страну, тип, срок, получаешь данные в панели.
В каталоге есть HTTP, HTTPS и SOCKS5. Для макбука подходят все три, но с разными сценариями. Если нужен другой адрес для браузера, хватит HTTP или HTTPS. Если работаешь с парсером, торговым ботом или приложением, которое не понимает HTTP-прокси, бери SOCKS5. Он работает на уровне сокетов и не вмешивается в содержимое запроса.
Корпоративный узел на VPS: адрес и порт выдаёт админ, в системных настройках просто включаешь нужный тип и вводишь данные. PAC-файл не нужен, если админ не просил. Для публичного Wi-Fi в кафе или аэропорту подход тот же: включаю HTTPS-прокси, и трафик идёт через доверенный узел, а не через местную сеть.
HTTP, HTTPS и SOCKS5: что именно включать в чекбоксах
Разница между типами не косметическая. HTTP-прокси понимает веб-запросы, может кэшировать ответы и добавлять заголовки. HTTPS-прокси работает с шифрованным трафиком, но на уровне туннеля. SOCKS5 устанавливает TCP-соединение и передаёт пакеты как есть. Системные настройки позволяют включить несколько типов одновременно, и тогда приложение выберет подходящий.
Я обычно включаю HTTPS и SOCKS5. HTTPS закрывает браузер и большинство сетевых утилит, SOCKS5 страхует приложения, которые лезут в сеть напрямую. HTTP оставляю выключенным, чтобы не было путаницы. Если сервис требует именно HTTP, включаю только его.
Скорость зависит не от типа, а от качества узла. Дешёвые публичные прокси дают задержку в сотни миллисекунд, приватные в нормальном дата-центре держат 30-80 мс до Европы. Для парсинга это критично: чем выше задержка, тем дольше цикл. В браузере разница почти незаметна.
Авторизация по адресу клиента удобнее, но менее безопасна. Если прокси требует логин и пароль, macOS сохранит их в связке ключей. При первом запросе система может показать окно авторизации: ввожу данные ещё раз, ставлю галочку «Запомнить», дальше не спрашивает.
PAC-файл и автообнаружение: когда это реально нужно
В той же вкладке «Прокси» есть два автоматических режима. «Автообнаружение прокси-сервера» ищет настройки через DHCP или DNS. «Автоконфигурация прокси» принимает URL PAC-файла. PAC - это JavaScript, который решает, какие запросы пускать через прокси, а какие напрямую. В корпоративных сетях это стандарт: один файл на всех сотрудников, правила меняются централизованно.
Домашнему пользователю PAC нужен редко. Я сталкивался с ним, когда настраивал доступ к внутренним ресурсам компании: часть доменов шла напрямую, часть через корпоративный узел. Если админ дал URL, включаю «Автоконфигурация прокси», вставляю ссылку, нажимаю «ОК». Ручные настройки лучше выключить, иначе PAC и чекбоксы начнут спорить друг с другом.
Типичная ошибка: файл лежит на локальном диске, а macOS ждёт URL. Второй момент - кэширование. После правки PAC старые правила могут сидеть в памяти, помогает перезапуск браузера и сети. Если PAC отдаёт сервер, проверь, что он доступен напрямую, иначе получится замкнутый круг.
Safari и другие браузеры: где настройки расходятся
Safari по умолчанию берёт прокси из системы. Отдельные настройки есть в меню Safari, «Настройки», «Дополнения», пункт «Прокси», кнопка «Изменить настройки». Там можно вручную указать HTTP, HTTPS и FTP. Пользуюсь этим редко: системные настройки покрывают всё, а браузерные дублируют и путают.
Chrome и Edge на macOS тоже слушают систему. Firefox живёт своей жизнью: у него в настройках отдельный раздел «Сеть» и свои параметры прокси. Если прокси нужен только для Firefox, системные настройки трогать не надо. Включаешь ручной режим в браузере, вводишь адрес и порт, остальные приложения идут напрямую.
В Safari настройки прокси спрятаны глубоко. Если системный прокси включён, а Safari его игнорирует, проверь, не включён ли отдельный прокси в меню «Дополнения». На Reddit в ветках про macOS-сети эта же история всплывает регулярно: люди полчаса ищут причину, а находят старую галочку в браузере.
После смены настроек браузер иногда держит старые соединения. Закрываю все окна, жду пару секунд, открываю заново. В Safari помогает очистка кэша, но обычно хватает перезапуска. Если прокси с авторизацией, при первом переходе появится окно входа.
Для Telegram на макбуке прокси настраивается внутри приложения: «Настройки», «Продвинутые», «Тип подключения», «Прокси», добавить узел. Для MTProto нужен адрес, порт и параметры, которые выдаёт сервер. Это не системная настройка, а отдельный канал. MTProto шифрует пакеты и держит соединение, поэтому задержка ниже, чем у HTTP-туннеля. Для браузера этот тип не подходит.
Как это работает под капотом
Когда приложение открывает соединение, macOS смотрит в настройки службы. Если включён HTTP-прокси, система отправляет запрос на указанный адрес и порт. Приложение должно уметь работать через прокси, иначе запрос уйдёт напрямую. SOCKS5 работает прозрачнее: система устанавливает TCP-соединение через прокси, а приложение об этом может даже не знать.
Отсюда главная практическая разница. Браузеры и почтовые клиенты обычно понимают HTTP и HTTPS. Утилиты командной строки, парсеры и некоторые мессенджеры лучше работают с SOCKS5. Если приложение игнорирует системные настройки, помогает переменная окружения или отдельная настройка внутри приложения. Новичкам проще начать с браузера.
VPN и прокси решают разные задачи. VPN поднимает виртуальный интерфейс и заворачивает весь трафик, включая системный. Прокси работает на уровне приложения или службы. Для тестов рекламы мне хватает прокси: не нужно ставить клиент, маршрутизация всей системы не меняется.
Ещё один нюанс: IPv6. Если сеть поддерживает IPv6, приложение может пойти напрямую, минуя прокси. В системных настройках macOS нет простого переключателя «только IPv4» для прокси. Я проверяю через тестовые страницы и при необходимости отключаю IPv6 в настройках службы. В домашних сетях это неактуально, в корпоративных бывает.
Авторизация и связка ключей
macOS хранит пароли прокси в связке ключей. Если сервис сменил пароль, старый может остаться, и соединение будет падать с ошибкой авторизации. Открываю «Связку ключей», ищу запись по адресу прокси, удаляю. При следующем запросе система спросит данные заново.
Есть нюанс с несколькими пользователями на одном макбуке. Настройки сети применяются ко всей системе, а не к учётной записи. Если коллега включил прокси, он будет работать и для тебя. В корпоративной среде это сбивает с толку, поэтому проверяю настройки после каждого переключения пользователя.
Для корпоративных прокси часто используют сертификаты. На макбуке их добавляют в связку ключей и делают доверенными, иначе HTTPS-прокси ругается на сертификат. Если админ дал файл, открываю двойным кликом, добавляю в связку, ставлю доверие и перезапускаю браузер.
Проверка и типичные грабли
Первый признак работающего прокси - изменившийся адрес. Открываю любой сервис проверки, смотрю адрес и страну. Второй шаг - проверить DNS. Некоторые прокси пропускают DNS-запросы напрямую, и тогда сайт видит твой реальный регион, даже если адрес другой. Отдельного переключателя DNS для прокси в macOS нет, проверяю через тестовые страницы.
Вторая грабля: несколько включённых типов сразу. Если включить HTTP и HTTPS, а сервер поддерживает только один, часть запросов упадёт. Начинаю с одного типа, проверяю, потом добавляю второй. Третья проблема: забытый пароль. macOS хранит его в связке ключей, но при смене пароля на сервере старый остаётся. Удаляю запись и ввожу заново.
Четвёртая: корпоративный профиль MDM. Если макбук выдан компанией, настройки прокси могут быть заблокированы политикой, чекбоксы серые и менять их бесполезно. Нужно идти к админу. Пятая: PAC-файл, который перекрывает ручные настройки. Проверяю, что автоматические режимы выключены.
Ещё одна мелочь: после отключения прокси некоторые приложения продолжают держать соединение. Полный перезапуск приложения или сети решает. Переключить Wi-Fi туда-обратно быстрее, чем лезть в настройки.
Если прокси работает, но скорость упала в разы, дело не в макбуке. Смотрю на задержку до узла и его загрузку. Для браузера хватит 5-10 Мбит, для парсинга важнее стабильность и низкий пинг. Дешёвый тариф с перегруженным сервером тормозит даже на быстром интернете.
Логи. Если ничего не работает, смотрю системный журнал. В macOS есть утилита «Консоль», но новичку проще проверить браузер и терминал. В терминале можно запустить curl с явным указанием прокси, но это продвинутый уровень. Для первой настройки хватает браузера.
Прокси для работы, а не для галочки
Я использую прокси на макбуке в трёх сценариях. Первый: тестирование рекламных кампаний, нужно посмотреть, как объявление выглядит в другой стране, и не спалить основной аккаунт. Второй: парсинг открытых данных, тут важны стабильный адрес и нормальная скорость, поэтому беру приватные прокси, а не бесплатные списки. Третий: работа в публичных сетях, когда подключаюсь к Wi-Fi в кафе и включаю HTTPS-прокси.
Для каждого сценария свои требования: рекламе нужна география и чистота адреса, парсингу скорость и лимиты, публичному Wi-Fi шифрование и стабильность. В каталоге 3seller можно выбрать страну и тип, а не покупать кота в мешке. Это экономит время: не нужно тестировать десять бесплатных узлов, чтобы найти один живой.
Про лимиты отдельно. Прокси-сервисы часто считают трафик или количество соединений. Для браузера это незаметно, для парсера может стать сюрпризом. Смотрю тариф перед покупкой: сколько потоков, есть ли ограничение по скорости, меняется ли адрес по расписанию. В каталоге эти параметры указаны, не нужно гадать.
Собственный прокси на VPS требует настройки сервера, сертификатов и лимитов. Для разовой задачи это перебор, для регулярной работы с большими объёмами данных свой узел может быть выгоднее. На макбуке настройка одинаковая: вводишь адрес и порт, выбираешь тип, проверяешь.
Что сделать прямо сейчас
Открой системные настройки, раздел «Сеть», выбери активную службу, зайди в «Подробнее» и вкладку «Прокси». Если данные уже есть, включи нужный тип и проверь адрес. Если данных нет, зайди в каталог прокси, выбери подходящий вариант и вставь адрес с портом в настройки. Две минуты работы, и макбук выходит в сеть через нужный узел.