Wi-Fi 7: Geleceğin Ağ Standartları ve İnovatif Çözümler

Wi-Fi 7, wireless ağ teknolojisinin geleceğini şekillendiren bir standart olarak ön plana çıkıyor. 2026 itibarıyla, Wi-Fi 7 hakkında konuşurken, 320 MHz'lik kanal genişliği, 4096-QAM (Quadrature Amplitude Modulation) ve multi-link operasyon gibi teknik özelliklere odaklanmak gerekiyor. Bu özellikler, gigabit hızlarında veri iletimini mümkün kılarak, IoT (Nesnelerin İnterneti) ve 5G gibi teknolojilerle uyumlu bir altyapı sunuyor.

Wi-Fi 7'nin en önemli avantajlarından biri, multi-link operasyon yeteneği. Bu, farklı frekans bandlarında (2.4 GHz, 5 GHz, 6 GHz) aynı anda veri iletimine olanak tanıyor. Böylece, ağ performansı ve bağlantı güvenilirliği önemli ölçüde artırılabiliyor. Ayrıca, 320 MHz'lik kanal genişliği, daha yüksek veri iletim hızları için gerekli altyapıyı sağlıyor.

Wi-Fi 7 ve Gelecek

Wi-Fi 7, geleceğin ağ standartları açısından kritik bir role sahip. Artificial Intelligence (AI) ve Machine Learning (ML) gibi teknolojilerin ağ yönetimine entegrasyonu, Wi-Fi 7 ile daha verimli ve etkili bir şekilde gerçekleştirilebiliyor. Otomatik ağ konfigürasyonu ve hata giderme gibi özellikler, ağ yöneticileri için önemli kolaylıklar sağlıyor.

Teknik Özellikler ve Uygulamalar

Wi-Fi 7, gaming, video akışı ve sanal gerçeklik uygulamaları için ideal bir seçim. Düşük gecikme süresi ve yüksek hız, bu tür uygulamalar için kritik önem taşıyor. Ayrıca, endüstriyel otomasyon ve siber güvenlik gibi alanlarda da Wi-Fi 7, güvenilir ve yüksek performanslı bir ağ altyapısı sunuyor.

Sonuç olarak, Wi-Fi 7, geleceğin ağ standartları ve inovatif çözümleri açısından önemli bir konumda bulunuyor. Teknik özellikleri ve uygulamaları ile Wi-Fi 7, wireless ağ teknolojisinin geleceğini şekillendirmeye devam edecek.

IPv6’ya Geçiş Rehberi: Dual Stack, DNS ve Güvenlik Ayarlarıyla Adım Adım Kurulum

IPv6 neden şimdi gündemde?

IPv4 adreslerinin pratikte tükenmesi, CGNAT kullanımının artması ve uzaktan erişim senaryolarının çoğalması IPv6’yı “bir gün geçeriz” seviyesinden çıkarıp gerçek bir ihtiyaç hâline getirdi. IPv6 sadece daha fazla adres demek değil; doğru planlandığında daha temiz bir ağ tasarımı, daha az NAT bağımlılığı ve modern güvenlik yaklaşımlarına daha uyumlu bir altyapı anlamına geliyor. Bu yazıda, ev/ofis ölçeğinden başlayıp küçük işletmeye kadar uygulanabilecek şekilde Dual Stack (IPv4+IPv6 birlikte) kurulumu, DNS kayıtları ve temel güvenlik adımlarını pratik bir rehber olarak ele alacağım.

1) Ön koşullar: ISS ve modem/router desteğini doğrulayın

Önce internet servis sağlayıcınızın (ISS) IPv6 sağladığını kontrol edin. Birçok ISS, DHCPv6-PD (Prefix Delegation) ile router’a bir “prefix” (örneğin /56 veya /64) atar. Modem/router arayüzünüzde IPv6 menüsünü bulun; “Native IPv6”, “DHCPv6”, “Prefix Delegation” gibi seçenekler görmelisiniz. Eğer cihazınız çok eskiyse IPv6 desteklese bile gelişmiş firewall/RA ayarlarını sunmayabilir. Bu aşamada hedefiniz: router’ın WAN tarafında IPv6 adresi alması ve LAN tarafına prefix dağıtabilmesi.

2) Dual Stack kurulum: IPv4’e dokunmadan IPv6’yı ekleyin

En sorunsuz geçiş yaklaşımı Dual Stack’tir. Çünkü cihazlar ve uygulamalar IPv6’yı destekliyorsa onu kullanır, desteklemiyorsa IPv4 ile devam eder. Router’da IPv6’yı etkinleştirdikten sonra genellikle iki kritik ayar vardır: DHCPv6-PD ve RA (Router Advertisement). DHCPv6-PD ile ISS’den aldığınız prefix, LAN’a dağıtılır. RA ise istemcilere “bu ağda IPv6 var, varsayılan ağ geçidi benim” bilgisini duyurur. Çoğu ev router’ında “SLAAC” (Stateless Address Autoconfiguration) otomatik gelir; bu sayede Windows, macOS, Linux ve mobil cihazlar IPv6 adresini kendisi üretir.

Kurulumdan sonra istemci tarafta doğrulama yapın. Windows’ta ipconfig, Linux/macOS’ta ip a komutuyla global IPv6 adresi görmelisiniz (genellikle 2000::/3 aralığında). Ardından bir IPv6 test sitesine girip erişimi doğrulayın. Eğer “IPv6 var ama internet yok” gibi bir durum oluşursa, çoğunlukla DNS veya firewall kuralı hatasıdır.

3) DNS tarafı: AAAA kayıtları, ters kayıt ve split-horizon

IPv6’da web sunucunuzu veya evdeki servislerinizi dışarı açacaksanız DNS’e AAAA kaydı eklemeniz gerekir. Örneğin example.com için hem A (IPv4) hem AAAA (IPv6) kaydı eklemek, istemcinin en uygun protokolle bağlanmasını sağlar. Bazı sistemler IPv6’yı tercih edebilir; bu yüzden IPv6’nız stabil değilse AAAA kaydını eklemek “yavaş açılıyor” şikâyetlerine yol açabilir. En iyi pratik: önce IPv6 bağlantısını ve firewall’ı sağlamlaştırın, sonra AAAA kaydını yayınlayın.

Kurumsal tarafta iç ağ isim çözümlemesi için split-horizon DNS (içeride farklı, dışarıda farklı kayıt döndürme) kullanılıyorsa, IPv6’yı her iki tarafta da tutarlı planlamak önemlidir. İçeride özel servisler için ULA (fc00::/7) kullanmak cazip görünse de çoğu senaryoda ISS’den gelen global prefix ile devam etmek, NAT benzeri karmaşıklıklardan kaçınmanızı sağlar. Ters DNS (PTR) kaydı ise genellikle barındırma sağlayıcı/ISS tarafında yönetilir; e-posta gibi servisler planlıyorsanız ihmal etmeyin.

4) Güvenlik: “NAT yoksa güvensiz” yanılgısı ve doğru firewall

IPv4 dünyasında NAT, yanlışlıkla “güvenlik duvarı” yerine kondu. IPv6’da her cihazın global adres alabilmesi, doğru yapılandırılmamış ağlarda yüzey alanını artırır. Bu yüzden IPv6’ya geçerken yapılacak en kritik iş, router üzerinde stateful firewall kurallarını kontrol etmektir. İyi haber: Çoğu modern router, IPv6’da varsayılan olarak dışarıdan içeri gelen bağlantıları engeller, içeriden dışarıya izin verir.

Kontrol etmeniz gerekenler: WAN’dan LAN’a inbound trafiğin kapalı olması, yönetim arayüzünün (web/SSH) internetten erişime açık olmaması, UPnP benzeri otomatik port açma mekanizmalarının IPv6’da ne yaptığı ve misafir ağlarının IPv6 izolasyonu. Ayrıca IoT cihazlar için ayrı VLAN veya misafir SSID kullanıyorsanız, IPv6 tarafında da aynı segmentasyonun uygulandığından emin olun. IPv6’da “port taraması daha zor” gibi iddialar pratikte güvenlik stratejisi değildir; temel yaklaşım yine aynıdır: minimum yetki, segmentasyon ve güncel yazılım.

5) Adres planlama: /64, /56 ve küçük ölçekli iyi pratikler

IPv6’da tipik bir LAN segmenti /64 kullanır. ISS’den /56 alıyorsanız teoride 256 adet /64 alt ağınız vardır; bu da “her VLAN’a bir /64” yaklaşımını kolaylaştırır. Ev/ofis için basit bir plan: ana ağ, misafir ağı ve IoT ağı için üç ayrı /64 ayırmak. Router bunu otomatik yapabiliyorsa harika; yapamıyorsa en azından tek bir /64 ile başlayıp ileride genişletebilirsiniz. Burada amaç, büyüdükçe yamalı bohça olmamak.

6) Sorun giderme: En sık karşılaşılan 5 problem

1) IPv6 var görünüyor ama site açılmıyor: DNS çözümlemesi veya firewall sorunu olabilir. İstemcide farklı DNS deneyin (ISS DNS’i, güvenilir bir genel DNS). 2) Bazı cihazlar IPv6 alıyor bazıları almıyor: RA yayınları kapalı olabilir veya Wi‑Fi izolasyonu/ACL engeli vardır. 3) Oyunlarda/VoIP’de sorun: Uygulama IPv6’yı kötü yönetiyor olabilir; geçici olarak AAAA kaydını kaldırmak veya istemci tarafında IPv6 önceliğini düşürmek test amaçlı yapılabilir. 4) Prefix sık değişiyor: ISS dinamik prefix veriyorsa, dış erişim için dinamik DNS ve otomatik güncelleme şarttır. 5) Port açmadan servis yayınlamak: IPv6’da NAT yok diye her şey açık değildir; yine firewall’da ilgili portlara izin vermelisiniz.

Sonuç: IPv6’yı kontrollü şekilde devreye alın

IPv6’ya geçişi “bir gecede IPv4’ü kapatalım” şeklinde düşünmek yerine, Dual Stack ile başlayıp adım adım olgunlaştırmak en sağlıklı yoldur. Önce ISS ve router uyumluluğunu doğrulayın, sonra RA/DHCPv6-PD ile istemcilere stabil adresleme sağlayın, DNS’te AAAA kayıtlarını kontrollü yayınlayın ve en önemlisi IPv6 firewall kurallarını bilinçli yönetin. Doğru kurulduğunda IPv6, erişilebilirliği artırır ve ağ yönetimini daha öngörülebilir hâle getirir.

Cloudflare Tunnel ile Evdeki Sunucunuza Statik IP Olmadan Güvenli Erişim (Adım Adım Kurulum)

Cloudflare Tunnel nedir ve neden tercih edilmeli?

Evde NAS, Raspberry Pi, mini PC ya da bir Docker sunucusu çalıştırıyorsanız, dışarıdan güvenli erişim genellikle iki seçeneğe sıkışır: port yönlendirme (NAT) veya VPN. Port yönlendirme pratik görünse de güvenlik riskleri ve dinamik IP gibi sorunlar doğurabilir. Cloudflare Tunnel (eski adıyla Argo Tunnel) ise statik IP’ye ihtiyaç duymadan, router’da port açmadan ve servislerinizi doğrudan internete maruz bırakmadan dış erişim sağlayan modern bir yöntemdir.

Tunnel mantığı basittir: Yerel ağınızdaki bir “connector” (cloudflared) Cloudflare’a doğru dışarıya bir bağlantı başlatır. Dışarıdan gelen istekler Cloudflare üzerinden bu tünel aracılığıyla içerdeki servise iletilir. Böylece ev IP’niz ifşa olmaz, saldırı yüzeyiniz küçülür ve Cloudflare’ın WAF/Rate Limiting gibi korumalarıyla entegre olursunuz.

Ön koşullar

Bu öğreticide örnek olarak yerel ağda çalışan bir web servisini (ör. http://localhost:8080) yayınlayacağız. İhtiyacınız olanlar: Cloudflare hesabı, Cloudflare’a eklenmiş bir alan adı (ör. example.com), tüneli çalıştıracağınız bir makine (Linux önerilir; Docker da olur) ve yayınlanacak servis.

Not: Cloudflare Tunnel ile yalnızca web uygulamaları değil, uygun yapılandırma ile çeşitli TCP servisleri de yönetilebilir. Ancak en temiz ve güvenli senaryo, HTTP/HTTPS tabanlı servisleri Cloudflare Access ile kimlik doğrulama ekleyerek yayınlamaktır.

1) Cloudflare’da Tunnel oluşturma

Cloudflare paneline girin ve ilgili domaini seçin. Sol menüde Zero Trust (veya “Access/Zero Trust”) bölümüne geçin. Buradan Networks > Tunnels menüsünü açıp Create a tunnel ile yeni bir tünel oluşturun. Tünele anlaşılır bir ad verin (ör. “ev-sunucu”).

Cloudflare size kurulum adımlarını gösterecek. Bu aşamada iki yol var: doğrudan binary kurmak ya da Docker ile çalıştırmak. İleri seviye kullanıcılar için Docker, otomasyon ve taşınabilirlik açısından daha rahattır.

2) Docker ile cloudflared çalıştırma

Cloudflare panelinde “Run the connector” adımında bir token üretilir. Bu token tünelin kimliğidir. Token’ı kopyalayın ve tüneli çalıştıracağınız makinede aşağıdaki komutu kullanın:

docker run -d --name cloudflared --restart unless-stopped cloudflare/cloudflared:latest tunnel --no-autoupdate run --token YOUR_TOKEN

Bu komut, cloudflared’ı arka planda başlatır ve makine yeniden başladığında otomatik ayağa kaldırır. Sorun yaşarsanız logları görmek için:

docker logs -f cloudflared

Burada “connected” benzeri bir ifade görüyorsanız tüneliniz Cloudflare’a başarıyla bağlanmıştır.

3) Public hostname tanımlama (subdomain yönlendirme)

Şimdi dış dünyadan erişilecek adresi belirleyeceğiz. Yine Zero Trust panelinde ilgili tünelin içine girin ve Public Hostnames bölümünden yeni kayıt ekleyin. Örneğin:

Subdomain: panel
Domain: example.com
Path: (boş bırakabilirsiniz)
Service: http://localhost:8080

Bu ayarla https://panel.example.com isteği Cloudflare üzerinden tünelinize gelir ve yereldeki 8080 portuna yönlenir. Router’da port açmadığınız için servisiniz “internete açık” hale gelmez; yalnızca Cloudflare tüneli üzerinden erişilebilir olur.

4) Güvenliği bir üst seviyeye taşıma: Cloudflare Access

Tünel çalışsa bile erişimi herkese açık bırakmak istemezsiniz. Cloudflare’ın en büyük artısı burada başlar: Access policy ile kimlerin gireceğini belirleyebilirsiniz. Zero Trust panelinde Access > Applications bölümüne gidip “Self-hosted” uygulama ekleyin ve aynı hostname’i (panel.example.com) seçin.

Ardından bir politika tanımlayın. Örneğin yalnızca belirli e-posta adreslerine izin verin (Google/Microsoft ile SSO da mümkün). Bu sayede URL’yi bilen herkes değil, sadece yetkili kullanıcılar giriş yapabilir. Bu yaklaşım klasik Basic Auth’tan daha esnek ve denetlenebilir bir güvenlik katmanı sunar.

5) Sık yapılan hatalar ve ipuçları

Servis “Bad Gateway” veriyor: Genellikle yereldeki servis yanlış portta çalışıyordur veya yalnızca 127.0.0.1 yerine belirli bir arayüze bağlıdır. Docker içinden başka bir konteynıra yönlendiriyorsanız ağ ayarlarınızı kontrol edin.

HTTPS/sertifika konusu: Cloudflare dışarıya HTTPS sunar. İçerideki servisiniz HTTP olabilir; bu yaygın bir kullanımdır. Ancak içeride de TLS istiyorsanız origin sertifikası gibi seçenekler mevcut.

Performans ve gecikme: Tunnel trafiği Cloudflare POP’ları üzerinden geçer. Çoğu ev senaryosunda gecikme farkı ihmal edilebilir düzeydedir; asıl sınır genellikle ev internetinizin upload hızıdır.

Log ve izleme: Zero Trust üzerinden bağlantı denemelerini ve Access loglarını inceleyin. Şüpheli denemelerde rate limiting veya ek erişim kısıtları uygulayabilirsiniz.

Sonuç

Cloudflare Tunnel, evde barındırdığınız servisleri statik IP olmadan, port açmadan ve daha kontrollü şekilde yayınlamak için güncel ve güçlü bir çözümdür. Özellikle Cloudflare Access ile birlikte kullanıldığında, “herkese açık admin paneli” gibi riskli senaryoları neredeyse tamamen ortadan kaldırır. Eğer self-hosted uygulamalarınız var ve güvenliği ciddiye alıyorsanız, bu yaklaşım modern bir varsayılan haline gelmeye başladı.

Cloudflare Zero Trust ile Uzak Erişimde VPN’siz Güvenli Tünel: Tailscale Alternatifi mi?

VPN yorgunluğuna modern bir alternatif

Uzaktan çalışma kalıcılaştıkça, ofis ağına erişim için klasik VPN kurulumları birçok ekipte “gerekli ama can sıkan” bir rutine dönüştü. Sertifika yenilemeleri, port yönlendirme, split-tunnel karmaşası, performans düşüşü ve mobil cihazlarda kopmalar… Bu noktada Cloudflare Zero Trust, özellikle küçük ekiplerden ileri seviye homelab kullanıcılarına kadar geniş bir kitle için “VPN’siz güvenli erişim” fikrini pratik hale getiriyor. Bu yazıda, Cloudflare’ın WARP ve Tunnel yaklaşımını adım adım kurulum mantığıyla ele alacak; hangi senaryolarda Tailscale benzeri çözümlere alternatif olabileceğini inceleyeceğiz.

Zero Trust mimarisi neyi değiştiriyor?

Geleneksel VPN’de cihaz “ağın içine” girer; yetki kontrolü çoğu zaman ağ segmenti ve firewall kurallarıyla yapılır. Zero Trust yaklaşımı ise “önce doğrula, sonra en az ayrıcalıkla eriştir” felsefesine dayanır. Cloudflare tarafında bu; kullanıcı kimliği (SSO/OTP), cihaz durumu, uygulama bazlı erişim ve kayıtlı politikalarla yönetilir. Yani hedef, tüm ağa tünel açmak değil; ihtiyaç duyulan uygulamaya güvenli bir şekilde eriştirmektir. Özellikle admin panelleri, dahili dashboard’lar, Git sunucuları, staging ortamları veya NAS arayüzleri gibi “internet’e açmak istemediğiniz” servisler için bu yaklaşım oldukça temiz çalışır.

Ön hazırlık: Hesap, alan adı ve temel kavramlar

Başlamak için bir Cloudflare hesabına ve mümkünse Cloudflare’a yönlendirilmiş bir alan adına ihtiyacınız var. Şu iki kavramı netleştirelim: Cloudflare Tunnel, içerideki bir sunucudan Cloudflare’a “dışarı doğru” güvenli bir bağlantı başlatır; böylece ev/iş yerindeki NAT arkasında kalan servisleri port açmadan yayınlayabilirsiniz. Access ise bu yayına kimlerin, hangi koşullarda erişeceğini belirler. Kullanıcı tarafında ise WARP istemcisi, cihazın trafiğini belirli politikalara göre Cloudflare ağı üzerinden yönetmenizi sağlar (her zaman şart değil, birazdan anlatacağım).

Adım adım: Cloudflare Tunnel ile içerideki servisi yayınlama

Kurulumun en kritik noktası, içeride erişmek istediğiniz servisin (ör. 192.168.1.10:3000 üzerindeki bir dashboard) dışarıdan port açmadan erişilebilir hale gelmesidir. Bunun için içerideki makineye cloudflared ajanını kurarsınız. Kurulum komutu işletim sistemine göre değişse de mantık sabittir: Cloudflare panelinde bir “Tunnel” oluşturulur, size verilen kimlik bilgileriyle ajan yetkilendirilir ve bir yönlendirme kuralı tanımlanır.

Ardından “Public Hostname” kısmında örneğin dash.ornekalanadi.com gibi bir alt alan adı belirleyip, hedefi http://localhost:3000 veya yerel IP:port şeklinde tanımlarsınız. Burada önemli bir avantaj var: Port açmadığınız için saldırı yüzeyiniz ciddi şekilde azalır; ayrıca IP’niz değişse bile tünel içeriden çıktığı için erişim bozulmaz. Ev internetinde CGNAT kullananlar için bu, tek başına büyük bir kazanım.

Kimlik doğrulama: Access politikalarıyla “kim girebilir?” sorusunu çözmek

Tunnel tek başına servisi yayınlar; güvenlik tarafı ise Access ile tamamlanır. Cloudflare Zero Trust panelinde “Access → Applications” bölümünden az önce yayınladığınız host için bir uygulama tanımlarsınız. Sonrasında bir politika eklersiniz: örneğin sadece belirli e-posta alan adlarından (@sirket.com) gelen kullanıcılar girsin; ya da sadece tek tek tanımladığınız e-posta adresleri izinli olsun.

Daha ileri senaryoda SSO (Google Workspace, Microsoft Entra ID vb.) entegre edip MFA zorunlu kılabilirsiniz. Böylece servis internete “açık” görünse bile, gerçek erişim bir kimlik katmanının arkasında kalır. Üstelik bu, uygulamanızın kendi login sisteminden bağımsız bir ek güvenlik perdesi oluşturur.

WARP istemcisi ne zaman gerekli?

Birçok kişi WARP’ı “VPN gibi” düşünür; aslında WARP çoğu zaman uç cihaz politikasını işletmek için kullanılır. Eğer hedefiniz sadece web tabanlı bir arayüze (HTTP/HTTPS) erişmekse, Tunnel + Access çoğu senaryoda yeterlidir ve kullanıcılar tarayıcı üzerinden doğrulanarak erişir. Ancak SMB/RDP/SSH gibi tarayıcı dışı protokoller veya özel IP aralıklarına erişim gibi durumlarda WARP + Private Network kurgusu devreye girer. Bu sayede cihaz, Cloudflare üzerinden iç ağdaki belirli IP aralıklarına güvenli biçimde yönlendirilir.

Performans, güvenlik ve pratik kullanım değerlendirmesi

Performans tarafında en büyük değişken, Cloudflare POP noktalarına olan yakınlığınız ve içerideki uplink kalitenizdir. Web panelleri ve API erişimleri genellikle akıcı çalışır. Güvenlikte ise port açmamak, kaba kuvvet denemelerini ve servis keşfini azaltır; Access katmanı da kimlik doğrulamayı standartlaştırır. Günlük pratikte en sevdiğim taraf, yeni bir servis eklemenin “bir DNS kaydı + bir Access politikası” mantığıyla hızlıca yapılabilmesidir.

Peki Tailscale ile kıyas? Tailscale daha çok “cihazdan cihaza özel ağ” hissini çok iyi verir; Cloudflare Zero Trust ise “uygulama bazlı yayın ve kontrol” konusunda güçlüdür. Eğer hedefiniz ekip içi dahili web uygulamalarını güvenli sunmak ve merkezi erişim politikası yönetmekse Cloudflare yaklaşımı daha derli toplu olabilir. Tam tersine, cihazlar arası esnek dosya paylaşımı, mesh ağ kolaylığı ve geniş protokol çeşitliliği arıyorsanız Tailscale hâlâ çok iddialı.

Sonuç: Kimler denemeli?

Evinde NAS arayüzünü, Home Assistant’ı, bir monitoring panelini veya şirket içinde staging ortamını internet’e “açmadan” uzaktan erişmek isteyen herkes Cloudflare Zero Trust’ı denemeli. Özellikle port yönlendirme yapmadan ve MFA ile güvenliği artırarak ilerlemek isteyenler için modern bir çözüm sunuyor. İlk kurulumda kavramlar biraz yeni gelebilir; fakat bir kez oturduğunda, VPN’e dönüş ihtiyacı ciddi ölçüde azalıyor.