Человек покупает прокси, лезет в настройки айфона и вбивает цифры в первое поле, которое показалось подходящим. Через десять минут он пишет в поддержку: «не работает». В девяти случаях из десяти цифры верные. Просто лежат они не там, где он искал, и не в том формате.
Ниже - рабочий порядок действий для iOS без магии. И те места, где спотыкаются почти все: привязка к конкретной сети, порт от другого протокола, мобильный интернет и приложения, которые системную настройку игнорируют.
В iOS прокси живёт внутри Wi-Fi, а не в общих настройках
Отдельного раздела «Прокси» в айфоне нет. Он спрятан на два уровня глубже, чем ожидаешь. Путь такой: Настройки → Wi-Fi → тап по значку (i) справа от названия твоей сети → пролистать до самого низа → «Настройка прокси» (в части версий iOS подписано как «Прокси HTTP») → «Вручную».
Дальше два поля: «Сервер» и «Порт». Если прокси с авторизацией, включаешь тумблер «Аутентификация» и вводишь логин с паролем из личного кабинета. Сохраняешь. Настройка применяется сразу, перезагружать телефон не нужно - хотя совет «перезагрузи айфон» встречается в каждом втором гайде.
Строчкой выше есть ещё два варианта: «Авто» и «Выкл». Если активировано «Авто» с чужим URL, поля ручного ввода не работают вообще, сколько бы ты туда ни вписывал. Проверяй переключатель до того, как искать проблему в цифрах. Половина «неработающих» прокси на айфоне - это забытый режим «Авто».
Весь путь занимает секунд тридцать. Из них двадцать - поиск пункта «Настройка прокси» в конце длинного списка: он всегда ниже полей DNS и IP-адреса, а туда никто не долистывает.
Сервер и порт: две строки, на которых сыпется половина настроек
В поле «Сервер» идёт адрес узла из личного кабинета: IP или доменное имя, если провайдер его выдал. Без http://, без пробелов по краям, без слэша в конце и без порта. Порт уходит в отдельное поле. Люди регулярно вставляют адрес с портом через двоеточие в «Сервер» и получают тишину в ответ: строка не помещается, автодополнение её режет, настройка умирает молча.
Поле «Порт» принимает только цифры. Главная ловушка: HTTP и SOCKS5 обычно висят на разных портах у одного и того же провайдера. Взял порт от SOCKS5, вписал в HTTP-поле - соединения нет. Порт должен соответствовать протоколу, который реально слушает узел. Если в кабинете два порта, под HTTP и под SOCKS5, а ты настраиваешь системный прокси iOS, бери тот, что помечен как HTTP.
Логин и пароль чувствительны к регистру и к лишним пробелам. Скопировал из письма вместе с невидимым пробелом в конце - получил ошибку авторизации и час поиска проблемы не там. На айфоне это особенно бесит: iOS не показывает причину отказа, просто страница не грузится.
Прокси на айфоне прибит к одной Wi-Fi сети, и это ломает всю логику
Самый частый источник недоумения. Настройка живёт не в телефоне, а в профиле конкретной Wi-Fi сети. Дома включил - работает. Приехал в офис, подключился к другой сети - прокси нет, хотя ты ничего не выключал. И наоборот: включил прокси на сети отеля, вернулся домой, а домашний интернет «умер» - iOS всё ещё пытается ходить через узел, который ты уже не оплачивал.
Правило простое: включаешь прокси - запомни, на какой сети. Выключаешь - идёшь в Настройки → Wi-Fi → (i) → «Настройка прокси» → «Выкл» → сохранить. Именно «Выкл», а не очистка полей. Пустые поля с активным режимом «Вручную» - гарантированно нерабочий интернет.
Если сетей в списке несколько и ты уже путаешься, где что настроено, есть грубый, но рабочий приём: удалить сеть из списка известных и подключиться заново. Профиль вместе с прокси снесётся. Варварство, зато за десять секунд.
Мобильный интернет: в метро твоя настройка не работает и не должна
Настройка из Wi-Fi меню не распространяется на сотовый трафик. Совсем. Системного поля «прокси для LTE» в iOS не существует физически. Человек с настроенным домашним прокси выходит на улицу, отключает Wi-Fi - и трафик спокойно идёт напрямую через оператора. Он этого не видит и делает вывод «прокси сломался».
Для сотовой сети нужен другой уровень: приложение, которое поднимает туннель на устройстве, либо собственная точка входа, куда трафик заворачивается целиком. Про клиенты ниже, но факт стоит запомнить сразу: Wi-Fi-настройка и мобильный трафик в iOS - две непересекающиеся истории.
PAC-файл: когда прокси нужен не для всего трафика
Режим «Авто» в тех же настройках принимает URL файла-сценария. Внутри обычный текст с правилами: какие домены гнать через узел, какие пускать напрямую. Полезная штука, когда через прокси должны ходить условно два маркетплейса и рекламный кабинет, а остальные сорок вкладок не должны терять скорость.
Минусы, о которых в инструкциях молчат. Файл надо где-то держать на доступном по https адресе - свой хостинг или объектное хранилище. iOS кэширует его и не всегда обновляет сразу после правки: иногда изменения подхватываются через минуты, иногда только после переподключения к сети. Отладка глазами: ошибся в синтаксисе правила - получил тихий отказ без намёка на причину. Для разовой задачи на один аккаунт PAC не нужен, это инструмент на потоке.
Приложения-клиенты: SOCKS5, правила по приложениям и один важный нюанс
Встроенные настройки iOS понимают только HTTP-прокси. SOCKS5 в системном меню нет вообще - ни пятого, ни какого-либо ещё. Если провайдер выдал SOCKS5 или ты работаешь с собственным узлом на VPS, нужен клиент из App Store: он поднимает туннель на уровне устройства и внутри него маршрутизирует трафик.
Схема в любом таком клиенте одинаковая. Ставишь приложение, добавляешь профиль: протокол (HTTP, HTTPS, SOCKS5), адрес, порт, логин и пароль. Активируешь профиль, разрешаешь добавление конфигурации VPN - без этого пункта туннель не поднимется, и это не баг, а обычное требование iOS. Дальше правила: гнать через узел всё подряд либо только выбранные приложения и домены.
Выборочная маршрутизация - главная причина, по которой люди вообще ставят клиент вместо системной настройки. Условно: рабочий аккаунт в соцсети идёт через один узел, личный трафик напрямую, парсер на телефоне слушает третий профиль. Системная настройка так не умеет, она одна на сеть.
Клиенты стоят пару долларов, часть бесплатна с рекламой. Бесплатные не бери для чувствительных задач: непонятно, куда уходят логи и куда смотрят правила. Экономия в триста рублей не стоит потерянного аккаунта.
Чем SOCKS5 на айфоне реально отличается от HTTP
Разница не в «лучше/хуже», а в архитектуре. HTTP-прокси работает с HTTP-запросами и туннелем CONNECT для https. Всё, что не HTTP, он либо не понимает, либо пропускает мимо. SOCKS5 живёт на уровень ниже, на транспортном уровне: не разбирает содержимое и умеет тащить UDP. Часть приложений и системных сервисов давно ходит по QUIC поверх UDP. Такой трафик системный HTTP-прокси просто не увидит.
Практический вывод: HTTP-прокси из настроек Wi-Fi нормально заворачивает Safari и те приложения, которые честно читают системные настройки. Остальное может уйти напрямую, и ты об этом не узнаешь. SOCKS5 через клиент заворачивает весь стек целиком, включая UDP и DNS, поэтому картинка по IP и по геолокации совпадает.
Задержка. SOCKS5 обычно легче: меньше разбора на каждом пакете, ниже оверхед. Прирост в реальных сценариях небольшой, единицы миллисекунд. Но на мобильных прокси, где сам канал нестабилен, разница заметна. Sticky-сессия важнее, чем кажется: без неё IP меняется на каждом запросе, сервис видит рваную картину, а ты - вылеты из аккаунта.
Как проверить, что трафик действительно пошёл через прокси
Открываешь Safari и любой сервис определения IP. Смотришь три вещи, а не одну. Первая - сам IP, он должен отличаться от твоего. Вторая - страна и провайдер: они должны совпадать с тем, что указано в кабинете. Часто люди берут узел в одной стране, а ждут поведения другой. Третья - DNS: если IP подменён, а DNS-запросы уходят к оператору, часть сервисов всё равно поймёт, откуда ты.
Дальше проверка по приложениям, а не только по браузеру. Системной настройке доверяют далеко не все: банковские приложения, мессенджеры и часть соцсетей ходят своим транспортом и на настройки Wi-Fi внимания не обращают. Если задача - работать в конкретном приложении, проверяй в нём, а не в Safari. Бывает и обратное: всё работает, а одно приложение упорно показывает домашний регион.
И тест на скорость. Открой спидтест до включения прокси и после. Датацентровый узел в соседней стране обычно съедает 5-15% скорости и добавляет 5-30 мс. Резидентский - до половины скорости и 80-300 мс. Мобильный где-то посередине, но нестабильный по своей природе: 40-150 мс скачками. Скорость упала в десять раз - дело не в прокси, а в конкретном узле, переключайся.
Где брать узлы под айфон и на что смотреть в каталоге
Каталог прокси 3seller.com/proxy удобен тем, что фильтры сразу режут список по гео, протоколу и типу узла, без переписки с менеджером. Для айфона важны три параметра.
Протокол. Если настраиваешь через системное меню Wi-Fi, нужен HTTP или HTTPS - других iOS не понимает. Если ставишь клиент, бери SOCKS5: он универсальнее и не режет UDP.
Тип узла. Датацентровые - быстрые и дешёвые, годятся для парсинга, тестов рекламы, проверки выдачи по регионам. Резидентские - с нормальным отпечатком, для работы с аккаунтами в соцсетях и маркетплейсах. Мобильные - самые дорогие, зато выглядят как обычный телефон в сети оператора. Это единственный вариант, когда сервис придирается к типу подключения.
Гео и стабильность сессии. Для айфона почти всегда нужна липкая сессия на 10-30 минут: пока листаешь ленту или заполняешь карточку товара, IP не должен прыгать. Ротация на каждый запрос - для сбора данных, не для ручной работы.
Смотри не на красивое «до 100 Мбит/с» в описании, а на то, сколько устройств и потоков узел тянет одновременно. Один айфон с Safari - это одно. Айфон плюс парсер плюс второй телефон на том же узле - совсем другая история.
Ошибки, которые повторяются из раза в раз
Собрал то, что вижу чаще всего. Проверь по списку, если настройка не заводится.
- Адрес введён вместе с портом в поле «Сервер».
- Порт взят от SOCKS5, а режим стоит «Вручную» для HTTP.
- Активен режим «Авто» с чужим или битым PAC-адресом, ручные поля игнорируются.
- Прокси включён на одной Wi-Fi сети, а тестируется на другой.
- Проверка идёт по мобильному интернету, где настройка из Wi-Fi не применяется.
- В логине лишний пробел из буфера обмена.
- Клиент установлен, но конфигурация VPN не разрешена в системном запросе.
Что сделать прямо сейчас
Возьми айфон, зайди в настройки Wi-Fi, дойди до конца страницы сети и посмотри, что стоит в блоке прокси. В половине случаев там уже висит чей-то старый адрес, о котором ты забыл. Выключи, проверь, что интернет вернулся, и только потом начинай настройку заново - с чистого листа, сверяя протокол и порт по кабинету.
Если нужен узел под конкретную задачу - гео, тип, липкая сессия - начни с каталога 3seller.com/proxy: там видно параметры до покупки, и не придётся выяснять постфактум, что выданный порт не подходит к системным настройкам iOS. Мелочь, которая экономит вечер.