← Privacy Proxy / privacy-proxy / concepts
Модели развёртывания
Privacy Proxy поддерживает две архитектуры развертывания: с одним хопом и с двумя хопами. Оптимальный выбор зависит от ваших требований к конфиденциальности и эксплуатационных предпочтений.
С одним хопом
В развертывании с одним хопом всю инфраструктуру прокси эксплуатирует Cloudflare. Клиенты подключаются напрямую к Privacy Proxy от Cloudflare, который выполняет аутентификацию, проксирование и передачу исходящего трафика.
┌────────┐ ┌─────────────────┐ ┌─────────────┐
│ Client │ ───▶ │ Privacy Proxy │ ───▶ │ Destination │
│ │ │ (Cloudflare) │ │ Server │
└────────┘ └─────────────────┘ └─────────────┘Как это работает
- Клиент устанавливает соединение HTTP/2 или HTTP/3 с конечной точкой прокси Cloudflare.
- Клиент аутентифицируется с помощью токенов Privacy Pass или предварительно согласованного ключа.
- Клиент отправляет запросы CONNECT для установления туннелей к серверам назначения.
- Cloudflare проксирует трафик и выбирает исходящие IP-адреса на основе геолокации клиента.
Сценарии использования
Развертывание с одним хопом хорошо подходит, если:
- Вы хотите, чтобы Cloudflare полностью управлял инфраструктурой прокси.
- Ваша модель конфиденциальности требует скрывать IP-адреса клиентов от адресатов, но не от оператора прокси.
- Вам нужна простая интеграция с минимальными изменениями на стороне клиента.
Пример: Microsoft Edge Secure Network
Microsoft Edge Secure Network ↗ использует развёртывание с одним переходом. Браузер Edge подключается напрямую к Privacy Proxy от Cloudflare, который выполняет аутентификацию через Privacy Pass и проксирует трафик к серверам назначения. Пользователи получают защиту от наблюдателей в сети и от серверов назначения без необходимости настраивать дополнительную инфраструктуру.
С двумя хопами
В развертывании с двумя хопами первый прокси (Proxy A) эксплуатируете вы, а второй прокси (Proxy B) эксплуатирует Cloudflare. Это обеспечивает более строгое разделение конфиденциальности, поскольку ни одна из сторон не видит одновременно личность пользователя и адрес назначения.
┌────────┐ ┌─────────────┐ ┌─────────────────┐ ┌─────────────┐
│ Client │ ───▶ │ Proxy A │ ───▶ │ Proxy B │ ───▶ │ Destination │
│ │ │ (You) │ │ (Cloudflare) │ │ Server │
└────────┘ └─────────────┘ └─────────────────┘ └─────────────┘Как это работает
- Клиент подключается к Proxy A, которым управляете вы.
- Proxy A аутентифицирует пользователя и проверяет, может ли он пользоваться сервисом.
- Proxy A устанавливает туннель к Proxy B от Cloudflare, перенаправляя запрос CONNECT клиента.
- Proxy B подключается к адресу назначения и проксирует трафик.
- Proxy B выбирает исходящие IP-адреса на основе геолокации, предоставленной Proxy A.
Разделение конфиденциальности
Архитектура с двумя хопами обеспечивает:
| Информация | Proxy A (вы) | Proxy B (Cloudflare) |
|---|---|---|
| IP-адрес клиента | Да | Нет |
| Аккаунт пользователя | Да | Нет |
| Сервер назначения | Зашифровано | Да |
| Запросить содержимое | Зашифровано | Зашифровано |
Proxy A знает, кто пользователь, но не видит, куда он направляется (адрес назначения зашифрован). Proxy B знает адрес назначения, но не знает, кто отправил запрос. Ни одна из сторон не располагает полной картиной.
Сценарии использования
Развёртывание с двумя хопами хорошо подходит, если:
- Вам нужны более строгие гарантии конфиденциальности, при которых ни один оператор не видит одновременно и личность пользователя, и адрес назначения.
- Вы хотите сохранить контроль над аутентификацией пользователей и управлением аккаунтами.
- Нормативные требования или требования соответствия предписывают разделение пользовательских данных.
Пример: iCloud Private Relay
iCloud Private Relay ↗ использует развёртывание с двумя переходами. Apple управляет прокси первого перехода, который аутентифицирует пользователей по их Apple ID и шифрует адрес назначения. Cloudflare управляет прокси второго перехода, который расшифровывает адрес назначения и подключается к серверу. Apple знает, кто пользователь, но не знает, куда он заходит. Cloudflare знает адреса назначения, но не знает, кто именно выполняет запросы.
Сравнение
| Аспект | С одним хопом | С двумя хопами |
|---|---|---|
| Infrastructure | Только Cloudflare | Вы + Cloudflare |
| Разделение конфиденциальности | Прокси видит личность + адрес назначения | Разделено между двумя сторонами |
| Эксплуатационная сложность | Ниже | Выше |
| Аутентификация | Управляется Cloudflare | Вы управляете аутентификацией на первом хопе |
| Сценарий использования | Браузерные VPN, простая конфиденциальность | Максимальное разделение конфиденциальности |
Выберите модель развёртывания
При выборе модели развёртывания учитывайте следующие вопросы:
- Кто должен управлять аутентификацией пользователей?
Если аутентификацию должен выполнять Cloudflare, используйте развертывание с одним хопом. Если необходим контроль над учетными записями пользователей, используйте развертывание с двумя хопами.
- Какие у вас требования к конфиденциальности?
Если ваша модель угроз требует, чтобы ни одна сторона не видела одновременно личность пользователя и его действия в сети, используйте развертывание с двумя хопами.
- Какими операционными ресурсами вы располагаете?
Развёртывание с двумя хопами требует, чтобы вы сами разворачивали и обслуживали прокси. Если вам нужно полностью управляемое решение, выберите вариант с одним хопом.
Свяжитесь с нами ↗ чтобы обсудить, какая модель развёртывания подходит для вашего случая использования.