Обход брандмауэра, кэширование, распределение нагрузки, расторжение TLS, доставка контента, шлюзы API, выходной трафик корпоративных сетей, сбор геопривязанных данных и, во всё большей степени, исходящий трафик запросов искусственного интеллекта. Первое задокументированное применение, описанное в статье ЦЕРН от апреля 1994 года, заключалось в предоставлении сотрудникам, находящимся за брандмауэром, доступа к внешнему Интернету.
Прокси-серверы существуют столько же, сколько и Интернет: краткая история их реального назначения
В апреле 1994 года инженер из ЦЕРН и инженер из компании Intel опубликовали первую статью, в которой описывался прокси-сервер для Всемирной паутины (Луотонен и Альтис, Прокси-серверы Всемирной паутины, 1994). Самой сети на тот момент было три года. Прокси-серверы — это не какое-то обходное решение, привнесенное в Интернет задним числом. Они появились вместе с ним.
Эту историю стоит знать, поскольку за последние тридцать лет эта профессия практически не изменилась. Прокси-сервер — это устройство, которое отправляет запрос от имени другого участника и передаёт результат обратно. Всё, что появилось с 1994 года — иерархии кэширования, сети доставки контента, корпоративные шлюзы, сети устройств, питающие современные системы искусственного интеллекта, — представляет собой воплощение этой единственной идеи, реализуемой в всё более широких масштабах.
Основные выводы
- Первая научная статья, посвящённая веб-прокси, была опубликована в апреле 1994 года в CERN, и в ней обход брандмауэров и кэширование уже рассматривались как единая задача (Луотонен и Альтис, 1994).
- В этом году протоколу SOCKS исполняется тридцать четыре года. Он по-прежнему находится в поддержке.
- 1 июля 2026 года компания Cloudflare сообщила, что по состоянию на июнь 2026 года более 50 % интернет-трафика генерируется не людьми.
- Обратные прокси-серверы, сети CDN, балансировщики нагрузки и шлюзы API — это один и тот же механизм, имеющий разные названия.
Откуда же на самом деле взялся веб-прокси?
В апреле 1994 года Ари Луотонен из ЦЕРН и Кевин Альтис из компании Intel опубликовали Прокси-серверы Всемирной паутины, в котором описывается сервер, предоставлявший пользователям в закрытых подсетях доступ к Интернету через брандмауэр (Архив W3C, 1994). Позже эта статья была опубликована в Компьютерные сети и системы ISDN. Проблема, которую она решала, была вполне обыденной: сотрудники, находящиеся за корпоративным брандмауэром, не могли получить доступ к внешнему Интернету, и кто-то должен был выступать в качестве посредника.
В этом и заключается суть, и она не изменилась. Прокси — это устройство, которое отправляет запрос от вашего имени. Реализация CERN, cern_httpd, поддерживал протоколы HTTP, Gopher, WAIS и FTP, что свидетельствует о том, насколько давно это было.
Первоначально прокси-сервер предназначался для обеспечения доступа, а не для обхода ограничений. Компания хотела, чтобы её сотрудники могли выходить в Интернет без необходимости пробивать отдельное «отверстие» в брандмауэре для каждой рабочей станции. Прокси-сервер и был этим «отверстием» — единственным, контролируемым и регистрируемым в журнале.
И вот в чём заключается суть. В статье 1994 года кэширование и контроль доступа рассматриваются как единый набор функций, реализуемый одним и тем же устройством. Все споры, которые мы по-прежнему ведём в 2026 году — о том, кто и что может запрашивать, как часто и должен ли сервер-источник нести связанные с этим затраты, — уже были ясно сформулированы в статье, написанной ещё до того, как появилась большая часть Всемирной паутины.
О практических различиях между типами сетей см. Сравнение прокси-серверов для частных пользователей и центров обработки данных, либо начните с Что такое прокси-сервер для частного использования.
Почему раннему Интернету требовались прокси-серверы для своего существования?
Ограничивающим фактором выступала пропускная способность, и решением этой проблемы стали кэширующие прокси-серверы. Прокси-сервер Squid, который и по сей день широко используется в качестве кэширующего прокси-сервера, выпустил версию 1.0.0 в июле 1996 года; он был создан Дуэйном Весселсом на основе объектного кэша Harvest, разработанного в Университете Колорадо в Боулдере (Проект «Squid Web Cache», по состоянию на 31 августа 2026 г.).
В 1996 году один из университетов оплачивал подключение к сети по мегабайтам. Если четыре тысячи студентов загружали одну и ту же домашнюю страницу, то учебное заведение платил четыре тысячи раз за один и тот же документ. Прокси-сервер с кэшированием позволил сократить количество запросов до одного. Кэши «Harvest» можно было организовать в иерархию и наладить их взаимодействие с помощью протокола Internet Cache Protocol, благодаря чему в случае промаха на одном из кампусов запрос мог быть обслужен соседним сервером, а не исходным.
Именно благодаря прокси-серверам с кэшированием веб-страницы 1990-х годов вообще загружались. Это не вопрос безопасности и не вопрос конфиденциальности. Это вопрос экономики, и экономическая ситуация вновь повторяется.
Какую проблему решал протокол SOCKS в 1992 году?
Проект SOCKS появился на два года раньше публикации статьи о веб-прокси. В сентябре 1992 года Дэвид Коблас и Мишель Р. Коблас представили НОСКИ на третьем симпозиуме USENIX по безопасности UNIX в Балтиморе (Материалы конференции USENIX, 1992), и с этого момента протокол стал общедоступным. Версия 5 была стандартизирована как RFC 1928 в марте 1996 года, в котором описывается архитектура клиент-серверных приложений, позволяющая «удобно и безопасно использовать услуги сетевого брандмауэра».
Прочитайте это предложение ещё раз. В 1996 году сама IETF определила основные принципы как «безопасность и удобство», а не «анонимность».
Такая же закономерность прослеживается на протяжении всего развития линейки. Каждый из приведенных ниже этапов позволял решить конкретную эксплуатационную проблему, и каждая из этих проблем по-прежнему актуальна:
Tor — это то, что запомнилось людям, хотя он появился на десять лет позже остальных. Это был восьмой эпизод в этой истории, а не первый.
Технология «луковой маршрутизации» (Onion routing), предшественница сети Tor, возникла в ту же эпоху и в аналогичной институциональной среде. В 1995 году Дэвид Голдшлаг, Майкл Рид и Пол Сиверсон из Исследовательской лаборатории ВМС США начали изучать возможность установления интернет-соединений без раскрытия информации о том, кто с кем общается. В результате этой работы были созданы первые проекты и прототипы «луковой маршрутизации», целью которых была защита правительственных сообщений, передаваемых по общедоступным сетям (История проекта Tor, источник: 31 августа 2026 г.). Технология, которая впоследствии стала синонимом «дарквеба», была разработана при финансовой поддержке ВМС США с целью предотвращения простого отслеживания источников разведывательных сообщений.
Где прокси-серверы встречаются в повседневной жизни?
Большинство из них. Обратный прокси-сервер — это та же самая система, только направленная в обратную сторону и работающая в интересах владельца сайта, а не запрашивающего пользователя; причём такая система расположена перед практически каждым веб-сайтом, который вы загрузили сегодня. Сети доставки контента представляют собой кэширующие прокси, распределённые на периферии. Балансировщики нагрузки — это прокси. Расторжение TLS перед сервером приложений — это прокси-сервер. Корпоративные шлюзы исходящего трафика, фильтры контента в школах и библиотеках, шлюзы API, сервисные сетки: все это прокси-серверы, выполняющие точно то же, что и устройство CERN в 1994 году.
Самое интересное — это терминология. Когда посредник работает на владельца сайта, в отрасли его называют «инфраструктурой» и отображают на схеме архитектуры. Когда он работает на сторону, отправляющую запрос, в отрасли его называют «прокси». Один и тот же сервер, одно и то же место в пути запроса. Изменилось лишь направление стрелки, а вместе с ним — и термин.
Стоит знать об этом, хотя бы для того, чтобы схема архитектуры и список поставщиков перестали восприниматься как две разные технологии.
Почему Интернету сейчас как никогда нужны прокси-серверы?
Потому что Интернет перестал состоять преимущественно из людей. В отчёте, опубликованном 1 июля 2026 года, компания Cloudflare установила, что по состоянию на июнь 2026 года более 50 % трафика в Интернете приходится на нечеловеческие источники, а 52 % запросов роботов-пауков связаны с обучением искусственного интеллекта, что представляет собой рост по сравнению с 22 % весной 2025 года (Cloudflare, «День независимости контента»: год спустя, 1 июля 2026 г.).
В том же отчете за 2026 год компания Cloudflare также установила, что из каждого часа, проводимого в Интернете в поисках информации, лишь пятнадцать минут приходится на открытый Интернет, а в некоторых из наиболее активно индексируемых категорий объем трафика от реальных пользователей сократился на целых 40 % менее чем за год (Cloudflare, 1 июля 2026 г.).
Если сопоставить эти два вывода, становится очевидной суть проблемы. Машины выполняют большую часть работы по поиску информации, люди проводят большую часть времени в поисковых системах, а открытый Интернет читается больше, чем когда-либо, при этом посещается реже, чем когда-либо. Каждое из этих машинных запросов должно иметь какой-то источник. Это косвенный вопрос, и именно он в настоящее время является ключевым.
Как устроена современная сеть устройств?
О согласии. Massive изначально задумывался как продукт для монетизации приложений, в рамках которого пользователи обменивали часть простаивающих вычислительных ресурсов на доступ к премиум-функциям, при этом каждый IP-адрес подключался к сервису через SDK Massive. В результате мы располагаем более чем 1 млн проверенных бытовых устройств в более чем 195 странах; наша система прошла аудит SOC 2, соответствует требованиям GDPR, сертифицирована AppEsteem и обеспечивает полный аудиторский след от источника до запроса. Оператор может определить, чье подключение передало конкретный запрос.
Это не новое требование. Прокси-сервер CERN регистрировал каждый запрос, проходящий через него, поскольку системный администратор должен был иметь возможность отчитаться за трафик. Сеть устройств отвечает на тот же вопрос на уровне ниже: не только что именно запрашивалось, но и через чье соединение это передавалось, а также на каких условиях было согласовано его передача.
Над этой сетью расположен уровень рендеринга, который возвращает чистый HTML-код или формат Markdown из любого общедоступного источника, независимо от его местоположения. Речь идет о постановке задачи 1994 года: обеспечить доступ к общедоступному Интернету из любого места, где это действительно необходимо, с форматами вывода, ожидаемыми конвейером 2026 года.
Более подробно о вопросах согласия в сетях устройств см. Как выглядит согласие при совместном использовании пропускной способности.
Создаёте что-то, для чего требуется общедоступный веб-ресурс?
Та же работа, но в гораздо большем масштабе
В 1994 году прокси-серверы решили реальную проблему, а в 2026 году они решают её более масштабную версию — и в обоих случаях по одной и той же причине. Кому-то необходимо получить доступ к ресурсу, к которому он не может подключиться напрямую, и в этом процессе должно быть что-то, что будет выступать посредником и выполнять эту функцию качественно.
Изменились масштабы и круг заинтересованных сторон. Устройство CERN обслуживало одну лабораторию, защищённую одним брандмауэром. Сегодня аналогичная задача заключается в формировании трафика, генерируемого машинами, который в настоящее время превосходит объем трафика, создаваемого людьми в Интернете, — трафика, поступающего из нужных источников с устройств, владельцы которых дали согласие на их использование.
Спустя тридцать два года это по-прежнему устройство, которое выступает посредником, направляет запрос от чьего-либо имени и ведёт учет этих запросов.
Подробнее о том, как меняется экономическая ситуация, см. Блокировка роботов-поисковиков на базе ИИ, оплата за сканирование и что это означает для агентов.
Источники
- Луотонен, А. и Альтис, К., Прокси-серверы Всемирной паутины, ЦЕРН и Intel, апрель 1994 г. Проверено 31 августа 2026 г. https://www.w3.org/History/1994/WWW/Proxies/
- Коблас, Д. и Коблас, М. Р., НОСКИ, III Симпозиум по безопасности UNIX, Ассоциация USENIX, Балтимор, сентябрь 1992 г., с. 77–83. Проверено 31 августа 2026 г. https://www.usenix.org/conference/sec92/socks
- IETF, RFC 1928: Протокол SOCKS версии 5, март 1996 г. Проверено 31 августа 2026 г. https://www.rfc-editor.org/rfc/rfc1928.html
- Проект «Squid Web Cache», Что такое Squid?. Проверено 31 августа 2026 г. https://wiki.squid-cache.org/SquidFaq/AboutSquid
- Проект Tor, История. Проверено 31 августа 2026 г. https://www.torproject.org/about/history/
- Cloudflare, «День независимости контента»: год спустя — создание бизнес-модели для «агентного Интернета», 1 июля 2026 г. Проверено 31 августа 2026 г. https://blog.cloudflare.com/agentic-internet-bot-report/
Часто задаваемые вопросы
Для чего на самом деле используются прокси-серверы?
Каким был первый веб-прокси?
cern_httpd, описанное в Прокси-серверы Всемирной паутины разработанная Ари Луотоненом и Кевином Альтисом в апреле 1994 года. Она предоставляла пользователям в закрытых подсетях доступ к протоколам HTTP, Gopher, WAIS и FTP через брандмауэр, а также кэшировала ответы, благодаря чему повторные запросы не попадали на исходный сервер дважды.
Является ли CDN прокси-сервером?
Да. Сеть доставки контента представляет собой распределенный кэширующий обратный прокси-сервер. Она выполняет те же две функции, которые были описаны в статье CERN 1994 года: выступает посредником между запросом и ответом и кэширует результат, причем «стрелка» указывает в сторону владельца сайта, а не в сторону запрашивающего.
Почему в 2026 году наблюдается рост прокси-трафика?
Дело в том, что большая часть веб-трафика уже не генерируется людьми. 1 июля 2026 года компания Cloudflare сообщила, что по состоянию на июнь 2026 года доля нечеловеческого трафика превысила 50 %, а 52 % запросов роботов-пауков были связаны с обучением ИИ, в то время как весной 2025 года этот показатель составлял 22 %. Обучение моделей, извлечение данных и рабочие процессы агентов — все эти операции осуществляются в масштабах машин.
Как работает механизм согласия в домашней сети?
Владелец устройства даёт своё согласие заранее, как правило, в обмен на что-то конкретное, например на премиум-функции приложения, и может отозвать его. Независимая сертификация (SOC 2, GDPR, AppEsteem) — вот что отличает заявленную политику от политики, прошедшей аудит.