Половина вопросов в личку начинается одинаково: «вроде все настроил, а приложение показывает мой домашний IP». Дальше выясняется стандартный набор. Настройка применилась к одной Wi-Fi сети, часть приложений системный прокси просто игнорирует, а на мобильном интернете она не работает в принципе. Разберу по шагам, где именно в прошивке лежит нужное меню, почему оно молчит и как понять, что вы вообще чего-то добились.
Настройка привязана к сети, а не к телефону
Главный сюрприз для новичка: в Android прокси настраивается на конкретную точку доступа Wi-Fi. Не на устройство, не на все приложения сразу, а на одну сеть. Переключились на мобильный интернет или другую сеть - настройка осталась там, где была. С этим связано девяносто процентов жалоб «не работает».
Путь на чистом Android и большинстве актуальных прошивок: Настройки → Сеть и интернет → Wi-Fi → тап по названию текущей сети (или шестеренка) → Дополнительно → Прокси. Дальше три режима: «Нет», «Ручная настройка» и «Автонастройка» по ссылке на PAC-файл.
У вендоров свои привычки. Samsung: Подключения → Wi-Fi → шестеренка у сети → Дополнительно. Xiaomi и Redmi: Wi-Fi → стрелка рядом с названием сети → Прокси, на старых MIUI пункт прятался в «Дополнительных параметрах». OnePlus: сначала «Изменить» в карточке сети, иначе поля просто не редактируются. Huawei и Honor: раскрыть «Дополнительные параметры» в свойствах сети. Если пункта нет вообще - скорее всего перед вами корпоративный профиль устройства или сильно урезанная прошивка, где раздел вырезан.
В ручном режиме заполняются четыре поля: адрес сервера, порт, логин и пароль. Тип протокола в стоковом меню чаще всего не выбирается, по умолчанию это HTTP. Данные берутся в панели сервиса, который эти прокси выдает. В каталоге прокси 3seller.com/proxy они лежат в личном кабинете готовыми строками с протоколом и портом, копировать по символу из письма не приходится.
Сохранить изменения недостаточно
После ввода данных нужно нажать «Сохранить» в правом верхнем углу, а на некоторых прошивках - еще и подтвердить переподключение к сети. Android в этот момент перезапускает сетевой интерфейс, соединение рвется на пару секунд. Если Wi-Fi после этого сам не вернулся, откройте список сетей и подключитесь заново.
Проверять результат лучше не по иконке в статусбаре, а по факту. Откройте браузер и зайдите на любой сервис определения IP. Совпало с адресом из панели - работает. Остался ваш домашний - прокси не применился, и гадать дальше бессмысленно.
Второй тест, который я делаю всегда: запрос к сайту, который показывает заголовки. Если видите HTTP 407, значит сервер жив, но не пускает - ошибка в логине или пароле. Если соединение висит и умирает по таймауту, дело в адресе или порте. Разные ошибки означают разные проблемы, и лечатся они по-разному.
Почему приложения плевать хотели на ваши настройки
Системный прокси на Android работает не для всего трафика, как многие думают. Он прописывается в параметры сети, и приложения должны его уважать. Уважают далеко не все. Те, что ходят через собственные сетевые библиотеки, свой HTTP-стек или жестко зашитый DNS, спокойно игнорируют настройку и стучатся напрямую. Особенно этим грешат соцсети и мессенджеры.
На Reddit разработчики под Android объясняют это без сочувствия: приложение живет со своим сетевым стеком, и системные настройки ему не указ. Отсюда типичная картина: браузер показывает чужой IP, а нужное приложение - ваш родной. Проверять надо каждое приложение отдельно, а не строить вывод по одному.
Есть и второй слой. Настройка в Wi-Fi не трогает DNS, если вы не задали его вручную. Запросы на резолв доменов уходят к провайдеру, и это видно снаружи. Для аналитики и тестов это может исказить картину, особенно когда проверяете, из какого региона к вам пришел трафик.
SOCKS5 и HTTP - это не одно и то же, и Android об этом знает
В меню Wi-Fi тип прокси обычно не спрашивают. Система по умолчанию использует HTTP, то есть туннелирование через CONNECT. Для веба этого хватает, для чего-то более хитрого - нет. SOCKS5 работает на уровне сокетов, тащит не только HTTP, но и произвольный TCP, а на нормальной реализации еще и UDP. Через стандартное меню Android его, как правило, не включить.
Где это критично. Первое - задачи, где нужен не веб, а сырые соединения: тестирование мобильных клиентов, работа с сокетами, отладка игровых бэкендов. Второе - когда важна скорость: SOCKS5 не переупаковывает запросы в HTTP, накладные расходы ниже, задержка на коротких запросах заметно меньше. Третье - когда нужна авторизация без вываливания пароля в заголовках.
Решить задачу можно двумя путями. Первый - браузер с собственными настройками прокси, где тип выбирается явно. Второй - локальный клиент на телефоне, который поднимает туннель и уже внутри него гоняет трафик приложений. Второй вариант тяжелее, зато покрывает все приложения, а не только браузер.
Мобильный интернет: почему Wi-Fi-инструкция здесь не работает
Настройка через меню Wi-Fi привязана к Wi-Fi по определению. Переключились на 4G - прокси нет. Никакого системного раздела для мобильных сетей в Android не существует, и это не баг, а архитектура.
Что делают в этом случае. Либо настраивают прокси внутри конкретного браузера, где есть отдельный раздел с полями адреса и порта. Либо ставят приложение-клиент, которое поднимает локальный туннель, и весь трафик телефона идет через него. Первый вариант проще и годится для ручных проверок, второй - для регулярной работы.
Нюанс, о котором редко пишут: при работе через мобильного оператора вы часто попадаете за NAT, и внешний адрес может быть общим на десятки абонентов. Если для вашей задачи важна стабильность IP, берите прокси с закрепленным адресом, а не общий пул. В каталоге прокси 3seller это разные типы подключения, и путать их не стоит.
Логин, пароль и авторизация: где чаще всего ломается
Логин и пароль вводятся в тех же настройках сети, ниже адреса и порта. Три типовые ошибки, которые я вижу постоянно.
- Пароль скопирован с невидимым пробелом в конце, и сервер отвечает 407.
- Логин введен в формате «пользователь-страна-город», а сервис ждет просто имя аккаунта.
- В поле пароля на некоторых прошивках автокоррекция меняет символы, и вы этого не видите.
Проверка простая: введите пароль сначала в заметки, убедитесь, что символов ровно столько, сколько должно быть, потом копируйте. И да, специальные символы вроде собаки и решетки лучше заменить на что-то простое в панели сервиса, если такая возможность есть. Экономит вечер.
PAC-файл: когда прокси нужен не для всего
Режим «Автонастройка» позволяет указать ссылку на PAC-файл - скрипт, который решает, какой трафик гнать через прокси, а какой пускать напрямую. Полезно, когда через прокси должны идти только определенные домены, а банк и рабочая почта остаются в обычном канале.
Работает это так: Android скачивает файл при подключении к сети и применяет правила локально. Если файл недоступен в момент подключения, настройка молча отваливается, и вы остаетесь с прямым соединением. Отсюда правило: PAC-файл должен лежать на стабильном адресе, а не на бесплатном хостинге, который падает раз в сутки.
Для регулярной работы с большими пулами PAC-файлы неудобны. Их правят руками, а при смене прокси приходится перевыпускать файл. Гибче держать список адресов в панели и подставлять нужный через приложение или профиль сети.
Тест на 60 секунд: как понять, что прокси реально работает
Порядок проверки, к которому я пришел после сотни повторений.
- Открываем в браузере страницу определения IP - сверяем адрес и, что важнее, город.
- Смотрим на заголовки ответа: код 200 значит прокси принял запрос, 407 - проблема с доступом.
- Проверяем DNS отдельно: если резолв идет через вашего провайдера, вы это увидите по региону в результатах.
- Открываем то самое приложение, ради которого все затевалось, и проверяем его отдельно.
Если пункт один и два прошли, а четвертый нет - приложение игнорирует системный прокси. Лечится не настройками, а сменой подхода: либо клиент с туннелем, либо встроенные настройки самого приложения.
Как выключить и не оставить хвостов
Возврат в исходное состояние делается там же: свойства сети → Прокси → «Нет» → Сохранить. После этого Android перезапускает соединение. Если приложение продолжало работать в фоне, оно может держать старое соединение живым. Перезапустите его или очистите кеш.
Отдельный случай - прокси настраивался через стороннее приложение. Тут просто закрыть или удалить клиент мало: проверьте, не осталось ли активного профиля в настройках сети и не включен ли раздел с профилями устройства. На некоторых прошивках в разделе «Сеть и интернет» висит отдельный пункт с ручными профилями, и он переживает удаление приложения.
Не помогло - перезагрузка телефона. Звучит как совет из 2012-го, но на Android перезапуск сетевого стека действительно снимает зависшие конфигурации в большинстве случаев.
Грабли, на которые наступают все
Корпоративный Wi-Fi. Гостевые сети с авторизацией через веб-страницу часто не пропускают трафик до того, как вы вошли в портал. Прокси в такой сети может не работать вовсе, потому что сам портал требует прямого соединения. Сначала авторизация, потом прокси.
IPv6. Если у сети есть IPv6-адрес, часть трафика может уходить по нему мимо прокси, который настроен только под IPv4. Симптом: половина сайтов открывается с вашим адресом. Решение - отключить IPv6 в настройках сети или взять прокси с поддержкой обоих протоколов.
Сертификаты. Прокси с инспекцией HTTPS подсовывает свой корневой сертификат, и приложения на Android 7+ его не примут без явного доверия. Получаете пачку ошибок SSL и ощущение, что прокси битый. Проверяйте, требует ли ваш сценарий перехвата сертификатов, и если нет - берите обычный туннель без расшифровки.
Экономия заряда. Агрессивные производители убивают фоновые процессы, в том числе клиент, который держит туннель. Добавьте приложение в исключения батарейной оптимизации, иначе соединение будет рваться в самый неподходящий момент.
Что выбрать под конкретную задачу
Настройка ради настройки никому не нужна. Прокси на Android решает конкретные вещи, и под каждую нужен свой тип.
Проверка рекламы и гео. Нужны адреса из конкретных городов и стран, причем стабильные. Мобильный прокси здесь честнее датацентрового: вы видите ту же картину, что и реальный пользователь с телефона.
Парсинг и сбор данных. Нужен объем и ротация. Один адрес на сотню запросов - гарантированные лимиты и капчи. Смотрите на пулы с автоматической сменой и на лимиты по соединениям, а не только на цену за гигабайт. Дешевый пул, который сыпется на третьем запросе, обходится дороже.
Работа с несколькими аккаунтами. Нужна изоляция: один аккаунт - один адрес, без пересечений. Тут важна не скорость, а чистота пула и отсутствие соседей, которые уже наследили.
Защита трафика в публичном Wi-Fi. Достаточно любого стабильного туннеля с шифрованием. Смысл в том, чтобы трафик в кафе не читался соседом за столиком, а не в чем-то еще.
Под все четыре сценария типы подключения разные, и держать их в одной панели удобнее, чем собирать по форумам. Каталог 3seller.com/proxy как раз про это: фильтры по стране, типу и назначению, данные для подключения выдаются сразу. Настройка на Android после этого занимает две минуты и не требует перечитывать инструкцию заново.
Про архитектуру, если хочется понимать, а не просто нажимать
SOCKS5 на уровне архитектуры - это тонкий слой, который пересылает TCP-потоки и не лезет внутрь содержимого. Отсюда низкая задержка и универсальность: под ним ходит что угодно, от HTTP до бинарного протокола вашего мобильного клиента. Шифрования в самом SOCKS5 нет, оно либо снаружи, либо не нужно.
MTProto устроен иначе: свой формат пакетов, встроенное шифрование, привязка к конкретному клиенту. Для корпоративного узла с балансировкой это дает предсказуемую нагрузку и устойчивость к потерям на мобильных сетях. Для парсинга и гео-тестов он не подходит, там другой класс задач.
Понимание этой разницы экономит время. Люди покупают прокси под парсинг, потом удивляются, что мобильное приложение их не видит, и меняют сервис за сервисом. Проблема не в сервисе, а в том, что протокол подобран под чужую задачу.
Короткий практический шаг
Не пытайтесь настроить все и сразу. Возьмите один телефон, одну Wi-Fi сеть и один прокси из панели. Вбейте адрес, порт, логин и пароль, сохраните, проверьте IP в браузере. Работает - проверьте то приложение, ради которого все делалось. Не работает - вы уже знаете, что дело в приложении, а не в настройке, и дальше вопрос решается клиентом с туннелем или настройками внутри самого приложения.
Когда базовая схема заработала, добавляйте остальное: мобильный интернет, PAC-файл, отдельные пулы под отдельные задачи. Дальше сломается что-то одно, и вы сразу поймете, что именно, вместо перебора комбинаций вслепую.