Вчера знакомый звонит: купил прокси, вбил данные, а iPhone их будто не видит. Открываю его настройки, а там в поле «Сервер» вклеен адрес вместе с портом через двоеточие. iOS такое молча проглатывает и не подключается. Классика жанра. Пять минут правки - и человек уже работает через нужный узел.
На iPhone прокси настраивается за три экрана, но с парой нюансов, о которых в инструкциях почти не пишут. Разберу по шагам, покажу где реально ломается и как проверить результат за минуту.
Куда iPhone прячет настройки прокси
Глобального переключателя «Прокси» в iOS нет. Настройка живёт внутри конкретной Wi-Fi сети, и это первое, что сбивает с толку людей, привыкших к Windows или Android.
Путь такой: приложение «Настройки» → раздел «Wi-Fi» → тап по значку (i) рядом с названием вашей сети → прокрутка вниз до блока «Прокси HTTP» → «Настроить прокси».
Там три варианта: «Выкл.», «Вручную», «Автоматически». Больше системных параметров для прокси на iPhone не существует. Ни в «Сотовой связи», ни в «Основных», ни где-либо ещё.
Почему так - понятно, если подумать про архитектуру iOS. Прокси в системе Apple рассматривает как свойство точки доступа, а не устройства. Логика такая: дома сеть доверенная, в кафе нет, в офисе свои правила. Каждой сети - свои настройки. Практично, но поначалу раздражает.
Ручной режим: что вписывать в два поля
Выбираете «Вручную» и получаете форму из двух обязательных полей: «Сервер» и «Порт». Ниже - переключатель «Аутентификация», если провайдер выдаёт логин и пароль.
В «Сервер» идёт только адрес. IP вида 185.х.х.х или доменное имя вроде node.provider.com. Без http://, без порта, без слэша на конце. Порт вписывается отдельным полем, просто цифрами. Если в письме от провайдера стоит строка «185.х.х.х:8000», для вас это одно значение, а для iOS - два разных поля. Разделяйте руками.
Дальше «Аутентификация». Включаете тумблер, вводите логин и пароль. Никаких кавычек, лишних пробелов, случайно скопированного символа из буфера. Пароль с пробелом внутри - отдельная головная боль, проверяйте дважды. Автозамена iOS тоже умеет подставить заглавную букву в логин, если вы начнёте его с новой строки. Заметить это сложно, а соединение не поднимется.
Нажимаете «Сохранить» в правом верхнем углу. Настройка применилась к этой сети. Если просто выйти назад через стрелку, iOS тоже сохранит, но явное сохранение спокойнее.
Проверить, что всё работает, просто: откройте Safari и любой сервис определения IP. Адрес должен отличаться от вашего обычного. Если показывает тот же - прокси не подхватился, чаще всего из-за опечатки в порту.
Настройка живёт внутри одной Wi-Fi сети
Прокси на айфоне - это свойство сети, а не устройства. Настроили дома - работает дома. Пришли в офис, подключились к другой точке - прокси нет, трафик идёт напрямую. Переключились на мобильный интернет - тоже напрямую, потому что для LTE такого параметра в iOS вообще не предусмотрено.
Отсюда два практических следствия. Первое: если вы работаете из разных мест, настраивать придётся каждую сеть отдельно. Второе: если прокси вдруг «залип» и интернет пропал - почти всегда дело в старой настройке на конкретной сети, а не в телефоне. Лечится за десять секунд: Wi-Fi → (i) → «Настроить прокси» → «Выкл.» → «Сохранить».
Частая ситуация у людей, которые берут корпоративный узел для команды: настраивают один телефон, тестируют, всё ок, отдают коллеге - а у него не работает, потому что он в другой сети.
Автоматический режим и PAC-файл: когда он реально нужен
Третий вариант в меню - «Автоматически». Тут вместо адреса и порта вы вписываете ссылку на PAC-файл, то есть на скрипт, который сам решает, какой трафик куда отправлять.
Когда это оправдано: у вас несколько маршрутов под разные задачи - рабочие домены идут через корпоративный узел, остальное напрямую. Или вы управляете парком устройств и хотите менять маршрутизацию централизованно. Нужна тонкая фильтрация по доменам, а руками такое не настроишь.
Для обычной задачи «один узел на всё» PAC-файл не нужен. Он добавляет точку отказа: упал скрипт - упал весь трафик. Ручной режим надёжнее и понятнее.
Если всё же используете автоматический режим, отключать его нужно там же, где включали, и тоже явно. Просто переключить сеть недостаточно - настройка останется висеть на прежней точке доступа.
HTTP, SOCKS5 и MTProto: что iOS умеет из коробки, а что нет
Системные настройки iPhone понимают HTTP и HTTPS-прокси. SOCKS5 через них не заведётся, сколько ни вбивай адрес и порт. Это архитектурное ограничение iOS, а не баг конкретной версии прошивки.
Разница в уровне работы. HTTP-прокси сидит на прикладном уровне: он видит заголовки, может их менять, кэшировать ответы, фильтровать по URL. SOCKS5 находится ниже, на транспортном: он просто пробрасывает TCP-соединение и не заглядывает внутрь. Отсюда его универсальность - через SOCKS5 идёт что угодно, включая нестандартные протоколы и бинарный трафик, и он ничего не ломает по дороге.
Для бизнес-задач это важно. Парсинг, работа с API, интеграции с внешними сервисами - там SOCKS5 часто удобнее, потому что не трогает содержимое запросов. А для простого просмотра веба с телефона хватает HTTP.
MTProto - отдельная история. Это протокол Telegram, и прокси в нём настраивается внутри самого мессенджера, а не в системе. Вы открываете Telegram → «Данные и хранилище» → «Прокси» → добавляете узел. Системная настройка на это никак не влияет, и наоборот тоже.
Если нужен SOCKS5 на всё устройство сразу, системных настроек iOS недостаточно. Либо приложение, которое умеет SOCKS5 само, либо HTTP-прокси на уровне системы. Не пытайтесь засунуть SOCKS5 в поле «Сервер» - не заработает, и вы потеряете час на диагностику.
Свой VPS, корпоративный узел или мобильный прокси
Дальше начинается выбор, который важнее самой настройки. Потому что криво настроенный хороший прокси чинится за минуту, а идеально настроенный плохой не работает в принципе.
Свой VPS - вариант для тех, кто хочет полный контроль. Поднимаете на сервере HTTP-прокси, прикручиваете авторизацию, следите за обновлениями. Плюс: никаких посредников и понятная цена. Минус: администрирование на вас, а IP принадлежит дата-центру и легко определяется как серверный.
Корпоративный узел - когда доступ нужен команде из пяти-двадцати человек. Тут важна не скорость одного соединения, а стабильность и учёт: кто ходит, куда, сколько трафика. Нормальный провайдер даёт панель с лимитами на пользователя и логи.
Мобильный прокси - когда критично, чтобы IP выглядел как адрес обычного смартфона в сотовой сети. Для работы с рекламными кабинетами, маркетплейсами и сервисами, которые настороженно смотрят на дата-центры, это часто единственный рабочий вариант. Цена выше, но и логика понятна: вы платите за «человеческий» IP.
Каталог прокси по странам и типам IP удобно смотреть в одном месте, чтобы не собирать провайдеров по форумам. 3seller.com/proxy как раз про это - фильтры по гео, типу адреса и протоколу, без переписки с менеджером на старте.
На что смотреть при выборе провайдера
Первое - тип IP. Дата-центр, резидентский, мобильный. Разница в том, как адрес выглядит для сервисов, к которым вы подключаетесь, и в цене. Для тестов и внутренних задач хватает дата-центра, для работы с внешними площадками чаще нужен резидентский или мобильный.
Второе - протоколы. Если планируете системную настройку на iPhone, нужен HTTP/HTTPS. Если работаете через приложения и скрипты - смотрите, есть ли SOCKS5. Хороший провайдер даёт оба.
Третье - авторизация. По логину и паролю проще всего, iOS это поддерживает из коробки. Авторизация по IP-адресу на телефоне почти не применима: адрес меняется при переключении между сетями, и прокси перестаёт пускать.
Четвёртое - ротация. Статичный адрес хорош для аккаунтов, где важна стабильность. Ротация нужна там, где вы делаете много запросов и не хотите упираться в лимиты. На iPhone это настраивается на стороне провайдера, в интерфейсе телефона ничего менять не придётся.
Пятое - скорость. Сотня мегабит в описании тарифа мало о чём говорит: важна задержка до конкретного узла и то, насколько стабильно держится соединение в час пик. Берите тестовый период и меряйте на своих задачах, а не на абстрактном спидтесте.
Грабли, на которые наступают почти все
- Адрес и порт в одном поле. Самая частая ошибка. iOS не понимает формат «адрес:порт», нужны два отдельных значения.
- http:// в поле «Сервер». Система ждёт голый хост или IP, схема всё ломает.
- Автозамена и заглавные буквы в логине. iOS любит «исправить» первую букву, и авторизация не проходит.
- Забытая настройка на старой сети. Прокси «пропал», а он просто остался на другой точке доступа.
- Попытка вписать SOCKS5 в системные настройки. Не заработает никогда, это ограничение iOS.
- Пробел в конце скопированного пароля. Невидимый, но фатальный.
Если не работает: диагностика за пять минут
Первый шаг - убедиться, что вы вообще в той сети, где настраивали. Звучит смешно, но половина обращений «прокси не работает» лечится именно этим.
Второй шаг - выключить прокси, проверить, что интернет есть без него. Если и без прокси ничего не грузится, дело не в настройках, а в самой сети или captive portal в кафе, который просит принять условия.
Третий шаг - перепроверить порт. Восемьдесят процентов отказов - неверная цифра. Восемьдесят восьмой вместо восемь тысяч восьмидесяти, лишний ноль, перепутанные местами символы.
Четвёртый шаг - отключить аутентификацию, если провайдер разрешает авторизацию по IP. Иногда проще добавить свой адрес в белый список на стороне сервиса, чем бороться с паролем.
Пятый шаг - проверить узел с другого устройства, например с ноутбука. Если там тоже не работает, проблема на стороне провайдера, и настройки iPhone тут ни при чём.
Что сделать прямо сейчас
Откройте каталог прокси, выберите страну и тип адреса под свою задачу, возьмите тестовый период на пару дней. Дальше - три экрана настроек на iPhone, которые вы уже знаете: Wi-Fi, значок (i), «Настроить прокси», «Вручную», адрес, порт, при необходимости логин с паролем.
Проверьте результат сразу, а не через неделю, когда что-то отвалится в самый неподходящий момент. Одна минута сейчас сэкономит вечер диагностики потом.