Сначала данные на руках, потом клики по меню
Вчера знакомый прислал скриншот: сидит в настройках Windows, вбил адрес прокси, нажал «Сохранить», а интернет пропал. Спрашивает, что не так. Смотрю на скриншот и вижу классику: в поле порта стоит адрес, в поле адреса стоит порт. Перепутал местами. Такое случается у всех, кто ставит прокси впервые.
Порядок действий зависит от того, куда вы ставите прокси. В систему, в браузер, в мессенджер или на собственный VPS для рабочих задач. Логика везде одна: IP-адрес сервера, порт, логин с паролем, протокол. Дальше это забивается в конкретное меню. Дьявол в деталях, которых в инструкциях обычно не пишут.
Ниже мой порядок действий по всем платформам. С нюансами, которые всплывают только на практике, когда ставишь прокси не ради галочки, а чтобы трафик реально шел через нужный узел.
Что физически происходит, когда вы включаете прокси
Компьютер перестает стучаться на сайт напрямую. Сначала он открывает соединение с прокси-сервером и просит соединить его с нужным ресурсом. Прокси принимает запрос, подменяет данные клиента своими, отправляет запрос дальше и возвращает ответ. Сайт видит уже не ваш IP, а IP прокси.
По-инженерному есть три уровня. HTTP-прокси разбирает заголовки и удобен для веба. HTTPS-прокси делает то же самое, но с шифрованием через CONNECT. SOCKS5 работает на уровне сокетов и тянет любой TCP и UDP-трафик. Telegram использует свой MTProto: там шифрование пакетов и снижение задержки на конкретном узле.
Протокол решает. Суете SOCKS5 в поле HTTP - ничего не заведется. И наоборот. Проверено на сотнях обращений в поддержку.
Что должно быть на руках до настройки
Четыре вещи: IP-адрес или домен прокси, порт, логин, пароль. Плюс протокол, под которым работает узел. Без любого элемента настройка превращается в угадайку.
Корпоративный узел - данные присылает админ. Арендованный под парсинг или работу с гео-зависимыми интерфейсами - данные лежат в личном кабинете сервиса. Там же выбор протокола и формата авторизации: по логину-паролю или по IP-привязке.
Если берете прокси впервые, не хватайте первый попавшийся публичный список. Бесплатные узлы живут часами, а иногда и минутами. Вводить через них пароли от своих аккаунтов нельзя: трафик видит владелец узла. Нормальный каталог прокси с описанием типов и стран ищется за пару минут, вот здесь, например, все параметры подключения выдаются в кабинете и подставляются в настройки без плясок с бубном.
Как поставить прокси в Windows 10 и 11
Самый быстрый путь через параметры. Пуск, «Параметры», «Сеть и Интернет», вкладка «Прокси». В блоке «Настройка прокси вручную» жмете «Настроить» и включаете переключатель «Использовать прокси-сервер». Дальше IP-адрес и порт. Если узел с авторизацией, Windows спросит логин и пароль при первом обращении к сети. Жмете «Сохранить».
Все, трафик пошел. Проверить просто: откройте сайт проверки IP, он покажет адрес прокси, а не ваш домашний.
Есть старый способ через панель управления. Он выручает на корпоративных машинах, где настройки параметров заблокированы групповой политикой. Win+R, команда inetcpl.cpl, вкладка «Подключения», кнопка «Настройка сети». Там же галочка «Прокси-сервер требует пароль». Не забудьте нажать ОК, а потом «Применить», иначе настройка не сохранится. Это ошибка номер один у новичков.
В расширенных настройках того же окна задаются отдельные прокси под разные протоколы: HTTP, HTTPS, FTP, SOCKS. Полезно, когда один узел для веба, другой для соцсетей, третий для парсинга. Не обязательно все валить в одно соединение.
Как поставить прокси на macOS
Системные настройки через яблоко в левом верхнем углу. Раздел «Сеть». Слева выбираете активное соединение, Wi-Fi или Ethernet, нажимаете «Подробнее». Дальше вкладка «Прокси».
Включаете нужный протокол: «Веб-прокси (HTTP)», «Защищенный веб-прокси (HTTPS)» или SOCKS. В полях справа IP-адрес и порт. Если узел с авторизацией, ставите галочку «Прокси-сервер требует пароль» и вводите логин с паролем. Нажимаете ОК, потом «Применить». Без «Применить» настройки не вступают в силу, это отдельная боль.
В новых версиях macOS меню немного переехало, логика та же: Сеть, активное подключение, Подробнее, Прокси. Не находите - наберите «прокси» в поиске по настройкам, система сама подсветит раздел.
Настройка в браузере: Chrome, Edge, Firefox
Chrome и Edge по умолчанию наследуют системные настройки прокси. Поставили в Windows или macOS - браузер уже работает через прокси. Отдельно в них ничего настраивать не нужно. Подвох в другом: если гонять через прокси нужно только браузер, а остальной трафик оставить напрямую, придется ставить расширение или запускать браузер с параметрами.
Firefox живет своей жизнью. У него собственные настройки сети. «Настройки», раздел «Основные», в самом низу «Настройки сети», кнопка «Настроить». Выбираете «Ручная настройка прокси-сервера», вводите HTTP-прокси и порт, отдельно HTTPS и SOCKS. Там же поле для исключений: адреса, которые не должны идти через прокси, например локальные ресурсы и внутренние сервисы компании.
Для парсинга и автоматизации браузером часто нужен не один прокси, а пул. Тогда настройки задаются не руками, а через API драйвера: в конфигурацию подставляется IP, порт и учетные данные на каждую сессию. Это уже не про меню, а про код.
Telegram и WhatsApp: только интерфейс, без самодеятельности
В Telegram прокси ставится в настройках приложения. «Настройки», «Продвинутые настройки», «Тип соединения», «Прокси», кнопка «Добавить прокси». Выбираете SOCKS5 или MTProto, вводите IP-адрес, порт, логин и пароль, если узел с авторизацией. Сохраняете, включаете переключатель.
В WhatsApp отдельного меню нет. Мессенджер наследует системные настройки: сначала прокси в Windows, macOS или на телефоне, потом уже WhatsApp. На Android это «Настройки», «Сеть и Интернет», «Прокси» в самом телефоне, либо настройки Wi-Fi, «Дополнительно», «Прокси». На iOS параметры лежат в настройках Wi-Fi: нажимаете на название сети, прокручиваете до «Настройки прокси», выбираете «Вручную».
Мобильный трафик отдельная история. В сотовой сети прокси настраивается через точку доступа APN, и не все операторы дают это делать. Пункт серый или пропадает после сохранения - дело не в прокси, а в ограничениях оператора.
HTTP, HTTPS или SOCKS5: что выбрать под задачу
Для обычного веба и браузера хватает HTTP или HTTPS. HTTPS предпочтительнее: трафик между вами и прокси шифруется, и никто по пути не подсмотрит, какие страницы вы открываете.
SOCKS5 ставят, когда нужен универсальный протокол. Он не заглядывает в содержимое пакетов, быстрее на нестандартных портах, тянет UDP. Его выбирают для парсеров, мессенджеров, игр и задач, где важна низкая задержка.
MTProto - отдельная история для Telegram. Для браузера не подходит, зато хорошо держит соединение на мобильных сетях и балансирует нагрузку между узлами.
Сомневаетесь - берите SOCKS5. Он покрывает большинство сценариев, а там, где нужен именно HTTP, протокол меняется в кабинете. В каталоге 3seller фильтры по протоколу, стране и типу прокси, так что подобрать узел под задачу занимает пару минут.
Свой узел на VPS: когда это оправдано
Иногда проще не покупать прокси, а поднять собственный на VPS. Оправдано, если трафик стабильный, гео фиксированное и нужен постоянный IP для работы с API или корпоративных задач. Арендуете минимальную конфигурацию: 1 vCPU, 1 ГБ RAM, 10 ГБ диска. Этого хватает на несколько десятков запросов в минуту.
Ставите Ubuntu 22.04 LTS, подключаетесь по SSH, обновляете пакеты, ставите Tinyproxy или Squid. Дальше правите конфиг: порт, разрешенные IP, авторизация. Закройте порт от внешнего мира, иначе через ваш узел будут гонять трафик посторонние, а отвечать придется вам.
Плюс своего узла в полном контроле. Минус в том, что IP один: спарсили слишком много запросов с одного адреса - начнут блокировать. Для больших объемов нужен пул с ротацией, и тут выгоднее брать готовый каталог, чем строить ферму из VPS.
Прокси для парсинга и рабочих задач: что учесть
В аналитике цен, мониторинге выдачи, тестировании рекламных кабинетов на разных гео и сборе открытых данных без прокси делать нечего. Сайты смотрят на IP, частоту запросов и поведение. Один адрес, десять тысяч запросов в час - и вас режут по капче или вовсе по 403.
На Reddit в тредах по веб-скрапингу практики отмечают, что чаще валит не объем, а отсутствие пауз: ровный поток запросов выглядит для антибота подозрительнее рваного. Рабочая схема: пул резидентных или датацентровых прокси, ротация по каждому запросу или по сессии, лимиты на количество запросов с одного IP, паузы. Для сценариев с авторизацией на сайте используют sticky sessions: один IP держится на всю сессию, чтобы не слетала корзина и не выкидывало из аккаунта.
Гео важно не меньше. Проверяете, как выглядит интерфейс для пользователя из Казахстана или Германии - прокси должен быть из этой страны. Иначе данные нерелевантны. Фильтр по стране в каталоге решает вопрос за минуту.
И про DNS не забывайте. Бывает, трафик идет через прокси, а DNS-запросы утекают напрямую, и сайт видит ваш реальный регион. Лечится отдельным пунктом про DNS через прокси в настройках браузера или системы, либо настройкой на стороне узла.
Ошибки, на которых спотыкаются почти все
Первая: перепутаны IP и порт. Порт - число до пяти цифр. IP - адрес вида четыре числа через точку или домен. Если в поле порта стоит что-то с точками, вы точно ввели не туда.
Вторая: забыли нажать «Применить」 или «Сохранить». В Windows настройка иногда сохраняется, но не активируется, пока не зайдешь в старое окно свойств браузера и не подтвердишь. В macOS без «Применить» не работает вообще.
Третья: неверный протокол. SOCKS5 в поле HTTP не заведется. И наоборот. Смотрите, что написано в кабинете сервиса.
Четвертая: авторизация. Узел требует логин и пароль, а вы их не ввели - браузер будет молча висеть или выдавать ошибку соединения. Проверьте галочку про пароль в настройках.
Пятая: исключения. Настроили прокси, а внутренние корпоративные сайты перестали открываться - добавьте их в список исключений. Через прокси они идти не должны.
Шестая: публичный бесплатный прокси. Работает нестабильно, скорость низкая, владелец видит ваш трафик. Для рабочих задач это путь в никуда.
Безопасность: что нельзя делать через прокси
Через публичный или непроверенный прокси нельзя вводить пароли от банка, почты, рабочих аккаунтов. Владелец узла технически видит весь незашифрованный трафик. С HTTPS сложнее, но подмену сертификата никто не отменял.
Для чувствительных задач берите прокси с авторизацией по логину и паролю, а лучше те, что работают по выделенному IP с привязкой к вашему адресу. Тогда посторонний к узлу просто не подключится. И не ставьте прокси в систему, если задача касается одного браузера: держите трафик изолированно.
В корпоративной среде прокси настраивает админ, и туда же приходят логи. Уточните, какой трафик идет через узел, а какой напрямую, чтобы не нарушить внутренние правила.
Где брать прокси и как быстро проверить, что все работает
Проверка занимает минуту. Открываете любой сервис проверки IP. Видите адрес прокси, а не свой - настройка встала. Видите свой - либо прокси не включился, либо браузер его игнорирует, либо вы настроили систему, а браузер работает через собственный конфиг.
Дальше скорость: откройте пару тяжелых сайтов, посмотрите на задержку. Нормальный прокси не превращает загрузку в пытку. Страницы ползут - дело в узле или в расстоянии до него. Берите узел ближе к целевой аудитории.
Когда нужен стабильный пул, а не один узел, смотрите в сторону каталога с фильтрами по стране, протоколу и типу. Каталог прокси 3seller как раз про это: выбираете параметры, получаете данные подключения и ставите их в любое меню, будь то Windows, macOS, браузер или мессенджер. Без публичных списков, которые умирают через час.
Практический шаг на сегодня
Возьмите один рабочий прокси и поставьте его в систему по инструкции выше. Проверьте IP через браузер. Все сходится - добавьте исключения для локальных адресов, чтобы внутренние сервисы не ломались. Данные подключения сохраните в менеджере паролей: IP, порт, логин, протокол. В следующий раз настройка займет две минуты вместо двадцати.
Планируете парсинг или несколько гео - не растягивайте на самодельные костыли. Возьмите пул в каталоге, настройте ротацию и забудьте про ручную замену адресов. Время дороже.