Первый раз я настроил прокси на Android за две минуты и потом полчаса искал, почему интернет пропал ровно в двух приложениях из десяти. С тех пор отношусь к процедуре спокойнее. Сама настройка - пять полей в меню Wi-Fi, а нюансы начинаются сразу после сохранения. Ниже порядок действий для стока, Pixel, Samsung и Xiaomi, плюс то, о чем в типовых инструкциях не пишут.
Прокси на Android приклеен к Wi-Fi, а не к телефону
В Android нет отдельного пункта «Прокси» в общем меню настроек. Конфигурация хранится внутри профиля конкретной Wi-Fi сети. Подключились к другой сети, вышли на улицу, перешли на мобильный интернет - прокси нет, трафик идет напрямую. Классика: человек настраивает дома, приезжает в офис и удивляется, что ничего не работает. Работает, просто он уже в другом профиле сети.
Второй момент - производители прячут пункт по-разному. На Pixel и близком к стоку Android это «Настройки → Сеть и интернет → Wi-Fi → шестеренка рядом с активной сетью → Дополнительно → Прокси». На Samsung путь такой: «Подключения → Wi-Fi → шестеренка → Дополнительно → Прокси». На MIUI и HyperOS иногда нужно тапнуть именно по названию сети, а не по стрелке. Не нашли глазами - ищите по слову Proxy: часть интерфейса в некоторых сборках остается на английском.
Пошаговая настройка вручную
Логика одна на всех прошивках, отличаются только подписи пунктов. Вся процедура занимает минуту, если данные прокси уже под рукой.
- Открыть «Настройки» и перейти в раздел «Сеть и интернет» или «Подключения».
- Выбрать «Wi-Fi» и тапнуть по сети, к которой вы сейчас подключены.
- Найти «Дополнительно» или «Расширенные настройки» и внутри раздел «Прокси».
- Переключить режим с «Нет» на «Вручную».
- Заполнить «Имя хоста» и «Порт», при необходимости добавить логин и пароль.
- Сохранить изменения и переподключиться к сети, чтобы настройка точно применилась.
Последний шаг многие пропускают. Часть прошивок подхватывает новые параметры только после разрыва соединения и повторного подключения. Плюс Android совершенно не проверяет, живой ли ваш прокси. Ввели ерунду - система молча сохранит, а интернет перестанет открываться в приложениях, которые уважают системную настройку.
Что именно вводить в поля
Имя хоста (Hostname) - это домен или IP-адрес из личного кабинета провайдера. Без http:// в начале, без порта и без слэша в конце. Самая частая ошибка новичка - скопировать строку целиком вместе с портом и вставить в поле хоста. Запрос уходит на адрес, которого не существует, и вы получаете тишину вместо внятной ошибки.
Порт - отдельное число, дублировать его в хосте не надо. Логин и пароль заполняются, только если провайдер выдал авторизацию. Строка хранится в профиле сети и вводится один раз. Если сервер требует авторизации, а поля пустые, приложения получат ошибку 407 и покажут ее максимально невнятно, чаще всего белым экраном.
Поле «Исключения» или Bypass proxy for принимает адреса через запятую. Туда имеет смысл внести локальную сеть, принтер, внутренний тестовый сервер. В корпоративной сети без этого не откроются внутренние ресурсы: они уйдут через внешний узел, который про них ничего не знает.
Формат данных всегда лежит в личном кабинете провайдера. У нормальных сервисов он выдается строкой вида хост:порт:логин:пароль, и каждое поле надо разнести по своему месту в настройках. В каталоге прокси до покупки видно тип авторизации и протокол, так что сюрпризов при вводе не будет.
HTTP и SOCKS5: разница, из-за которой половина настроек не работает
HTTP-прокси работает на прикладном уровне. Он видит метод запроса, адрес, заголовки, может кэшировать ответы и резать запросы по домену. Приложение должно уметь с ним разговаривать, и системный сетевой клиент Android это умеет. Поэтому меню Wi-Fi и работает: там поле всегда про HTTP.
SOCKS5 живет уровнем ниже, на уровне сессии. Он не разбирает содержимое, просто открывает TCP-соединение до нужного адреса, а в пятой версии умеет еще и UDP. Меньше вмешательства - меньше поломанного TLS, ниже задержка, нормально перевариваются нестандартные протоколы. Но системной поддержки SOCKS5 в Android нет. Впишете SOCKS5-адрес в поле Wi-Fi - часть приложений поедет, часть отвалится, и вечер уйдет на выяснение, кто именно виноват.
Практический вывод простой. SOCKS5 ставится внутрь приложения, которое его понимает: Telegram, браузеры, клиенты для аналитики и парсинга. HTTP идет в системные настройки Wi-Fi, когда нужно завернуть трафик всего телефона. Путаница между этими двумя уровнями - причина номер один жалоб в поддержку.
MTProto в Telegram настраивается отдельно и не трогает систему
Внутри Telegram свой список прокси, и он никак не связан с настройками Wi-Fi. Путь такой: «Настройки → Данные и память → Прокси → Добавить прокси». Дальше выбираете тип, вводите хост, порт, для MTProto еще и секрет, включаете переключатель. Telegram переподключается сам, статус видно в том же меню.
С точки зрения архитектуры MTProto-прокси это шифрованный туннель до узла. Секрет работает как ключ доступа, пакеты идут поверх TCP с собственной оберткой. Задержка растет незначительно, зато трафик мессенджера идет не напрямую. Браузер и остальные приложения при этом ходят как обычно. Плюс - ничего не ломается в системе. Минус - покрыт только Telegram.
PAC-файл: режим автонастройки, о котором забывают
Третий режим в том же меню Wi-Fi называется «Автонастройка». Туда вставляется URL на PAC-скрипт. Скрипт написан на JavaScript и для каждого запроса возвращает одно из трех: идти через конкретный прокси, идти напрямую или использовать SOCKS. Браузер и системный стек дергают эту функцию при каждом обращении.
Схема удобна в корпоративной сети, где внутренние ресурсы должны открываться напрямую, а внешние через корпоративный узел. Еще один сценарий - прокси нужен только для конкретных доменов, например для панели аналитики, а остальной трафик пусть идет как шел. Требования к файлу простые: URL должен быть доступен без прокси, отдаваться по http или https, а сам скрипт быть валидным. Android кэширует ответы не всегда предсказуемо, поэтому при странном поведении первым делом переподключите сеть.
Приложения вместо системных настроек
Часть приложений плевать хотела на системный прокси. У них свой сетевой стек, свои таймауты и свои настройки. На Reddit в ветках про Android это одна из самых частых жалоб: системный прокси прописан, а банковское приложение все равно ходит напрямую. Поэтому один и тот же адрес отлично работает в Chrome и отказывается работать в клиенте для съема данных.
ProxyDroid решает задачу радикально: через root и iptables заворачивает трафик глобально, включая те приложения, которые ничего не слушают. Без root-прав он бесполезен, а получение root на современном телефоне это отдельный квест с потерей гарантии и обновлений. Для большинства задач путь избыточный.
Второй вариант - клиенты на базе VPN, которые создают tun-интерфейс и заворачивают весь трафик, включая мобильный. Работает без root, но добавляет задержку, расход батареи и лишний слой на пути пакета. И осторожно с бесплатными сборками APK с неизвестными узлами: вы отдаете весь трафик владельцу сервера, а в нем и токены, и переписка, и рабочие сессии.
Мобильный интернет: системной настройки нет, но есть APN
Для мобильной сети поля прокси в чистом виде не существует. Остается профиль точки доступа: «Настройки → Сеть и интернет → Мобильная сеть → Точки доступа (APN) → ваша точка → Прокси и Порт». На части прошивок это поле принимается, на части игнорируется, а при обновлении профиля от оператора настройка слетает. Как постоянное решение не годится, как разовый эксперимент вполне.
Если нужен стабильный охват всего мобильного трафика, вариантов два: клиент с tun-интерфейсом или настройка прокси внутри каждого нужного приложения по отдельности. Второй путь дольше, зато предсказуемый и не сажает батарею.
Почему не работает: список, который закрывает 90% случаев
- В поле хоста попала строка вместе с портом, слэшем или http://.
- Прокси настроен для домашней сети, а проверяете вы в мобильном интернете или в другой сети.
- Приложение игнорирует системный прокси, потому что использует собственный сетевой стек.
- Сервер ждет авторизацию по IP, а у вас динамический адрес от оператора, который сменился час назад.
- Адрес мертв или перегружен. Проверять состояние узла надо до того, как лезть в дебри настроек телефона.
- DNS отдается напрямую, и часть сервисов видит несовпадение региона.
Проверка занимает полминуты. Откройте браузер и любой сервис, который показывает ваш внешний адрес. Совпал с тем, что выдал провайдер - прокси работает. Показал ваш домашний - не работает. Дальше смотрите, приложение это игнорирует или сам узел не отвечает. Полезно проверить и мобильную версию: иногда в браузере все отлично, а в приложении пусто, потому что у него отдельный стек.
Как отключить прокси и вернуть все назад
Путь тот же, только в обратную сторону: «Настройки → Сеть и интернет → Wi-Fi → активная сеть → Дополнительно → Прокси → Нет → Сохранить». После этого переподключитесь к сети. Если настраивали через приложение или VPN-клиент, достаточно выключить туннель или удалить программу.
Бывает, что после отключения интернет ведет себя странно: страницы грузятся через раз, приложения висят на запуске. Помогает перезагрузка телефона и очистка кэша проблемного приложения. Еще вариант - в профиле сети остались исключения из старой конфигурации, их стоит стереть вручную.
Зачем вообще это нужно на телефоне
Сценарии разные, и от них зависит тип адреса. Для работы с публичного Wi-Fi в кафе или аэропорту смысл в том, чтобы трафик шел через известный узел, а не через сеть, владельца которой вы не знаете. Сам по себе HTTP-прокси ничего не шифрует: шифрование дает HTTPS до сайта. Прокси убирает локальный перехват в точке доступа, но не превращает обычный http в защищенный канал.
Для парсинга и съема данных с мобильных версий сайтов нужны адреса, которые выглядят как обычные пользователи. Датацентровые тут палятся быстро, мобильные и резидентские держатся дольше. Для мультиаккаунтов в приложениях важна стабильность привязки: один аккаунт, один адрес, без прыжков каждые пять минут. Для корпоративного узла или собственного VPS на первое место выходит не география, а задержка и предсказуемость.
Под каждый из этих сценариев нужен свой пул, и брать его вслепую дорого. В каталоге прокси 3seller есть фильтры по стране, типу и протоколу, видно поддерживаемую авторизацию и лимиты, а не абстрактное «быстрый и надежный». Для Android это критично: на телефоне вы не будете отлаживать соединение скриптами. Нужен адрес, который завелся с первого раза.
Мелочи, которые экономят вечер
Держите под рукой исходные данные в том виде, в котором их выдал провайдер. Пять полей в меню Wi-Fi вводятся один раз, но при смене сети или сбросе настроек их придется вводить снова. Вспоминать, какой там был порт, занятие неприятное.
Не настраивайте прокси на чужом телефоне «по-быстрому» через мобильный интернет. Настройка привяжется к Wi-Fi, вы уйдете, человек останется с ощущением, что вы сломали ему интернет. Проверяйте на той сети, где устройство будет работать постоянно.
И держите в голове разделение: Wi-Fi меню это HTTP, внутренние настройки приложения это SOCKS5 и MTProto. Как только эти три вещи перестают путаться, настройка прокси на Android занимает меньше времени, чем набор сообщения в мессенджере.
Начните с одного действия: откройте меню Wi-Fi, дойдите до раздела «Прокси» и посмотрите, какой режим стоит там сейчас. Дальше вопрос только в том, чей адрес вы туда впишете и насколько он стабилен в вашей сети.