Настройка прокси на айфоне занимает меньше минуты. Проблема в другом: девять из десяти ищут её не там. Люди лезут в «Основные», потом в «VPN и управление устройством», потом в App Store за приложением. А нужный переключатель всё это время лежит в настройках конкретной Wi-Fi сети. iOS не держит прокси в общем меню - отсюда и стойкое ощущение, что «настройки нет».
Ниже - то, что я показываю коллегам, когда они в очередной раз спрашивают, где это спрятано. С реальными полями, реальными граблями и способом убедиться, что трафик действительно пошёл через сервер, а не остался на месте.
Прокси на iPhone живёт внутри Wi-Fi, а не в общем меню
Логика Apple простая: прокси - это параметр сети, а не параметр телефона. Поэтому он привязан к профилю конкретной точки доступа. Подключились к домашнему Wi-Fi - там свой прокси. Пришли в офис - другая сеть, другие настройки, и то, что вы включили дома, здесь не действует. Для тех, кто ждёт «один тумблер на всё», это сюрприз: настроили узел у себя, а на даче у родителей телефон уже ходит напрямую. Для тех, кто настраивает корпоративные узлы или работает с распределёнными командами, наоборот, удобно: можно держать разные профили под разные задачи.
Путь такой: Настройки → Wi-Fi → иконка (i) справа от названия вашей сети → прокрутка вниз до блока HTTP Proxy. Именно (i), а не долгое нажатие и не «Настройки сети» в самом низу списка. Если сеть не подключена, поля будут неактивны - сначала подключаемся, потом настраиваем.
Пошагово: где нажать, чтобы включить HTTP прокси
Дальше всё линейно. В блоке HTTP Proxy по умолчанию стоит Off. Нажимаете «Configure Proxy» (в русской локализации - «Настроить прокси») и выбираете Manual. Автоматический режим (Auto / PAC) оставьте тем, у кого есть готовый конфигурационный файл от администратора. В 95% бытовых и рабочих задач нужен именно Manual.
- Откройте Настройки и перейдите в Wi-Fi.
- Нажмите на иконку (i) рядом с сетью, к которой подключены.
- Прокрутите до блока HTTP Proxy и выберите Configure Proxy → Manual.
- Заполните поля Server и Port.
- Если прокси с авторизацией, включите Authentication и введите логин с паролем.
- Нажмите Save в правом верхнем углу.
Перезагрузка не нужна, настройка применяется сразу. Вышли из меню - телефон уже ходит через указанный сервер.
Что вписать в поля Server и Port
Server - это адрес или доменное имя прокси-сервера, ровно в том виде, в каком его выдал провайдер. Не «http://», не слэш на конце, не пробелы. Один мой знакомый полчаса бился с настройкой, а причина была в случайно скопированном пробеле после домена. iOS такое не прощает и молча не сохраняет.
Port - числовое значение, обычно четырёхзначное. У HTTP-прокси это чаще 8080, 3128, 8000, реже 80. Точное число всегда указано в карточке услуги. Перепутали порт - соединение не установится, и Safari покажет обычную ошибку загрузки страницы. Ни слова про прокси там не будет, и это сбивает с толку: люди думают, что умер интернет, а на самом деле отправили трафик в закрытую дверь.
Аутентификация: почему логин с паролем важнее, чем кажется
Публичные прокси без пароля - это лотерея. Точка входа открыта, кто угодно может гонять через неё трафик, и вы понятия не имеете, что происходит на другом конце. Нормальный провайдер всегда выдаёт пару логин/пароль и требует включить тумблер Authentication.
Вводите данные аккуратно: регистр букв имеет значение, а iOS не показывает символы. Ошибка в одном символе пароля даёт ту же самую ошибку загрузки страницы, что и неверный порт. Мой совет: сначала настройте, потом сразу проверьте (об этом ниже), и только потом закрывайте настройки. Иначе будете возвращаться к этому экрану снова.
Проверка: как понять, что трафик реально идёт через прокси
Самый быстрый способ - открыть в Safari любой сервис определения IP. Если в ответе ваш обычный адрес, значит настройка не применилась или применилась не к той сети. Если адрес другой и совпадает с тем, что выдал провайдер, - всё работает.
Полезно запомнить свой IP до настройки. Иначе потом смотришь на незнакомый адрес и не понимаешь: это прокси или мобильный оператор решил сменить адрес. Ещё момент: часть приложений ходит через свой собственный транспорт и системный прокси игнорирует. Проверка в Safari показывает состояние системы в целом, но не гарантирует, что конкретное приложение ведёт себя так же.
Второй маркер - скорость. Прокси добавляет один хоп, и задержка растёт на 20-80 мс в зависимости от географии сервера. Сайты начали открываться заметно медленнее, а IP при этом правильный? Скорее всего сервер просто далеко. Для парсинга и работы с API это нормально, для видеозвонков - уже неприятно.
SOCKS5 на iOS нативно не работает, и это не баг
Встроенными средствами iOS вы настраиваете только HTTP и HTTPS-прокси. SOCKS5 в системном меню нет, и с этим ничего не сделать - Apple так и не добавила поддержку. Кто обещает «включить SOCKS5 в настройках айфона», мягко говоря, лукавит.
Рабочий путь - сторонний клиент из App Store, который поднимает локальный туннель и уже внутри него работает с SOCKS5. Схема типовая: в приложении выбираете «добавить сервер вручную», указываете протокол SOCKS5, адрес, порт, при необходимости логин с паролем, сохраняете и включаете соединение. Некоторые клиенты умеют импортировать данные по одной строке вида socks5://логин:пароль@адрес:порт - это экономит минуту ввода.
Зачем вообще SOCKS5, если есть HTTP. С точки зрения архитектуры разница в том, что SOCKS5 работает на уровне сокетов и не вмешивается в содержимое пакетов: он просто устанавливает соединение и передаёт байты. Отсюда два практических следствия. Первое - он аккуратнее ведёт себя с нестандартными протоколами и приложениями, которые не дружат с HTTP-проксированием. Второе - балансировка и распределение нагрузки между узлами делается чище, потому что клиент не привязан к формату запроса. Для сбора данных с больших массивов страниц это ощутимо: меньше сюрпризов на стороне сервера.
Плюс клиенты такого типа обычно дают смарт-роутинг: локальные и служебные запросы идут напрямую, а нужные - через выбранный узел. Удобно, когда не хочешь гонять через прокси всё подряд.
Мобильный интернет: почему настройка «исчезает» вне Wi-Fi
Настроили дома, вышли из зоны Wi-Fi, включили LTE - и прокси как не бывало. Ничего не сломалось. Системный прокси в iOS привязан к Wi-Fi сети, для сотового соединения такого переключателя просто нет. Чтобы задать параметры для мобильного трафика, нужен либо конфигурационный профиль от администратора, либо клиентское приложение, которое держит туннель поверх любого канала.
Отсюда практический вывод для тех, кто работает в разъездах. Нужен стабильный прокси на постоянной основе, а не разово в офисе, - ставьте клиент. Настройка через Wi-Fi хороша, когда вы сидите в одной сети и вам нужен быстрый разовый доступ. Для всего остального - приложение.
Выключить сложнее, чем включить: прокси привязан к каждой сети отдельно
Общего тумблера «выключить прокси» в iOS нет. Совсем. Настройка живёт в профиле каждой Wi-Fi сети, где вы её включили, и отключать надо в каждой по очереди: Настройки → Wi-Fi → (i) → HTTP Proxy → Off. Если был включён автоматический режим, его тоже надо перевести в Off, иначе профиль продолжит подтягивать настройки.
Забыть про это легко, а последствия неприятные. Приехали в другой город, подключились к кафельному Wi-Fi, а там настройки нет - значит и прокси не работает, всё честно. Но если вы когда-то настроили эту сеть раньше, iOS подхватит старый профиль автоматически. Дальше вы ломаете голову, почему сайты ведут себя странно. Проверять стоит именно те сети, которыми пользуетесь регулярно: дом, офис, любимая кофейня.
Где брать прокси, которые не отвалятся через час
Настройка - это пять полей. Всё остальное решает сервер на другом конце. Бесплатные публичные прокси живут недолго, логируются неизвестно кем и умирают в самый неподходящий момент. Для теста «на посмотреть» сойдёт, для работы - нет.
Я беру в каталоге прокси 3seller. Там нормальная фильтрация по стране, типу (HTTP, HTTPS, SOCKS5) и назначению. Данные для авторизации лежат сразу в карточке: копируешь и вставляешь в поля Server и Port, не собирая по кускам из переписки с менеджером. Для мобильных задач важна ещё и ротация: когда адрес меняется по расписанию, а не по запросу в поддержку.
Отдельно про сценарии. Публичный Wi-Fi в аэропорту - трафик идёт через ваш узел, и чужая сеть не видит, куда вы ходите. Корпоративный контур - все запросы с телефона сотрудника идут через контролируемую точку, и это снимает кучу вопросов у безопасников. Сбор данных для бизнеса - десятки параллельных запросов с разных адресов, чтобы сайт не решил, что его атакуют, и не начал отдавать заглушки. Везде одна и та же техническая база: стабильный сервер, внятная авторизация, предсказуемая задержка.
Три ошибки, которые я вижу чаще всего
Первая - настройка на неправильной сети. Человек подключён к гостевому SSID, а прокси прописывает в основном. Поля вроде заполнены, а эффекта нет. Проверяется за две секунды: посмотрите, какая сеть отмечена галочкой вверху экрана Wi-Fi, и настраивайте именно её.
Вторая - копирование адреса вместе с лишними символами. Домены с пробелом на конце, «http://» в поле Server, звёздочки из документации. На Reddit в ветках про настройку iOS пользователи жалуются на это чаще всего: iOS не ругается, просто не сохраняет. Если после Save поле пустое - значит вы вставили что-то не то.
Третья - отсутствие проверки. Люди настраивают, закрывают меню и живут в уверенности, что всё работает. А потом выясняется, что порт был от другого тарифа. Одна минута на проверку IP экономит полдня переписки с поддержкой.
Короткий план действий на сегодня
Откройте Wi-Fi, зайдите в (i) вашей сети, включите Manual, вбейте адрес и порт, при необходимости добавьте логин с паролем, сохраните. Проверьте IP в Safari. Сменился на адрес провайдера - задача закрыта, можно работать.
Если нужен SOCKS5 или прокси должен работать вне домашней сети - ставьте клиент и не тратьте время на поиски несуществующего системного переключателя. А если серверов ещё нет, начните с каталога 3seller: там сразу видно, что вы покупаете, и не придётся через день искать замену умершей бесплатной точке.