Cloudflare Mesh
Sunucu, laptop ve telefonlara birer özel IP verip hepsinin birbirine doğrudan ulaşmasını sağlıyor — VPN ya da bastion host olmadan. Nisan 2026'ya kadar adı WARP Connector'dı.
- DurumAçık beta
- FiyatYayımlanmıyor; plan gereksinimi de belgelenmiyor
- Doğrulama
Cloudflare Mesh nedir?
“Cloudflare Mesh connects your services and devices with post-quantum encrypted networking. Route traffic privately between servers, laptops, and phones without VPNs or bastion hosts.” “Every enrolled device and node receives a private IP address (Mesh IP) and can reach any other participant by IP over TCP, UDP, or ICMP, with traffic routed through Cloudflare’s network.”
Tailscale ya da bir WireGuard mesh’i kullandıysan model tanıdık gelecek. Bir farkla, ve o fark ürünün tüm mantığı: “Traffic routes through the nearest Cloudflare data center, not directly between devices.” Bunun bedeli bir sıçrama, kazancı ise şu: “All traffic passes through Cloudflare, so Gateway network policies, device posture checks, and access rules apply to every connection.”
İki katılımcı tipi
| Mesh node | İstemci cihaz | |
|---|---|---|
| Çalıştığı yer | Linux sunucu, VM, container | Laptop, telefon, masaüstü |
| İstemci | Cloudflare One Client (warp-cli), headless | Cloudflare One Client, arayüzlü |
| Mesh IP | Kayıtta atanıyor | Kayıtta atanıyor |
| Subnet yayınlama | CIDR rotası duyurabiliyor | Hayır — node üzerinden ulaşıyor |
| Yüksek erişilebilirlik | Active-passive replika | Geçerli değil |
Ve kritik bir cümle: “Client-to-client connectivity works without deploying any Mesh nodes.” İki kayıtlı laptop birbirine node olmadan ulaşabiliyor.
Nasıl çalışır?
Mesh IP’ler
“Every participant is assigned a private IP from the
100.96.0.0/12range… This range uses CGNAT address space to avoid conflicts with RFC 1918 private ranges.”
Bu tercih, kurumun mevcut 10.x / 172.16.x / 192.168.x planıyla çakışmayı önlüyor. Ama bir
yan etki doğuruyor: Split Tunnel Exclude modundaysan varsayılan CGNAT hariç tutması bu aralığı
da kapsıyor. Doküman çözümü net veriyor: “remove 100.64.0.0/10 (the default CGNAT exclusion)
from the exclude list.”
Mesh mi Tunnel mı
| Cloudflare Mesh | Cloudflare Tunnel | |
|---|---|---|
| Trafik yönü | Çift yönlü — herkes başlatabiliyor | Origin’e doğru — istemci bağlanıyor |
| Adresleme | Her katılımcıya Mesh IP | Yalnızca sunucu tarafı, IP yok |
| Kullanım | Cihazlar arası özel IP erişimi | Belirli uygulama/hostname yayınlama |
| Connector | warp-cli | cloudflared |
| Protokoller | TCP, UDP, ICMP | HTTP/S, TCP, SSH, RDP, SMB (WebSocket üzerinden) |
Cloudflare’in kendi tavsiyesi: “Use Mesh when devices need to reach each other by private IP, or when your workload requires stable, long-lived TCP connections (SAP, database replication, ERP systems, RDP sessions). Mesh operates at L3/L4 and preserves connections end-to-end, making it the recommended software on-ramp for any traffic sensitive to connection interruptions.”
Tailscale’den geliyorsan
Cloudflare bir eşleme tablosu yayımlıyor:
| Tailscale | Cloudflare Mesh karşılığı |
|---|---|
| Tailnet | “Your Cloudflare account’s Mesh network” |
| Node / peer | Mesh node (sunucular) ya da istemci cihaz |
| Subnet router | CIDR rotası olan Mesh node |
| MagicDNS | Local Domain Fallback + Gateway resolver kuralları |
| ACL’ler | Gateway network kuralları + device posture |
| Exit node | “Attach a public CIDR to a Mesh node” |
| Admin console | Panel → Networking → Mesh |
Cloudflare WAN ile birlikte kullanım
Rota sınıflandırması: Zero Trust routes = Cloudflare Tunnel + Cloudflare Mesh; WAN routes = IPsec, GRE, CNI. Unified Routing’de eşit prefix uzunluğunda “Zero Trust routes take precedence over WAN routes”.
Ne zaman kullanılır, ne zaman kullanılmaz
Kullanılır:
- Sunucular ve laptop’lar birbirine özel IP ile ulaşacaksa — bastion host ya da VPN kurmadan.
- Uzun ömürlü TCP bağlantılarında: SAP, veritabanı replikasyonu, ERP, RDP oturumları. Cloudflare bunu adıyla öneriyor.
- Kaynak IP’nin korunması gereken senaryolarda — VoIP, SIP, Active Directory güncellemeleri, SCCM.
- Tailscale ya da kendi WireGuard mesh’inden çıkıp merkezî kimlik ve posture kontrolü isteyen kurumlarda: ACL’lerin yerini Gateway network kuralları ve device posture alıyor.
- Container’lı ortamlarda:
cloudflare/meshimajı built-in source NAT ile geliyor, VPC rota tablosuna dokunmadan çalışıyor.
Kullanılmaz:
- DNS sunucusunun üzerinde. Doküman açıkça yasaklıyor.
- Başka bir VPN ya da mesh yazılımı çalışan makinede. Tailscale, WireGuard, OpenVPN, AnyConnect, GlobalProtect, ZScaler, Netskope — hepsi yönlendirme için yarışıyor.
- Regional Services kullanan bir hesapta. “Mesh proxy are not available to Regional Services users.”
- Legacy routing modundaki bir hesapta Cloudflare WAN da açıksa.
- Bir web uygulamasını dışarıya yayınlamak için. O Cloudflare Tunnel’ın işi.
- 50’den fazla node gerekiyorsa. Belgelenmiş tek limit bu.
Somut örnekler
1. Ubuntu’ya node kurmak
curl -fsSL https://pkg.cloudflareclient.com/pubkey.gpg \
| sudo gpg --yes --dearmor -o /usr/share/keyrings/cloudflare-warp-archive-keyring.gpg
echo "deb [signed-by=/usr/share/keyrings/cloudflare-warp-archive-keyring.gpg] \
https://pkg.cloudflareclient.com/ $(. /etc/os-release && echo $VERSION_CODENAME) main" \
| sudo tee /etc/apt/sources.list.d/cloudflare-client.list
sudo apt-get update -qq && sudo apt-get install -y -qq cloudflare-warp
printf 'net.ipv4.ip_forward = 1\nnet.ipv6.conf.all.forwarding = 1\nnet.ipv6.conf.all.accept_ra = 2\n' \
| sudo tee /etc/sysctl.d/99-zzz-cloudflare-warp-connector.conf
sudo sysctl --system
sudo warp-cli connector new <TOKEN> && sudo warp-cli connect
2. Kurulum sihirbazının otomatik yaptıkları
Networking → Mesh → Add a node akışı şunları kendisi ayarlıyor: tek kullanımlık PIN ile cihaz kayıt kuralı, Include modunda Split Tunnels, “Allow all Cloudflare One traffic to reach enrolled devices” ve “Assign a unique IP address to each device” ayarları, ve Gateway proxy (TCP, UDP, ICMP).
Mevcut bir Cloudflare One hesabında bunları elle doğrulaman gerekiyor — özellikle Split Tunnel modunu ve node’ların Traffic and DNS modunda olduğunu.
3. Container’da çalıştırmak
# docker-compose.yml
services:
mesh:
image: cloudflare/mesh
cap_add: [NET_ADMIN]
environment:
- CLOUDFLARE_MESH_TOKEN=${MESH_TOKEN}
“includes built-in source NAT so return traffic routes correctly without VPC route table changes.”
4. Rota eklemek
curl "https://api.cloudflare.com/client/v4/accounts/$ACCOUNT_ID/teamnet/routes" \
--request POST \
--header "Authorization: Bearer $CLOUDFLARE_API_TOKEN" \
--json '{"network":"10.0.0.0/24","tunnel_id":"<NODE_ID>","comment":"lab subnet"}'
Gereken izin: Cloudflare One Networks Write ya da Cloudflare Tunnel Write.
5. Trafiği loglarda bulmak
Gateway activity logs’ta kimlik alanı: warp_connector@<takım-adı>.cloudflareaccess.com.
Ürünün adı değişse de log kimliği eski adı taşıyor.
Demo 1: Node kuruldu, node’a ping çalışıyor — ama arkasındaki subnet’e erişilemiyor
Ön koşullar: Ubuntu 24.04 sunucu (ubuntu-lab), LAN’ında erişilecek bir cihaz (10.0.0.50),
ve Cloudflare One Client kurulu bir laptop.
Adım 1 — Node oluştur
Panel: Networking → Mesh → Add a node → ad ubuntu-lab
Adım 2 — Ubuntu’ya kur
sudo warp-cli connector new <TOKEN> && sudo warp-cli connect
warp-cli status
warp-cli --version
Adım 3 — Temel çizgi: laptop’tan node’a ping
ping <NODE_MESH_IP>
Adım 4 — Kasıtlı hata: rota eklemeden LAN’daki cihaza erişmeyi dene
ping 10.0.0.50 # laptop'tan
Erişilemez. Sebep birebir: “By default, a Mesh node is reachable only by its own Mesh IP.” Node’un kendisine ulaşabiliyor olman, arkasındaki ağa ulaşabileceğin anlamına gelmiyor.
Adım 5 — İlk düzeltme, ve ikinci kasıtlı hata
sudo sysctl -w net.ipv4.ip_forward=1
Panelde node → Routes → Add route → 10.0.0.0/24. Artık ping çalışıyor.
Şimdi sunucuyu yeniden başlat:
sudo reboot
# geri geldikten sonra laptop'tan:
ping 10.0.0.50
Yine erişilemez. sysctl -w yeniden başlatmada kayboluyor.
Adım 6 — Kalıcı düzeltme
printf 'net.ipv4.ip_forward = 1\nnet.ipv6.conf.all.forwarding = 1\nnet.ipv6.conf.all.accept_ra = 2\n' \
| sudo tee /etc/sysctl.d/99-zzz-cloudflare-warp-connector.conf
sudo sysctl --system
sysctl net.ipv4.ip_forward net.ipv6.conf.all.forwarding net.ipv6.conf.all.accept_ra
sudo reboot
Adım 7 — İstemci tarafını da kontrol et
Laptop hâlâ Mesh IP’lere erişemiyorsa Split Tunnel yapılandırmasına bak: “Verify that your Split
Tunnel configuration routes the Mesh IP range (100.96.0.0/12) through Cloudflare.” Exclude
modundaysan 100.64.0.0/10 kaydını listeden çıkar.
Ölçüm tablosu
| Ölçüt | Değer |
|---|---|
| Node’a atanan Mesh IP | |
| Laptop → node Mesh IP RTT | |
Rota eklenmeden 10.0.0.50 sonucu | |
| Rota eklendikten sonraki RTT | |
Reboot sonrası ip_forward değeri | |
| Kalıcı düzeltme sonrası reboot testi | |
| Kurulumun kullandığı disk ve bellek |
Demo 2: HA açık ama failover olmuyor — protokol WireGuard
Ön koşullar: aynı subnet’te iki Ubuntu sunucusu (node-a, node-b) ve bir laptop.
Adım 1 — Kasıtlı hata: cihaz profilini WireGuard’a al
Panel: Cloudflare One → device profiles → Mesh node’larının eşleştiği profil → Device tunnel protocol = WireGuard
Adım 2 — HA’lı node oluştur, iki replika kur
Networking → Mesh → Add a node (HA varsayılan açık). Aynı token’ı iki sunucuda da kullan ve
10.0.0.0/24 CIDR rotasını ekle.
# her iki sunucuda
sudo warp-cli connector new <AYNI_TOKEN> && sudo warp-cli connect
warp-cli status
Adım 3 — Failover’ı test et ve başarısızlığı gözlemle
Laptop’tan kesintisiz ping başlat, sonra aktif replikayı durdur:
ping 10.0.0.50 # laptop'ta calisir halde biraksin
sudo warp-cli disconnect # node-a uzerinde
Trafik geri gelmiyor. Standby devralmıyor ve hiçbir hata mesajı yok.
Sebep birebir: “MASQUE required — This feature requires that the device profile of the Mesh node is configured to use MASQUE… It does not work if the device profile uses WireGuard instead.”
Adım 4 — Düzelt
Panel: device profile → Device tunnel protocol = MASQUE (Cloudflare One Client’ın varsayılanı). Sonra iki node’da da:
sudo warp-cli disconnect && sudo warp-cli connect && warp-cli status
Adım 5 — Bonus kasıtlı hata: aynı hostta DNS servisi
node-a üzerinde dnsmasq ya da bind9 çalıştırıp node’u yeniden bağla. DNS çözümlemesi
bozuluyor — çünkü mesh node Traffic and DNS modunda çalışıp host’taki DNS sorgularını
Gateway’e yönlendiriyor.
Doğru desen: node’u ayrı bir makineye kur, DNS sunucusuna CIDR route ile ulaş.
Ölçüm tablosu
| Ölçüt | Değer |
|---|---|
| WireGuard profiliyle failover süresi | |
| Kesintide kaybolan paket sayısı (WireGuard) | |
| MASQUE profiliyle failover süresi | |
| Kesintide kaybolan paket sayısı (MASQUE) | |
| Standby’ın active’e geçme süresi | |
| Hostname rotasının WireGuard’daki davranışı | |
DNS çakışmasında dig çıktısı |
Fiyatlandırma
UNVERIFIED — fiyat ve plan gereksinimi. Yedi Mesh doküman sayfasının hiçbirinde “Available on … plans” rozeti ya da fiyat ifadesi yok.
cloudflare.com/plans/SASE tablosunda Mesh ya da WARP Connector satırı bulunmuyor.Pozitif kontrol: aynı tabloda Browser Isolation, CASB, DLP ve Email Security satırları mevcut — yani tablo doğru okundu, Mesh gerçekten listede yok.
Yayımlanan limitler
| Kalem | Değer |
|---|---|
| Hesap başına node | 50 (10’dan yükseltildi, 14 Nisan 2026) |
| Mesh IP aralığı | 100.96.0.0/12 |
| Önerilen MTU | 1381 bayt (PMTUD ile minimum 1281) |
| Disk | 75 MB |
| Bellek | 35 MB |
| Hostname rotası uzunluğu | 255 karakterden az |
| Hostname joker karakteri | tek *, tam bir DNS etiketi olmalı |
UNVERIFIED — replika ve rota sayısı tavanı. Mesh bölümünde
maximumaraması tek bir sonuç veriyor ve o da paket boyutuyla ilgili.
Lisanslama ve hukuki çerçeve
Tescilli bir hizmettir ve Cloudflare Hizmet Şartlarına tabidir.
Türkiye
Customer Metadata Boundary da yalnızca us ve eu destekliyor; Türkiye seçeneği yok.
KVKK: Cloudflare hiçbir resmî sayfasında KVKK’ya özel bir uyum beyanı yayımlamıyor. Yayımladığı çerçeveler GDPR, LGPD, ISO 27001, SOC 2 ve FedRAMP. Mesh’te bu ayrıca dikkat gerektiriyor çünkü ürün, cihazlar arası tüm trafiği Cloudflare üzerinden geçiriyor.
Sık yapılan hatalar
Cihaz profilini WireGuard’da bırakmak
Hostname rotaları, IPv6 CIDR rotaları ve HA sessizce çalışmıyor. Varsayılan olan MASQUE kullan.
sysctl -w ile IP forwarding açmak
Yeniden başlatmada kayboluyor. /etc/sysctl.d/ altına kalıcı dosya yaz.
Bulut tarafındaki forwarding ayarını unutmak
GCP’de VM üzerinde IP forwarding, AWS’te source/destination check kapatma, Azure’da NIC üzerinde IP forwarding — üçü de ayrıca gerekiyor.
Node’u DNS sunucusuna kurmak
Traffic and DNS modu host’taki BIND, dnsmasq, Unbound, Pi-hole ve AD DNS ile çakışıyor.
Tailscale ya da kurumsal VPN’i kaldırmadan kurmak
“Running them simultaneously causes unpredictable behavior.”
cloudflared ile aynı makinede Split Tunnel kurmadan çalıştırmak
Mesh node giden trafiği yakalıyor ve cloudflared’in bağlantı kurmasını engelleyebiliyor.
ip route add ve iptables ile elle yönlendirme yapmaya çalışmak
“The Mesh node’s kernel-level integration overrides manual routing configurations.”
Split Tunnel Exclude modunda 100.64.0.0/10’u listede bırakmak
Mesh IP aralığı bu bloğun içinde kalıyor ve istemci hiçbir Mesh IP’ye ulaşamıyor.
Windows’ta gelen trafiği açmayı unutmak
“Windows Firewall blocks inbound traffic from 100.96.0.0/12 by default.”
Tek replikayla HA sanmak
“A single replica provides no redundancy.”
Rotasız bir node’a HA kurmak
“If a node is only used for direct Mesh IP connectivity (no routes), HA has limited benefit.”
MTU’yu varsayılan bırakıp büyük transfer beklemek
Çift kapsülleme 1.460 bayt ve üzerini 1.500’ün üstüne itiyor ve paketler düşüyor. Önerilen 1381.
Legacy routing modunda Cloudflare WAN ile birlikte kullanmaya çalışmak
Hesabın Unified Routing’de olması şart; aksi hâlde iki taraf trafik alışverişi yapamıyor.
Sıkça sorulan sorular
- Cloudflare Mesh gerçek bir ürün mü?
- Evet, ama Cloudflare'in kendi ürün indeksinde bağımsız ürün olarak listelenmiyor. 14 Nisan 2026'da duyuruldu (“Introducing Cloudflare Mesh”), dokümanı
developers.cloudflare.com/cloudflare-one/networks/connectors/cloudflare-mesh/adresinde 200 dönüyor ve panelde Networking → Mesh bölümü var. Ama üst düzey doküman kökü yok:/cloudflare-mesh/→ 404. Ve global ürün dizininde (llms.txt)mesharaması sıfır sonuç veriyor — pozitif kontrol: aynı dosyadaCloudflare WANveEmail Servicebirer kez bulunuyor. Yani Mesh, Cloudflare One altında bir connector. - WARP Connector'a ne oldu?
- Adı değişti. Birebir: “Cloudflare Mesh was previously known as WARP Connector and peer-to-peer connectivity. Existing WARP Connectors are now called mesh nodes. The WARP client is now the Cloudflare One Client. All existing deployments continue to work — no migration required.” Ama API eski adı koruyor, birebir: “(the API still refers to Mesh nodes as
warp_connector) — only the request shape changes.” Aynı şekilde Gateway loglarında kimlikwarp_connector@<takım-adı>.cloudflareaccess.comolarak görünüyor. - Beta mı, genel kullanımda mı?
- İki resmî sayfa farklı şey söylüyor; ikisini de veriyoruz. Ürün kökü sayfasında (Last updated Aug 13, 2026) beta ibaresi yok; başlık düz “Cloudflare Mesh”. Bağlantı seçenekleri sayfasında (Last updated Apr 17, 2026) ise başlık birebir “## Cloudflare Mesh (beta)”. İkisi de resmî, uzlaştıran bir sayfa yok. Bu portalda ürünü beta olarak işaretledik çünkü daha kısıtlayıcı olan varsayımı almak üretim planlaması açısından daha güvenli.
- Şubat 2026 yeniden adlandırma turuna dahil miydi?
- Hayır. 17 Şubat 2026'daki tur yedi Magic markalı ağ ürününü kapsıyordu — Magic WAN → Cloudflare WAN, Magic Firewall → Network Firewall, Magic Network Monitoring → Network Flow gibi. WARP Connector → Mesh geçişi iki ay sonra, 14 Nisan 2026'da, ayrı bir duyuruyla oldu. Aynı duyuruda WARP client de Cloudflare One Client adını aldı — bu, eski kurulum talimatlarının tamamını geçersiz kılan bir değişiklik.
- Node kurmadan kullanabilir miyim?
- Evet. Birebir: “Any participant can reach any other participant by Mesh IP. Client-to-client connectivity works without deploying any Mesh nodes.” İki kayıtlı laptop birbirine doğrudan Mesh IP ile ulaşabiliyor. Node'lar iki iş için gerekiyor: bir sunucuyu headless olarak erişilebilir kılmak, ve arkasındaki subnet'i yayınlamak. Katılımcı tiplerinin farkı da bu: mesh node'lar CIDR rotası duyurabiliyor ve active-passive replika destekliyor; istemci cihazlar ikisini de yapamıyor.
- Mesh IP aralığı ne ve neden CGNAT?
100.96.0.0/12. Gerekçe birebir: “This range uses CGNAT address space to avoid conflicts with RFC 1918 private ranges (10.x,172.16.x,192.168.x).” Yani kurumun mevcut özel adres planıyla çakışmıyor. Çakışma yine de varsa özel bir subnet yapılandırılabiliyor. Dikkat: Split Tunnel Exclude modundaysan varsayılan CGNAT hariç tutması bu aralığı da kapsıyor — birebir: “remove100.64.0.0/10(the default CGNAT exclusion) from the exclude list.”- Mesh mi Cloudflare Tunnel mı kullanmalıyım?
- Yön ve katman farkı belirliyor. Mesh: çift yönlü — “any participant can initiate”; her katılımcıya Mesh IP veriyor; TCP, UDP ve ICMP taşıyor;
warp-cliile çalışıyor. Tunnel: yalnızca origin'e doğru; IP vermiyor; HTTP/S, TCP, SSH, RDP ve SMB'yi WebSocket üzerinden proxy'liyor;cloudflaredile çalışıyor. Cloudflare'in kendi tavsiyesi birebir: “Use Mesh when devices need to reach each other by private IP, or when your workload requires stable, long-lived TCP connections (SAP, database replication, ERP systems, RDP sessions). Mesh operates at L3/L4 and preserves connections end-to-end, making it the recommended software on-ramp for any traffic sensitive to connection interruptions.” Ayrıca “VoIP, SIP, AD updates, SCCM, DevOps” ve kaynak IP'nin korunması gereken her senaryo. - Cloudflare WAN ile aynı hesapta çalışıyor mu?
- Yalnızca Unified Routing modunda — bu sert bir kapı. İki ayrı sayfada birebir: “Accounts on Legacy routing mode do not support Cloudflare Mesh when Cloudflare WAN (formerly Magic WAN) is enabled. Your account must be on Cloudflare One Unified Routing for both to work together.” ve “Without it, Mesh and WAN connections cannot exchange traffic.” Unified Routing'in getirdikleri arasında bu açıkça sayılıyor: “Support for Cloudflare Mesh and IPsec/GRE/CNI connectivity in the same account.” Ama Unified Routing hâlâ closed beta ve on-ramp başına throughput “typically around 150 Mbps”.
- Aynı prefix hem Mesh hem WAN'da varsa hangisi kazanıyor?
- Unified Routing'de longest-prefix-match uygulanıyor ve eşit prefix uzunluğunda birebir: “When routes have the same prefix length, Zero Trust routes take precedence over WAN routes.” Mesh ve Tunnel Zero Trust route sınıfında; IPsec, GRE ve CNI ise WAN route. Legacy Routing'de davranış öngörülemez oluyor: daha spesifik bir WAN rotası için bile “Not guaranteed — Zero Trust route can take precedence regardless of prefix length.”
- HA açtım ama failover olmuyor.
- Büyük olasılıkla cihaz profili WireGuard kullanıyor. Birebir: “Cloudflare Mesh requires that the device profile of each Mesh node is configured to use MASQUE, the default protocol for the Cloudflare One Client… If a Mesh node's device profile uses WireGuard instead, the following capabilities will not work: Hostname routes, IPv6 CIDR routes, High availability.” Üçü de sessizce devre dışı kalıyor — hata mesajı yok. Ayrıca HA'nın kendi kuralı: “Cloudflare operates replicas in active-passive mode… A single replica provides no redundancy.” ve “HA is useful for nodes that have routes configured… If a node is only used for direct Mesh IP connectivity (no routes), HA has limited benefit.”
- Yeniden başlattıktan sonra rotalarım çalışmıyor.
- IP forwarding kalıcı değil. Birebir: “Older installations may have used
sysctl -wfor IP forwarding, which does not persist across reboots. If your node loses route connectivity after a server restart…” Kalıcı çözüm birsysctl.ddosyası:net.ipv4.ip_forward = 1,net.ipv6.conf.all.forwarding = 1,net.ipv6.conf.all.accept_ra = 2. Bulut ortamlarında ayrıca sağlayıcı tarafında da açman gerekiyor: GCP “Enable IP forwarding on the VM instance”, AWS “Disable source/destination checking on the EC2 instance” + subnet route table girdisi, Azure “Enable IP forwarding on the network interface” + user-defined route. - Node'u DNS sunucusuna kurabilir miyim?
- Hayır. Birebir: “Mesh nodes run in Traffic and DNS mode, which redirects DNS queries on the host to Cloudflare Gateway. This will conflict with DNS services running on the same machine (for example, Active Directory DNS, Pi-hole, Unbound, BIND, or dnsmasq). If your server runs a DNS service, do not install the Mesh node on that host.” Doğru desen: node'u ayrı bir makineye kurup DNS sunucusuna bir CIDR route ile ulaşmak. Bir kısıt daha: “Mesh nodes must run in Traffic and DNS mode. DNS-only or proxy-only modes are not supported.”
- Tailscale, WireGuard ya da kurumsal VPN'le aynı makinede çalışır mı?
- Hayır. Birebir: “Other software that does the same — Tailscale, WireGuard, OpenVPN, Cisco AnyConnect, GlobalProtect, ZScaler, Netskope, or any traditional VPN client — will compete for control of routing. Running them simultaneously causes unpredictable behavior.” Önce diğerini kaldır ya da durdur, sonra makineyi yeniden başlat.
cloudflaredile aynı makinede çalıştırmak da özel dikkat gerektiriyor: “The Mesh node captures outbound traffic and routes it through Cloudflare, which can preventcloudflaredfrom making its required outbound connections… Split Tunnels is the only supported method of running both connectors on the same machine.” Ve önemli bir uyarı: “The Mesh node's kernel-level integration overrides manual routing configurations (ip route add,iptables).” - Hangi işletim sistemleri destekleniyor, kaynak ihtiyacı ne?
- Birebir liste: “RHEL 9, RHEL 10, Debian 12, Debian 13, Fedora 43, Fedora 44, Ubuntu 22.04 LTS, Ubuntu 24.04 LTS, Ubuntu 26.04 LTS.” İşlemci “AMD64 / x86-64 or ARM64 / AArch64”. Kaynak ihtiyacı şaşırtıcı derecede düşük: disk 75 MB, bellek 35 MB. Önerilen MTU 1381 bayt; dipnot: “Minimum 1281 bytes with Path MTU Discovery.”
- Paket kayıpları yaşıyorum, MTU ile ilgili olabilir mi?
- Muhtemelen evet, ve sebebi çift kapsülleme. Birebir: “If source devices send packets near the maximum size (1,460 bytes or more), the double encapsulation can push packets over 1,500 bytes, causing them to be dropped.” Önerilen MTU 1381 bayt. Büyük dosya transferi donuyor ama SSH çalışıyorsa aranacak ilk yer burası.
- Node'u Docker ya da Kubernetes'te çalıştırabilir miyim?
- Evet. Birebir: “The
cloudflare/meshimage is available on Docker Hub for Docker Compose, Kubernetes, and any OCI-compatible runtime — no host-level package installation required.”amd64vearm64destekliyor ve pratik bir kolaylık taşıyor: “includes built-in source NAT so return traffic routes correctly without VPC route table changes.” Belgelenen desenler: Docker Compose, Kubernetes StatefulSet, Kubernetes sidecar ve CI/CD. - Hostname rotası yazabiliyor muyum?
- Evet, iki rota tipi var: CIDR routes (özel ya da public, IPv4 ve IPv6) ve Hostname routes (özel ya da public hostname). Hostname kısıtları birebir: “Character limit: Must be less than 255 characters.” ve “Supported wildcards: A single wildcard (
*) is allowed, and it must represent a full DNS label.” API:POST /accounts/$ACCOUNT_ID/teamnet/routes, gereken izinCloudflare One Networks Writeya daCloudflare Tunnel Write. Ama unutma: hostname rotaları cihaz profili MASQUE değilse sessizce çalışmıyor. - Windows istemcisinden Mesh IP'lere erişemiyorum.
- Belgelenmiş bir varsayılan. Birebir: “Windows Firewall blocks inbound traffic from
100.96.0.0/12by default. Add a firewall rule that allows incoming requests from this range.” İkinci kontrol noktası Split Tunnel: “Verify that your Split Tunnel configuration routes the Mesh IP range (100.96.0.0/12) through Cloudflare.” Node tarafında isewarp-cli statusçıktısındaStatus update: Connectedgörmen gerekiyor. - Kaç node kurabilirim?
- Hesap başına 50. Tek kaynak 14 Nisan 2026 changelog'u, birebir: “Mesh node limit increased from 10 to 50 per account.” Bu sayı ürün dokümanında tekrarlanmıyor — yani tek bir yerde geçiyor. Replika ve rota sayısı için yayımlanmış bir tavan yok; Mesh bölümünde
maximumaraması tek bir sonuç veriyor ve o da paket boyutuyla ilgili. - Fiyatı ne, hangi planda?
- UNVERIFIED — ve bu bilinçli bir cevap. Yedi Mesh doküman sayfasının hiçbirinde “Available on … plans” rozeti ya da fiyat ifadesi yok.
cloudflare.com/plans/SASE tablosunda Mesh ya da WARP Connector satırı bulunmuyor — pozitif kontrol: aynı tabloda Browser Isolation, CASB, DLP ve Email Security satırları var. Yani ürün fiyat tablosunda hiç görünmüyor. Sözleşme öncesi hesap yöneticine yazılı olarak sordurman gereken maddelerden biri. - Türkiye'de veri yerelleştirme yapabilir miyim?
- Hayır, ve Regional Services açarsan Mesh'i tamamen kaybediyorsun. Mesh, veri yerelleştirme uyumluluk tablolarının hiçbirinde yer almıyor — pozitif kontrol: aynı Zero Trust tablosunda Cloudflare Tunnel ve Cloudflare One Client satırları var. Tek temas noktası Gateway'in 45 numaralı dipnotunun içinde ve sert: “ICMP proxy (forwarding network diagnostic traffic like ping) and Mesh proxy are not available to Regional Services users.” Yani Türkiye Regional Services bölgesini açan bir hesapta Mesh proxy çalışmıyor. Customer Metadata Boundary da yalnızca
usveeudestekliyor.
İlgili servisler
- Cloudflare TunnelŞirket içi sunucunu, güvenlik duvarında port açmadan Cloudflare’e giden bir tünelle yayınlar.
- Cloudflare WANŞube, veri merkezi ve cloud ağlarını Cloudflare backbone’u üzerinden birbirine bağlar.
- GatewayÇalışanların DNS, HTTP ve ağ trafiğini filtreler; zararlı ve yasak siteleri engeller.
- Accessİç uygulamalara VPN yerine identity ve device temelli erişim policy’leri koyar.
- Digital Experience MonitoringCihaz, ağ ve uygulama performansını izler; sentetik testler ve uzaktan paket yakalama yapar.
- Network InterconnectVeri merkezini Cloudflare’e fiziksel veya sanal private hatla bağlar.
Bu sayfadaki fiyat ve özellik bilgileri 1 Eylül 2026 tarihinde Cloudflare’in resmî kaynaklarından doğrulanmıştır. Cloudflare fiyatlandırmasını önceden haber vermeden değiştirebilir; bağlayıcı bilgi içinresmî sayfaya bakın.