Открываешь словарь, вбиваешь proxy и получаешь шесть вариантов перевода. Доверенность, доверенное лицо, уполномоченный, полномочие, показатель и собственно прокси. Ещё лет пять назад я бы закрыл вкладку и пошёл гуглить дальше. Сейчас объясню за пять минут, что к чему и почему один английский корень умудрился расползтись по юриспруденции, финансам и серверным стойкам.
Словарь не врёт: у proxy действительно шесть лиц
Начнём с сухого остатка. Классический перевод слова proxy с английского на русский выглядит так: доверенность, доверенное лицо, уполномоченный представитель, полномочие. В финансовом контексте добавляется «показатель» или «расчётная величина». И только потом идёт технический вариант, который все знают: прокси-сервер.
Транскрипция выглядит как |ˈprɑːksɪ|. Ударение на первый слог. По-русски звучит примерно как «пракси» с коротким «о» посередине. Многие говорят «проксИ», с ударением на второй слог, и это режет слух примерно так же, как «звОнит». Хотя в русском языке слово уже обрусело и живёт по своим законам, в профессиональной тусовке принято «прОкси».
Забавный факт, который я сам узнал не сразу. В старом английском proxy был синонимом слова «агент» или «заместитель». То есть человек, который действует от твоего имени и с твоими полномочиями. Собственно, вся суть технологии ровно в этом. Сервер действует от твоего имени, подставляет свой адрес и передаёт дальше то, что ты попросил.
Юридический proxy: доверенность, а не сервер
Когда юрист говорит «по доверенности», он произносит by proxy. Это самое частое употребление слова в живом английском, и оно не имеет никакого отношения к IT. Vote by proxy означает голосование по доверенности, когда один человек представляет интересы другого на собрании акционеров. Divorce by proxy встречается в некоторых штатах, где развод можно оформить через представителя, хотя лично я бы такое доверил только очень проверенному адвокату.
В корпоративном праве proxy statement - это документ, который компания рассылает акционерам перед собранием. А proxy holder - это тот, кому передали право голоса. Если увидите эти словосочетания в отчёте иностранной компании, не ищите там серверы. Речь о бумагах и людях.
Ещё proxy используют в статистике и аналитике, когда одно значение заменяет другое, недоступное для прямого измерения. Например, доход домохозяйства как proxy для уровня благосостояния района. В русском тут ближе слово «косвенный показатель» или «прокси-переменная». В маркетинге это делают постоянно: берут кликабельность как косвенный признак интереса к объявлению.
Как слово перекочевало в IT и почему прижилось без перевода
В русскоязычной документации середины девяностых писали «полномочный сервер» и «сервер-посредник». Звучало тяжело. Инженеры быстро сократили до «прокси», и слово прижилось без попыток найти красивый аналог. Так же случилось с «роутером» и «свитчем». Переводить технический термин ради перевода, как правило, плохая идея, потому что никто потом не понимает, о чём речь.
Архитектурно всё просто. Клиент отправляет запрос не напрямую на сайт, а на промежуточный узел. Узел меняет исходящий адрес на свой, отправляет запрос дальше, получает ответ и возвращает его клиенту. Для сайта разговор идёт с прокси, а не с вашим ноутбуком. В логах остаётся адрес узла, а не ваш домашний адрес.
Самое частое заблуждение новичков: «прокси - это VPN». Не совсем. VPN шифрует весь трафик устройства на уровне операционной системы, включая мессенджеры, обновления и фоновые приложения. Прокси работает точечно, на уровне конкретного приложения или браузера. Настроили прокси в Firefox, остальная система ходит напрямую. Для парсинга и работы с гео это удобнее и дешевле, для защиты всего устройства в публичном Wi-Fi лучше подходит VPN.
Что именно переводится как прокси-сервер
Если речь о технологиях, proxy server переводится буквально как «сервер-посредник». В русском закрепилось «прокси-сервер» или просто «прокси». Дальше начинаются нюансы, которые определяют, какой инструмент вам нужен.
HTTP-прокси понимает только веб-трафик. Хорошо подходит для парсинга сайтов, проверки выдачи, работы с API, которые отдают обычный HTTP. HTTPS-прокси умеет работать с зашифрованным трафиком, но по сути это тот же HTTP с поддержкой CONNECT. SOCKS5 работает на уровне сокетов, ему всё равно, что внутри: HTTP, FTP, игровой протокол или торрент. Поэтому SOCKS5 любят за универсальность и меньшие накладные расходы.
Отдельная история - MTProto, протокол, который используют в Telegram. Тут прокси не просто пересылает пакеты, а работает с шифрованием на уровне протокола мессенджера. Настройка выглядит как ввод адреса и параметров подключения в приложении. С точки зрения архитектуры это даёт меньшую задержку, чем классический VPN, потому что не гоняет через туннель всё подряд.
Есть ещё куча экзотики вроде SOCKS4, который не умеет авторизацию и IPv6, или прозрачных прокси, о которых клиент вообще не знает. Для 95% бизнес-задач хватает трёх вариантов: HTTP, HTTPS и SOCKS5.
SOCKS5, HTTP, MTProto: что важно понимать на уровне архитектуры
Когда коллеги спрашивают, какой протокол выбрать, я задаю один вопрос: что именно вы делаете. Если собираете данные с сайтов, берите HTTP или HTTPS. Если работаете с приложениями, играми, нестандартными протоколами, берите SOCKS5. Если настраиваете мессенджер, смотрите в сторону MTProto.
По задержке расклад такой. Хороший HTTP-прокси в том же регионе, где находится целевой сайт, добавляет 20-60 мс. SOCKS5 чуть быстрее за счёт меньшего оверхеда. Плохой прокси с нагруженным каналом добавляет 500 мс и больше, и тогда парсер начинает отваливаться по таймаутам. Я видел проекты, где 80% времени уходило на ретраи из-за трёх кривых узлов, а не из-за кода.
Балансировка решает. Если у вас пул из 200 адресов и один поток, вы просто выбрасываете деньги. Нужна ротация: каждый запрос через новый адрес или залипание на одном адресе на 5-10 минут, если сайт требует сохранения сессии. Последнее называют sticky sessions, и без этого не работают корзины, авторизация и пошаговые сценарии. На Reddit практикующие инженеры по парсингу часто пишут: sticky sessions важнее размера пула.
Шифрование пакетов важно не только для секретности. Провайдеры и корпоративные сети иногда режут трафик по типу протокола или по частоте запросов. Прокси с поддержкой шифрования снимает часть этих проблем, потому что снаружи виден только зашифрованный канал до узла. Внутри уже идёт нормальный HTTP.
Бизнесу прокси в 2027 году: пять рабочих сценариев
Первое и самое очевидное: сбор данных. Цены конкурентов, наличие товара, выдача маркетплейсов, отзывы. Один адрес выдерживает ограниченное число запросов, потом сайт начинает отдавать капчу или 429. Пул адресов распределяет нагрузку и делает сбор предсказуемым.
Гео-тестирование - второй сценарий. Вы запустили рекламу на пять стран и хотите увидеть, как она выглядит глазами пользователя из Германии, а не из московского офиса. Прокси с немецким адресом показывает то же объявление, что и местный житель. Без этого вы тестируете не рекламу, а свою фантазию о ней.
Третье: антифрод и безопасность. Когда сервис видит вход в аккаунт из другой страны через пять минут после обычного входа из дома, он должен отреагировать. Прокси позволяют воспроизводить легитимные сценарии и проверять, как срабатывают ваши же правила. Звучит скучно, но именно так ловят схемы с угнанными аккаунтами.
Четвёртое: работа в публичных сетях. Кафе, аэропорт, коворкинг. Локальный Wi-Fi непредсказуем, а трафик через корпоративный узел хотя бы одинаково себя ведёт в любой точке. Плюс удобно логировать и ограничивать.
Пятое: распределение нагрузки между командами. Отдел аналитики гоняет тяжёлые выгрузки, маркетинг проверяет креативы, поддержка смотрит, как открывается сайт у клиента из другой страны. Один пул адресов с ролями и лимитами закрывает все три задачи без покупки трёх подписок.
Настройка в браузере: куда именно нажимать
В Chrome и большинстве браузеров на Chromium настройки берутся из системы. На Windows путь такой: Параметры, Сеть и Интернет, Прокси-сервер. Дальше в разделе «Настройка прокси-сервера» открывается окно свойств обозревателя, где нужно включить «Использовать прокси-сервер» и вписать адрес и данные подключения. Сохранить, применить, проверить в браузере, какой адрес видит сайт.
В Firefox своя независимая настройка. Настройки, Основные, Прокси-сервер, кнопка «Настроить». Там же можно задать список исключений, чтобы локальные адреса и внутренние сервисы ходили напрямую. Удобно, если прокси нужен только для внешних сайтов, а корпоративная вики должна открываться без него.
В Safari на macOS настройка живёт в системных параметрах: Системные настройки, Сеть, активное подключение, Подробнее, Прокси. Выбираете тип, вписываете данные, применяете. В iOS всё то же самое в настройках Wi-Fi, но нужен ручной режим и заполнение полей HTTP-прокси.
Расширения-менеджеры упрощают жизнь, если адресов много. Ставите профиль, переключаете одним кликом, видите текущий статус. Для парсинга я обычно беру не расширение, а библиотеку в коде, но для ручных проверок расширение удобнее.
Telegram и мессенджеры: где лежат настройки
В Telegram прокси добавляется через Настройки, Данные и память, Прокси. Дальше «Добавить прокси», выбираете тип, вводите адрес и данные подключения, при необходимости логин и пароль. После сохранения появляется кнопка подключения. Если прокси не отвечает, приложение честно покажет статус, и вы не будете гадать, в чём дело.
В другом популярном мессенджере путь почти такой же: Настройки, Хранилище и данные, Прокси. Интерфейс проще, потому что поддерживается только HTTP. Если у вас SOCKS5, сначала проверьте его в браузере, потом переносите в мессенджер.
Отдельно про корпоративные сценарии. Если вы поднимаете собственный узел на VPS, настройка занимает минут двадцать: аренда сервера, установка демона, открытие нужного правила в фаерволе, добавление пользователя с паролем. Обычно берут 3proxy, Squid или готовый скрипт. Для небольшой команды хватает одного VPS в нужной стране и списка логинов.
Где брать нормальные прокси и на что смотреть в каталоге
Когда мне нужен пул адресов, я не собираю их по форумам и не подписываюсь на десять телеграм-каналов. Иду в каталог https://3seller.com/proxy. Там есть фильтры по стране, типу, протоколу, и сразу видно цену за адрес или за гигабайт. Не нужно переписываться с менеджером, чтобы узнать, есть ли Нидерланды на SOCKS5 или только на HTTP.
Что смотреть при выборе. Первое: тип адреса. Датацентровые дешевле и быстрее, но их проще вычислить. Резидентные и мобильные дороже, зато выглядят как обычные пользователи. Для парсинга защищённых сайтов второе почти обязательно, для тестирования рекламы часто хватает первого.
С географией проще: если задача связана с конкретной страной, берите адреса именно там, а не «Европа в целом». Локальный сайт может показывать разный контент в зависимости от города, и об этом забывают.
Третье: протокол. Проверяйте, что нужный вам тип поддерживается. Каталог с фильтрами экономит кучу времени именно на этом шаге.
Четвёртое: объём и ротация. Уточните, сколько потоков держит адрес и как часто его можно менять. Для тяжёлого парсинга смотрите пакеты с большим пулом. Для ручных проверок хватит нескольких адресов.
Пятое: поддержка. Живой человек в чате важнее, чем красивая страница. Когда пул падает в три часа ночи, а у вас дедлайн, вы это оцените.
Типичные ошибки, которые я видел у коллег
Покупать 500 адресов, не написав ни строчки кода. Пул без ротации - это просто список, который простаивает. Начните с десяти, доведите парсер до стабильной работы, потом масштабируйте.
Игнорировать задержку. Если целевой сайт в США, а прокси в Восточной Европе, каждый запрос будет ползти через полмира. Иногда это оправдано ценой, иногда нет. Считайте бюджет времени, а не только денег.
Путать анонимность и надёжность. Дешёвый узел может быть быстрым, но нестабильным. Для долгих сессий берите те, у кого есть история и понятный SLA, а не самые дешёвые из первого списка.
Забывать про лимиты на стороне сайта. Даже идеальный прокси не спасёт, если вы шлёте 500 запросов в минуту с одного адреса. Ротация плюс нормальные интервалы дают больше, чем любой самый дорогой пул.
Не проверять, что сайт видит ваш реальный гео. Откройте несколько сервисов определения адреса, посмотрите на DNS, проверьте, не утекает ли WebRTC. Пять минут проверки экономят часы разбирательств.
Что делать прямо сейчас
Сформулируйте задачу одной фразой. Парсинг цен, проверка рекламы, тест своего сервиса из другой страны, защита трафика в поездке. От этого зависит протокол: HTTP, HTTPS, SOCKS5 или MTProto.
Потом определите страну и объём. Один адрес или пул на сотню, на день или на месяц. И только потом идите в каталог прокси, выставляйте фильтры и берите минимальный пакет на тест. Если через сутки всё работает стабильно, расширяйтесь. Если нет, вы потеряли меньше, чем стоила бы ошибка на старте.
Проверка контекста занимает секунды: proxy в договоре - это доверенность, proxy в настройках сети - узел-посредник. Дальше выбирайте сценарий, протокол и страну, а тестовый пакет в каталоге покажет, хватит ли пула.