Ко мне регулярно приходят с одним и тем же: «надо настроить прокси на айфоне, поможешь?». Открываю настройки, показываю, человек за минуту всё делает и уходит довольный. А через день возвращается: «не работает, когда выхожу из дома».
Под фразой «сделать прокси сервер на телефоне» живут две разные задачи, и люди их путают. Первая - подключить айфон к прокси, чтобы трафик шёл через нужную точку. Вторая - превратить сам телефон в прокси сервер, к которому цепляются другие устройства. Первая решается в меню за пять тапов. Вторая на iPhone не решается никак. Это не вредность автора, это архитектура iOS.
iOS не даст запустить сервер, и спорить с этим бессмысленно
В App Store нет приложения, которое поднимет на телефоне полноценный прокси сервер. Песочница, отсутствие постоянного доступа к сетевым сокетам на системном уровне, запрет на фоновые демоны, которые должны висеть сутками. Android в этом плане добрее, там самодельные сетапы встречаются в тестовых лабораториях. Айфон закрыт наглухо.
Когда нужен мобильный IP от оператора, а не датацентровый, берут отдельное железо. Модем с симкой или дешёвый андроид, который лежит на полке, воткнут в зарядку и раздаёт трафик через софт. Айфон в этой схеме выступает клиентом, а не сервером. На Reddit администраторы мобильных ферм признаются: девять телефонов на зарядке с постоянным перегревом выходят дороже, чем аренда готового мобильного IP у провайдера.
Если нужен «прокси сервер на телефоне айфон» в буквальном смысле, честный ответ: не получится. Если нужно, чтобы айфон ходил в сеть через прокси, получится, и дальше по шагам.
Нужна не своя машина, а точка входа
Развернуть сервер нельзя, зато купить доступ и подключить его можно. Это закрывает почти все реальные задачи: гео для рекламных кабинетов, мультиаккаунты, парсинг, тесты мобильных приложений на разных странах, спокойная работа с публичного Wi-Fi в кафе.
Провайдер выдаёт четыре значения: адрес сервера (IP или домен), порт, логин, пароль. Иногда всё приходит одной строкой, где через двоеточие идут адрес, порт, логин и пароль. Новички стабильно спотыкаются на ней, пытаясь вставить строку целиком в поле адреса. Не надо так. Разбейте по полям, порт отдельно.
Готовые конфигурации с фильтрами по стране, типу и протоколу лежат в каталоге 3seller.com/proxy. Смотреть стоит на протокол и тип узла, а не на цену за гигабайт в вакууме: датацентровый и мобильный прокси отличаются в работе сильнее, чем в прайсе.
Семь шагов в настройках Wi-Fi, если делать вручную
Штатный способ iOS работает только для HTTP и HTTPS и только внутри конкретной Wi-Fi сети. Порядок такой:
- Открываете Настройки, заходите в Wi-Fi и подключаетесь к сети. Без активного Wi-Fi пункт с прокси просто не появится.
- Нажимаете на значок ⓘ справа от имени сети.
- Листаете вниз до блока «Настройка прокси» (в англоязычной прошивке HTTP Proxy).
- Выбираете «Вручную». Второй вариант, «Автоматически», это PAC-файл, о нём ниже.
- В поле «Сервер» вставляете IP или домен, в «Порт» число от провайдера.
- Если у провайдера авторизация по логину, включаете тумблер «Аутентификация» и вводите логин с паролем.
- Жмёте «Сохранить».
Отключается там же: «Настройка прокси» → «Выкл.».
Прокси приклеен к Wi-Fi, и это главный сюрприз
Настройка хранится внутри профиля конкретной сети, а не в телефоне. Ушли с Wi-Fi на LTE, и прокси нет. Пришли в офис, подключились к другой сети, настраивайте заново. Для домашнего сценария нормально, для рабочего раздражает.
Второй вариант в том же меню, «Автоматически», снимает часть боли. Там указывается URL PAC-файла, и скрипт сам решает, какой трафик куда отправлять. Удобно, когда нужно гонять через прокси только определённые домены, а банк и госуслуги оставить напрямую. Для парка устройств в компании это единственный вменяемый способ раздать правила централизованно.
Если нужен прокси на любом соединении, включая мобильный интернет, ставят клиент с поддержкой SOCKS5 из App Store. Он поднимает системный туннель, iOS просит подтвердить добавление сетевой конфигурации, дальше приложение висит как VPN-профиль и работает поверх любой сети. Проверять такие клиенты стоит по двум вещам: умеют ли они логин с паролем и не рвут ли соединение при сворачивании.
SOCKS5 и HTTP: разница видна на задержке, а не в описании
HTTP-прокси живёт на прикладном уровне. Он понимает методы GET и POST и умеет туннель через CONNECT, поэтому HTTPS и вебсокеты через него проходят. Всё, что не HTTP, он либо не пропустит, либо пропустит криво. Именно этот протокол доступен в системных настройках iOS, других вариантов Apple не дала.
SOCKS5 работает уровнем ниже, на уровне сессии. Ему всё равно, что внутри: TCP-поток любого приложения, UDP для звонков и игр, удалённое разрешение DNS на стороне узла. Последний пункт важнее, чем кажется: DNS-резолв через прокси снижает утечки и убирает часть задержки на первой загрузке страницы. Для телефона SOCKS5 практичнее, если приложение его поддерживает. Порт у него обычно другой, чем у HTTP, и подменять один другим нельзя.
MTProto в этой истории отдельная песня, и настраивать его вручную в iOS-меню бессмысленно: там своя архитектура шифрования пакетов и свои клиенты. К прокси как к каналу это отношения почти не имеет.
Мелочи, на которых ломается половина настроек
Не включил «Аутентификацию», хотя провайдер выдал логин и пароль. Прокси молча отбивает запросы, человек думает, что узел мёртвый. Открывайте тумблер сразу, если в данных есть логин.
Перепутал порты HTTP и SOCKS5. В каталоге они разные, и разница в одну цифру стоит вечера диагностики.
Вставил домен без порта или порт в поле адреса. Это две отдельные строки, не объединяйте.
Забыл сохранить. Кнопка «Сохранить» расположена неочевидно, а без неё введённые значения испаряются при выходе из меню.
Привязка по IP вместо логина. Многие провайдеры разрешают авторизацию по белому списку адресов, в офисе это работает, а в мобильном интернете адрес меняется и доступ отваливается. Для айфона выбирайте логин и пароль.
Включённый «Частный адрес Wi-Fi» на некоторых роутерах сбивает профиль сети. Если ничего не работает, начните с переподключения к сети заново.
Когда нужен мобильный IP, а не датацентр
Мобильный прокси - адрес из пула оператора, для сайта он выглядит как обычный абонент. Нужен там, где работает антифрод: рекламные кабинеты, соцсети, маркетплейсы, тестирование приложений с геопривязкой. Стоит дороже, скорость ниже: канал реально узкий.
Датацентровый берут для объёма и скорости: парсинг, выгрузка, аналитика, отдача контента. Подставлять его в соцсети и удивляться бану не стоит, это как прийти на собеседование в пижаме.
Резидентские сидят посередине: чужие домашние устройства, гео по городам, приемлемая скорость. Выбор между тремя типами важнее выбора между провайдерами, потому что определяет, сколько вы проживёте до первого бана.
Свой узел на VPS: когда это оправдано
Если хочется именно свой сервер, а не аренда, всё делается на VPS за несколько долларов: ставится 3proxy, squid или dante, настраивается приватная авторизация, айфон подключается к нему по HTTP CONNECT как к обычному прокси. Полчаса работы для человека с опытом.
У схемы есть цена, о которой обычно молчат. Один IP, никакой ротации, гео ровно то, что дал хостер. Попал адрес в блоклист сервиса, и менять его через тикет в поддержку хостера - то ещё удовольствие. Плюс логи и биллинг на вас.
Оправдан такой узел в корпоративном сценарии: один белый IP, свои правила доступа, понятный аудит, трафик только сотрудников. Для одиночной работы с сервисами быстрее купить доступ, чем администрировать сервер.
Проверка занимает полминуты, а спасает часы
Откройте на телефоне любой сервис проверки IP и сравните с тем, что показывает мобильный интернет или домашний Wi-Fi без прокси. Адрес и страна должны поменяться. Если не поменялись, настройка не применилась или вы смотрите кэш.
Дальше DNS: сервис проверки утечек покажет, какой резолвер реально отвечает. Видите свой провайдерский - значит запросы идут мимо туннеля, и это объясняет часть странного поведения сайтов.
Потом скорость. Нормальный HTTP-узел почти не режет канал, разница в пределах погрешности. Мобильный режет всегда, это физика, а не плохой провайдер. Если страница грузится восемь секунд, вы взяли мобильный прокси для задачи, где хватило бы датацентрового.
Что проверить у провайдера до оплаты
Протокол. Для системных настроек iOS нужен HTTP, для приложений с туннелем подойдёт SOCKS5. Хорошо, когда провайдер выдаёт оба.
Тестовый объём. Нормальный сервис даёт попробовать гигабайт или несколько часов: подбор гео и типа узла без пробы это гадание.
Авторизация по логину и паролю, а не только по белому списку адресов.
Маленький пакет. Платить за сотни гигабайт, когда нужно проверить рекламу в трёх странах, странно.
Внятная поддержка. Если на вопрос про разные порты для HTTP и SOCKS5 вам отвечают копипастой с лендинга, дальше будет так же.
Все параметры видны в карточках на 3seller.com/proxy, там же можно отфильтровать по стране и типу узла и посмотреть, что есть в наличии под вашу задачу.
Первый шаг, который сэкономит вам деньги
Определитесь, что нужно на самом деле. Сервер в телефоне поднять нельзя, клиент настроить можно, и в 95% случаев речь именно про клиент.
Возьмите минимальный тестовый объём, выберите тип узла под задачу (датацентр для объёма, резидентский для гео, мобильный для антифрода), настройте по шагам выше, проверьте IP, DNS и скорость. Если всё сходится, докупайте объём. Если нет, меняйте тип узла, а не провайдера: восемь из десяти проблем в этой теме решаются сменой протокола или типа адреса.