← Privacy Proxy / privacy-proxy / koncepty

Modely nasazení

Privacy Proxy podporuje dvě architektury nasazení: single-hop a double-hop. Správná volba závisí na vašich požadavcích na soukromí a provozních preferencích.

V jednoskokovém nasazení provozuje veškerou infrastrukturu proxy Cloudflare. Klienti se připojují přímo ke službě Cloudflare Privacy Proxy, která zajišťuje ověřování, proxování a odchozí provoz.

┌────────┐      ┌─────────────────┐      ┌─────────────┐
│ Client │ ───▶ │  Privacy Proxy  │ ───▶ │ Destination │
│        │      │  (Cloudflare)   │      │   Server    │
└────────┘      └─────────────────┘      └─────────────┘

1. Klient naváže spojení HTTP/2 nebo HTTP/3 s koncovým bodem proxy Cloudflare.
2. Klient se autentizuje pomocí tokenů Privacy Pass nebo předsdíleného klíče.
3. Klient odesílá požadavky CONNECT, aby navázal tunely k cílovým serverům.
4. Cloudflare proxuje provoz a vybírá odchozí IP adresy na základě geolokace klienta.

Nasazení typu single-hop se hodí, pokud:

• Chcete, aby kompletní proxy infrastrukturu spravoval Cloudflare.
• Váš model soukromí vyžaduje skrytí IP adres klientů před cílovými servery, nikoli však před provozovatelem proxy.
• Potřebujete jednoduchou integraci s minimálními změnami na straně klienta.

Microsoft Edge Secure Network ↗ používá nasazení s jedním přeskokem. Prohlížeč Edge se připojuje přímo k Privacy Proxy od Cloudflare, která zajišťuje autentizaci prostřednictvím Privacy Pass a přeposílá provoz na cílové servery. Uživatelé tak získají ochranu před pozorovateli sítě i cílovými servery, aniž by museli konfigurovat další infrastrukturu.

V dvouskokovém nasazení provozujete první proxy (Proxy A) a Cloudflare provozuje druhou proxy (Proxy B). Díky tomu vzniká silnější oddělení soukromí, protože žádná strana nevidí zároveň identitu uživatele i cíl.

┌────────┐      ┌─────────────┐      ┌─────────────────┐      ┌─────────────┐
│ Client │ ───▶ │   Proxy A   │ ───▶ │    Proxy B      │ ───▶ │ Destination │
│        │      │    (You)    │      │  (Cloudflare)   │      │   Server    │
└────────┘      └─────────────┘      └─────────────────┘      └─────────────┘

1. Klient se připojí k Proxy A, kterou provozujete.
2. Proxy A ověří uživatele a potvrdí, že může službu používat.
3. Proxy A vytvoří tunel k Proxy B Cloudflare a přepošle klientův požadavek CONNECT.
4. Proxy B se připojí k cíli a přeposílá provoz.
5. Proxy B vybírá výstupní IP adresy na základě geolokace poskytnuté Proxy A.

Architektura se dvěma hopy zajišťuje:

Proxy A ví, kdo je uživatel, ale nevidí, kam směřuje (cíl je šifrovaný). Proxy B zná cíl, ale neví, kdo požadavek odeslal. Žádná ze stran nemá úplný obraz.

Nasazení s dvojitým skokem se hodí v těchto případech:

• Potřebujete silnější záruky soukromí, kdy žádný jednotlivý provozovatel nevidí současně identitu i cíl.
• Chcete si zachovat kontrolu nad ověřováním uživatelů a správou účtů.
• Regulační nebo compliance požadavky vyžadují oddělení uživatelských dat.

iCloud Private Relay ↗ používá nasazení se dvěma přeskoky. Apple provozuje proxy prvního přeskoku, která autentizuje uživatele pomocí jejich Apple ID a šifruje cíl. Cloudflare provozuje proxy druhého přeskoku, která cíl dešifruje a připojuje se k serveru. Apple ví, kdo je uživatel, ale neví, kam prochází. Cloudflare zná cíle, ale neví, kdo je navštěvuje.

Při výběru modelu nasazení zvažte následující otázky:

1. Kdo by měl spravovat ověřování uživatelů?

Pokud chcete, aby ověřování zajišťoval Cloudflare, použijte jednoskokové nasazení. Pokud potřebujete mít kontrolu nad uživatelskými účty, použijte dvouskokové nasazení.

2. Jaké jsou vaše požadavky na soukromí?

Pokud váš model hrozeb vyžaduje, aby žádná strana neviděla zároveň identitu uživatele a jeho aktivitu při procházení, použijte dvouskokové nasazení.

3. Jakou provozní kapacitu máte k dispozici?

Nasazení s dvojitým skokem vyžaduje, abyste proxy sami provozovali a udržovali. Pokud preferujete plně spravované řešení, použijte jednoduchý skok.

Kontaktujte nás ↗ k projednání, který model nasazení se hodí pro váš případ použití.