Первый раз я настраивал прокси в 2019-м и убил на это четыре часа. Не потому что сложно, а потому что никто не сказал главного: прокси не устанавливают в браузер. Прокси - это отдельная машина или сервис, к которому ты подключаешься по адресу и порту. Дальше вопрос один: где взять адрес и в какое поле его вписать.
Дальше весь путь: от галочки в системных настройках до собственного узла на VPS с конфигом, который я лично гоняю под парсинг. Без магии и без «просто нажмите далее».
Прокси это не программа, а адрес и порт
Когда человек ищет, как установить прокси сервер, он представляет установку приложения. Устанавливать в 90% случаев нечего. Ты получаешь от провайдера или поднимаешь сам строку вида адрес:порт, иногда плюс логин и пароль, и вставляешь ее в настройки системы, браузера или приложения.
Протоколы отличаются архитектурой. HTTP и HTTPS работают на уровне приложения, поэтому удобны для браузера. SOCKS5 не разбирает содержимое пакетов, а пробрасывает TCP-соединение, поэтому подходит для мессенджеров, торрент-клиентов и парсеров. MTProto - протокол Telegram со своим шифрованием: настройка идет внутри приложения, а не в системе.
Разница экономит часы. Ты не пытаешься впихнуть SOCKS5 в поле для HTTP и не удивляешься, почему Telegram не видит системную настройку.
Windows: три клика до вкладки Прокси
В Windows 10 и 11 все спрятано в параметрах. Открываешь Пуск, заходишь в Настройки, дальше Сеть и Интернет, затем Прокси-сервер. В разделе ручной настройки жмешь Настроить, включаешь переключатель Использовать прокси-сервер и вводишь адрес с портом.
Прокси с авторизацией: система сама покажет окно при первом запросе из браузера и попросит логин с паролем. Поведение нормальное, пугаться нечего. В поле исключений вбивают локальные адреса внутренней сети, чтобы служебный трафик не уходил через прокси.
Настройка применяется ко всей системе, а не только к браузеру. Часть приложений игнорирует системный прокси и просит вписать адрес в своих настройках. Так делают некоторые клиенты для работы с базами данных.
macOS: все прячется за кнопкой Подробнее
На Mac логика похожая, путь длиннее. Системные настройки, затем Сеть, выбираешь активное соединение, жмешь Подробнее. Там находишь вкладку Прокси и видишь список протоколов.
Для обычного серфинга включаешь Веб-прокси (HTTP) и Защищенный веб-прокси (HTTPS), вписываешь адрес и порт справа. Сервер требует пароль - ставишь галочку Прокси-сервер требует пароль и вводишь данные. Жмешь OK, потом Применить. Без кнопки Применить настройки не вступят в силу, это классическая ошибка новичка.
Для SOCKS5 там отдельный пункт. Его часто используют те, кто гоняет трафик через собственный узел на VPS. Я так подключаю Mac к серверу в другой стране, когда нужно смотреть выдачу поисковика глазами местного пользователя.
Браузер и мессенджеры: где искать переключатель
В Chrome и Firefox по умолчанию используется системная настройка. Отдельный прокси только для браузера проще всего сделать в Firefox: Настройки, внизу раздел Сеть, кнопка Настроить. Там выбираешь ручную настройку и вписываешь адрес с портом отдельно для HTTP и HTTPS.
В Telegram настройка живет в разделе Продвинутые настройки, пункт Тип соединения. Выбираешь прокси, вводишь адрес, порт, логин и пароль, сохраняешь. Приложение покажет статус подключения: если все верно, увидишь зеленую отметку.
WhatsApp: Настройки, Хранилище и данные, Прокси. Включаешь использование прокси, вводишь адрес и порт, сохраняешь. Приложение предупредит, что трафик пойдет через сторонний сервер, это ожидаемо.
Мобильные приложения часто не подхватывают системный прокси, поэтому данные приходится вписывать вручную в каждом. Это не баг, а особенность платформ.
Свой прокси на VPS: когда готовых мало
Готовый прокси из каталога решает 80% задач. Собственный узел нужен в трех сценариях: парсинг с постоянного адреса, корпоративный шлюз для отдела, стабильная точка для проверки рекламы из конкретного региона. Тогда ты арендуешь VPS и ставишь софт сам.
Минимальная конфигурация для прокси смешная: 1 vCPU, 1 ГБ RAM, 10 ГБ диска. Ubuntu 22.04 LTS хватает с запасом. После заказа провайдер дает адрес сервера и пароль root, подключаешься по SSH и начинаешь колдовать.
Свой VPS - это ответственность. Обновления, авторизация, закрытые порты - все на тебе. Не готов возиться - бери готовый прокси, об этом ниже.
3proxy: конфиг, который реально работает
Мой рабочий вариант для Ubuntu. Обновляем пакеты и ставим инструменты сборки: apt update && apt install git make gcc -y. Дальше клонируем репозиторий 3proxy, заходим в папку и собираем командой make -f Makefile.Linux. Файлы окажутся в /usr/local/3proxy/.
Теперь конфиг. Создаешь файл /etc/3proxy/3proxy.cfg и кладешь туда примерно следующее. Строка nscache 65536 отвечает за кэш DNS, timeouts задают таймауты соединений. Дальше users user1:CL:оченьсекретныйпароль, auth strong, allow user1 и proxy -p3128. Порт 3128 - классика, можно сменить на любой свободный.
Запуск: /usr/local/3proxy/bin/3proxy /etc/3proxy/3proxy.cfg. Проверка простая: вбиваешь адрес сервера и порт в настройках браузера, вводишь логин с паролем, открываешь любой сайт проверки адреса. Видишь свой VPS - значит все работает.
Я так проксирую запросы парсера, когда собираю данные с сайтов, которые нервно относятся к частым визитам. Поставил User-Agent, добавил паузу между запросами - и трафик идет с моего адреса, а не с домашнего.
Tinyproxy и Squid: когда надо быстро или с логами
Tinyproxy ставится одной командой apt install tinyproxy. Конфиг лежит в /etc/tinyproxy/tinyproxy.conf: меняешь Port на нужный, прописываешь Allow для разрешенных адресов и перезапускаешь сервис. Вариант, когда надо поднять прокси за пять минут и не заморачиваться.
Squid тяжелее, но умеет кэширование, гибкие ACL, логи и интеграцию с веб-панелями. Корпоративный узел с разграничением доступа по отделам - его тема. Для домашних задач он избыточен.
Выбор простой. Нужна кастомная авторизация и лимиты - 3proxy. Надо срочно и без наворотов - tinyproxy. Нужна аналитика и кэш - Squid.
Что ломается на первом запуске
Самая частая ошибка это auth. Люди копируют конфиг, забывают поменять пароль или путают формат строки users. В 3proxy формат строг: логин, тип авторизации, пароль через двоеточие. Одна лишняя пробелка - и сервер не пускает.
Вторая проблема это firewall. На Ubuntu по умолчанию ufw может быть активен и режет порт 3128. Проверь командой ufw status и при необходимости открой порт. В облачных панелях есть отдельный файрвол на уровне провайдера. На Reddit в тредах по 3proxy всплывает неочевидный нюанс: у части хостеров порт закрыт снаружи, и человек полночи ищет проблему в конфиге вместо панели.
Третья - DNS. Если nscache не настроен или сервер не видит резолверы, прокси подключается, но сайты не открываются. Лечится добавлением строки с DNS в конфиг или проверкой /etc/resolv.conf.
И последнее: некоторые провайдеры режут нестандартные порты. Если 3128 не отвечает, попробуй 8080 или 1080, часто это решает вопрос за минуту.
Где брать прокси, если свой VPS не нужен
Поднимать VPS ради одного браузера или пары запросов в день невыгодно. Дешевле взять готовый прокси в каталоге, где есть выбор по странам, протоколам и типу ротации. Я держу под рукой каталог прокси, когда нужно быстро проверить рекламу из другого региона или спарсить выдачу маркетплейса без возни с настройкой сервера.
Что реально важно при выборе. Первое - протокол: для браузера хватит HTTP/HTTPS, для парсеров и мессенджеров бери SOCKS5. Второе - география: проверяешь цены на местном сайте - прокси должен быть из этой страны. Третье - тип адреса: резидентские выглядят как обычные пользователи, серверные быстрее и дешевле.
В каталоге видно страну, протокол, скорость и цену за период. Для теста хватает одного прокси на день, чтобы понять, подходит ли он под задачу. Дальше берешь пакет или переходишь на свой VPS, если масштаб вырос.
Безопасность: публичный Wi-Fi и корпоративный узел
Прокси - это не только смена адреса. В публичном Wi-Fi трафик до прокси шифруется, и владелец точки не видит, какие сайты ты открываешь. Для корпоративного узла это способ централизованно пускать сотрудников через один шлюз с логированием и ограничениями.
Правило, которое я не нарушаю: не гонять пароли и платежные данные через случайные бесплатные прокси. Открытый прокси видит твой трафик, доверять ему нельзя. Бери только сервисы с авторизацией и понятной политикой либо поднимай свой сервер.
Авторизация обязательна, даже если прокси нужен на один день. Открытый порт 3128 сканируют боты, и через пару часов сервер работает на кого-то другого.
С чего начать прямо сейчас
Не пытайся освоить все сразу. Возьми один прокси на пробу, вбей адрес и порт в системные настройки, открой сайт проверки адреса и убедись, что он сменился. Если сходится, дальше сам поймешь, нужен ли отдельный браузерный профиль, SOCKS5 под парсер или собственный VPS.
Когда готовых прокси станет не хватать, возвращайся к разделу с 3proxy. Конфиг из этой статьи рабочий, я его гоняю в проде. Смени пароль и закрой лишние порты - остальное приложится.