IPv6 Eğitimini Ekip İçinde Uygulanabilir İşlere Dönüştürmek
Bir IPv6 kursunu tamamlamak, ekibin kendi ağında güvenli bir değişiklik yapabildiğini tek başına göstermez. Bunun için göreve uygun bilgi, temsil edici bir test ortamı ve başka bir mühendisin inceleyebileceği sonuçlar gerekir. Bu rehber, RIPE NCC kaynaklarıyla edinilen bilgiyi kurum içi çalışmaya dönüştürmek için rol dağılımı, laboratuvar görevleri ve pilot kabul ölçütleri önerir. Planı seçilen kursun resmî kapsamına, ekibin yetkilerine ve kullanılan altyapıya göre uyarlayın.
Hangi kursun hangi ön koşulla alınacağını ve sertifikasyonun nasıl ayrıldığını RIPE NCC IPv6 kurs ve sertifika seçimi rehberinde bulabilirsiniz. Buradaki soru daha somut: Seçilen eğitimden sonra kim, hangi ortamda, hangi işi yapacak ve doğru yaptığını nasıl gösterecek? Çıktı olarak yalnız katılım belgesi değil, gözden geçirilmiş bir adres planı, test kaydı ve işletim prosedürü hedefleyin.
1. Rol, Bilgi Eksikliği ve Teslim Edilecek İşi Eşleştirin
Önce ekip üyelerinin deneyimini kısa bir görüşme ve örnek görevle değerlendirin. Bir IPv6 adresini okuyabilmek, bir müşteriye yönlendirilen prefix’in sınırını açıklayabilmek ve başarısız HTTPS isteğinin hangi katmanda takıldığını bulmak farklı becerilerdir. Herkesi aynı kurs sırasına sokmak yerine, görevde karşılaşacağı karara göre bilgi eksiklerini belirleyin.
| Rol | Kurum içi çalışma | İncelenecek çıktı |
|---|---|---|
| Ağ mühendisi veya mimarı | Adres planı, yönlendirme ve sağlayıcı sınırlarını açıklama | Prefix envanteri, topoloji, rota ve filtre incelemesi |
| Sistem yöneticisi veya DevOps | İşletim sistemi, DNS, web servisi ve uygulama bağımlılıklarını iki protokolde test etme | Sürümleri belirtilmiş yapılandırma notu ve uygulama testleri |
| Güvenlik sorumlusu | IPv6 erişim politikasını, kontrol mesajlarını ve günlükleri değerlendirme | İzin verilen ve reddedilen akışlar için test kaydı |
| Destek veya NOC | DNS, rota, TLS ve uygulama sorunlarını ayırma | Örnek olay kaydı, teşhis adımları ve doğru ekibe devir bilgisi |
| Teknik lider veya ürün yöneticisi | Kapsamı, kaynakları, müşteri etkisini ve karar yetkisini belirleme | Ölçülebilir hedef, bağımlılıklar ve pilot devam/durdurma kararı |
Küçük bir ekipte bir kişi birkaç rol üstlenebilir. Yine de hazırlayan ve sonucu gözden geçiren kişiyi mümkün olduğunca ayırın. Dış sağlayıcının yönettiği bir katman varsa, ekibin o katmanı değiştirebildiğini varsaymak yerine hangi bilgiyi kimden isteyeceğini yazın. Paylaşımlı hosting kullanan bir site ekibinin öğrenme hedefi, kendi ASN’ini işleten operatörün BGP göreviyle aynı değildir.
Kurs Bilgisi ile Yerel Yapılandırma Görevini Ayırın
IPv6 Fundamentals adresleme ve dağıtım kavramlarını kapsar; router, sunucu veya başka cihazların yapılandırmasını öğretmeyi kapsam dışında bırakır. Bu yüzden Linux, Windows, ağ cihazı, konteyner veya Kubernetes görevini ilgili ürünün sürüm belgeleriyle tamamlayın. Yüz yüze IPv6 Advanced, teknik ön bilginin yanında Fundamentals yüz yüze eğitimine katılmış veya e-öğrenme kursunu izlemiş olmayı ister. IPv6 Security ise IPv6 ağı işletme deneyimi olan katılımcılara yöneliktir. Bu koşullar 4 Kasım 2026’da kontrol edilen sayfalara aittir; seçilen formatın güncel koşullarını ayrıca okuyun.
2. Eğitimden Önce Test Kapsamını ve Sorumluları Hazırlayın
Üzerinde çalışılacak küçük hizmeti ve öğrenme hedefini seçin. Hedef, örneğin bir test sitesinin aynı HTTPS işlemini IPv4 ve IPv6 üzerinden tamamlaması olabilir. “Altı ayda bütün ağı geçirmek” gibi bir takvim, envanter ve bağımlılık bilgisi olmadan başarı ölçütü değildir. Hangi kullanıcıların IPv4’e ihtiyaç duyduğu, hangi uygulama bileşenlerinin IPv6’yı desteklediği ve hangi erişim yolunun değişeceği önce anlaşılmalıdır.
- Sağlayıcının IPv6 tahsisini, on-link adres veya yönlendirilmiş prefix modelini ve reverse DNS sorumlusunu kaydedin.
- Router, switch, güvenlik duvarı, sanallaştırma, işletim sistemi ve uygulama sürümlerini envantere ekleyin.
- DNS, CDN, yük dengeleyici, API, posta ve yönetim bağlantıları gibi bağımlılıkları işaretleyin.
- Değişiklik yapma yetkisini, test zamanını, gözlem araçlarını ve geri dönüş sorumlusunu belirleyin.
IPv4 tükenmesi ve maliyet planlama rehberi iş gerekçesini tartışmaya yardımcı olabilir; IPv6’nın toplam maliyeti mutlaka düşüreceğini varsaymayın. Adres satın alma maliyeti, eğitim zamanı, test altyapısı ve iki protokolü işletme yükünü ayrı değerlendirin. Kendi internet numara kaynaklarınızı yönetiyorsanız, RIPE NCC tahsis kuralları hakkındaki rehberin yanında güncel resmî politikayı kontrol edin; her VPS kullanıcısının LIR işlemi yapması gerekmez.
Lab Kaynaklarını Üretim Yetkisinden Ayırın
Test adresleri, alan adları ve hesapları açıkça belirlenmiş bir ortam hazırlayın. VLAN veya başka bir izolasyon yöntemi kullanıyorsanız, yönetim erişimini ve üretime açılan yolları da kontrol edin; “test” adı vermek tek başına izolasyon sağlamaz. Müşteri verisi gerekmeyen görevlerde sentetik veri kullanın. Eğitim için toplanan günlüklerin erişim ve saklama süresini belirleyin.
Bir VPS veya dedicated sunucu düşünüyorsanız, seçilen hizmetin IPv6 desteğini, tahsis büyüklüğünü ve yönetim yetkilerini önce teyit edin. Lab’da sağlayıcıya ait BGP, switch güvenliği veya müşteri prefix delegasyonunu değiştirebileceğinizi varsaymayın. Yetki dışındaki katmanlar için belge incelemesi, örnek topoloji veya sağlayıcıdan alınan doğrulama uygun bir çıktı olabilir.
3. Her Öğrenme Hedefi İçin Bir Lab Görevi Tanımlayın
Adres Planı ve Tahsis Sınırları
Ağ rolündeki katılımcıdan, kuruluşa ayrılan blokları, müşteri prefix’lerini, link alt ağlarını ve tekil adresleri ayrı gösteren bir plan isteyin. Bir /32 veya /29 tahsisi, bölge/veri merkezi/hizmet ayrımı için ancak kuruluşun gerçekten bu büyüklükte bir bloğu varsa örnek olabilir. Rack, hypervisor kümesi ve VLAN sınırlarını örnek topolojide ayrıca gösterin. Büyüme rezervini, çakışmaları ve her bölümün sahibini belgeleyin; hiyerarşik plan gelecekte yeniden numaralandırma ihtimalini tamamen ortadan kaldırmaz.
Bir IPv6 adresi 128 bittir; yaygın Ethernet SLAAC ağındaki /64, bir arayüze özel yönlendirilen blok anlamına gelmez. Müşteriye verilen /48 veya /56 gibi prefix’ler birden çok alt ağ içerebilir; ihtiyaç ve sağlayıcı politikası belirleyicidir. Router’lar arası noktadan noktaya /127 ve tek adrese giden /128 konak rotası farklı kapsamlardır. İnceleyen kişi, planın bu ayrımları doğru yaptığını ve tahsis dışına taşmadığını kontrol etsin. RFC 6177, her son kullanıcı alanı için tek bir evrensel blok büyüklüğü önermez.
Katılımcıdan adres kısaltmalarını okuyup yazmasını; global unicast, link-local ve ULA adreslerini plan üzerinde ayırmasını isteyin. IPAM kaydı ile cihazdaki yapılandırmanın aynı prefix ve sahibini gösterdiğini kontrol edin. Sunucu şablonu, müşteri paneli veya otomasyon adres atıyorsa, bu katmanların da tahsis modeline uyduğunu test edin. Provisioning iş akışında adres ataması ile DNS güncellemesinin birlikte doğru sonucu verdiğini ve başarısızlığın kayda geçtiğini doğrulayın.
Yönlendirme ve Ağ Yolu
Kendi yönlendirmesini işleten ekip, test topolojisinde statik rota veya görevine uygun OSPFv3, IS-IS ve BGP senaryosunu ele alabilir. Import/export filtrelerinin hangi prefix’lere izin verdiğini, çoklu upstream varsa dönüş yolunu ve arıza durumunu açıklayan bir kayıt hazırlayın. BGP toplulukları ve peering kuralları gerçek politika ile eşleşmelidir; kurs örneğini canlı router’a doğrudan uygulamayın.
RIPE Database route6 kaydı ile RPKI ROA farklı işler yapar. ROA, belirli prefix’leri hangi AS’in başlatmaya yetkili olduğunu bildirir; tüm AS yolunu doğrulamaz ve uygulama erişimini garanti etmez. Sağlayıcı yönlendirmesini kullanan sistem ekibinin görevi ise kendi adresini, ağ geçidini, erişim testini ve sağlayıcıya iletilecek kanıtı doğru hazırlamak olabilir.
DNS, Web ve Uygulama Erişimi
Sistem ekibi, Linux VPS üzerinde statik IPv6 rehberini işletim sistemi ve sağlayıcı modeliyle eşleştirerek bir test hizmeti hazırlayabilir. Linux arayüzündeki statik yapılandırma ile RA/DHCPv6 kullanımını sağlayıcının modeline göre ayırın. Nginx, Apache veya kullanılan web sunucusunun IPv6 dinleyicisini; A/AAAA kayıtlarını, güvenlik duvarını, TLS adını ve uygulama yanıtını birlikte inceleyin. Ping başarısı, HTTPS işleminin başarılı olduğu anlamına gelmez. Aynı hedef ve işlem için IPv4/IPv6 sonuçlarını ayrı kaydedin. İşletim sisteminin IPv6 ping ve traceroute seçenekleri ağ yolunu incelemeye yardımcı olur; bunları uygulama testiyle tamamlayın. Anycast, yük dengeleyici veya CDN devredeyse ölçümün hangi uç ve yol için yapıldığını kaydedin.
Yetkili DNS sunucusuna IPv6 üzerinden erişim ile bir alan adına AAAA kaydı eklemek farklı kontrollerdir. Delegasyon için gereken ad sunucusu adresleri ve varsa AAAA glue kayıtları, site adının AAAA kaydından ayrı incelenir. İşlettiğiniz recursive resolver ve forwarder’ları da amaçlanan adres ailesi üzerinden test edin. IPv6 reverse DNS kayıtlarını ip6.arpa altında ve yetkili tarafla birlikte doğrulayın. MX kaydı da doğrudan IP adresi değil, posta sunucusunun adını gösterir. Uygulama bağımlılıklarını incelerken sabit IPv4 adresi kullanan kodu, dış API’leri, CI/CD ajanlarını ve yönetim araçlarını ayrıca değerlendirin. CDN veya reverse proxy kullanılıyorsa istemcinin gördüğü uç ile origin sunucusunun erişimini birbirinden ayırın.
IPv6-only ve dual-stack karşılaştırması, hangi çalışma modelinin test edileceğini seçmeye yardımcı olabilir. Olağan NAT64/DNS64 düzeni, IPv6 istemcinin IPv4 hedefe çıkışını destekler; IPv4 ziyaretçilerin IPv6-only siteye girişini kendiliğinden sağlamaz. Giriş için ayrı desteklenen bir ön uç veya başka bir tasarım gerekir. IPv6 etkinleştirmek doğrudan SEO sıralaması ya da hız artışı vaadi değildir.
AAAA kaydının IPv6 hedefini nasıl belirlediğini ve DNS kayıtlarında yaygın hataları ilgili görevle birlikte inceleyebilirsiniz. IPv6-only bir test istemcisinin çıkışı ve bir web sitesinin IPv4 ziyaretçilere erişimi için IPv6-only VPS web yayını rehberi ayrı senaryolar sunar. Bu kaynakları kendi topolojinize uyarlayın.
Postayı Ayrı Bir Uygulama Görevi Olarak Ele Alın
Web testinin geçmesi, posta tesliminin doğrulandığını göstermez. IPv6 ile e-posta gönderimi rehberi eşliğinde, izinli bir test düzeninde gerçek gönderici IPv6 adresini, forward/reverse DNS’i, sunucu adını ve SPF yetkilendirmesini inceleyin. DKIM imzası ve DMARC hizalaması ayrıca kontrol edilir; yalnız IPv6’ya geçmek bu kayıtların hepsini değiştirmeyi gerektirmez.
Test alıcısını, zamanı, SMTP yanıtını ve varsa ileti kimliğini kaydedin. Alıcı sunucunun iletiyi kabul etmesi, gelen kutusunda gösterileceğini kanıtlamaz. Politika veya itibar nedeniyle ret varsa, ağ eğitimini tamamlamış olmayı teslim garantisi saymayın. Posta görevinin sahibi ve başarı ölçütü, web pilotundan ayrı olmalıdır. PTR, HELO, SPF ve engelleme listeleriyle IPv6 teslim kontrolü bu ayrı görevin inceleme başlıklarını tamamlayabilir.
Güvenlik, Kontrol Mesajları ve Günlükler
Güvenlik rolü, IPv4 ile eşdeğer erişim niyetini IPv6’nın protokol ihtiyaçlarına göre uygulasın. ICMPv6’yı bütünüyle engellemek komşu keşfini ve Path MTU Discovery için gereken Packet Too Big mesajlarını bozabilir. RA-Guard, DHCPv6 güvenliği ve NDP riskleri, ilgili switch/link yetkisi ve topolojisine göre değerlendirilmelidir; her sunucuya aynı kural listesini kopyalamak doğru bir test değildir.
İzin verilen bir uygulama akışı ile reddedilmesi gereken bir erişimi izole ortamda karşılaştırın. Kayıtların IPv6 adresini, zamanı ve olay bağlamını koruduğunu kontrol edin. Gizlilik adresleri veya farklı istemci adresleri görülmesi, tek başına aynı kişiyi kesin biçimde tanımlamaya yetmez. Varsa IDS/IPS ve günlük toplama sisteminin IPv6 olaylarını doğru işlediğini de deneyin. Destek ekibi bu kayıtlarla DNS, rota, TLS, MTU ve uygulama hatasını ayıran kısa bir teşhis prosedürü hazırlasın.
4. “Çalıştı” Yerine İncelenebilir Kabul Kanıtı Toplayın
Her görev için hedef, ortam/sürüm, beklenen davranış, gözlenen sonuç ve inceleyen kişi yazılmalıdır. Sadece başarılı ekran görüntüsü toplamayın; kontrollü bir başarısızlık örneğinde izleme ve teşhisin doğru katmanı gösterebildiğini de değerlendirin. Bu denemeleri paylaşılan üretim hizmetine arıza vererek yapmayın.
| Görev | Örnek kabul kanıtı | Tek başına yeterli olmayan sonuç |
|---|---|---|
| Adres planı | Tahsis sınırları ve alt ağların ikinci kişi tarafından kontrol edilmesi | Bir arayüzde IPv6 adresi görülmesi |
| Çift protokol web testi | Aynı HTTPS işleminin iki adres ailesinde beklenen uygulama yanıtını vermesi | Yalnız ping veya yalnız IPv4 kontrolü |
| Güvenlik politikası | Gerekli akışın geçmesi, yasak akışın engellenmesi ve ilgili günlükler | Kural dosyasının kaydedilmiş olması |
| İzleme ve destek | Kontrollü test hatasının algılanması, doğru ekibe devri ve düzelme kaydı | Dashboard’un açılması |
| Posta denemesi | Gönderici kimliği, alıcı yanıtı ve tanımlanan teslim kontrolünün birlikte incelenmesi | TCP bağlantısı veya SMTP kabulüyle gelen kutusu garantisi |
RIPE Atlas seçilen probe’lardan ağ ölçümleri sağlar; hedefi, adres ailesini, konumu ve zamanı kaydedin. Uygulama kontrollerini kendi testinizle tamamlayın. IPv6 RIPEness ilk dört yıldızda adres alanı tahsisi, rota görünürlüğü, route6 nesnesi ve reverse DNS gibi hazırlık göstergelerini; beşinci yıldızda dağıtım göstergelerini ele alır; belirli bir müşterinin HTTPS işlemi için gecikme veya kesintisizlik kanıtı değildir.
5. Pilot Geçişi Takvime Değil Hazırlık Kanıtına Bağlayın
Pilota geçmeden önce adres planı, erişim politikası, izleme, destek prosedürü ve geri alma adımları incelenmiş olsun. Sınırlı bir kapsam ve sorumlu seçin. İç dokümantasyon veya monitoring sistemi de kritik bağımlılık olabilir; “iç servis” ifadesini otomatik düşük risk ölçütü saymayın. İzole bir VPN veya yönetim ağı, seçili test VPS’i ya da staging sitesi uygun bir alıştırma olabilir; paylaşılan yönetim ve gözlem bağımlılıklarına etkisini önce değerlendirin. Müşterili bir pilot için katılımı, etkilenebilecek işlemleri ve iletişim kanalını önceden netleştirin.
- Hazırla: Mevcut yapılandırmayı ve bağımlılıkları kaydedin; gözlem ve geri dönüş yolunu test edin.
- Doğrula: Seçilmiş hizmette IPv4 ve IPv6 uygulama kontrollerini çalıştırın. AAAA kaydını, hedef IPv6 hizmeti hazır ve izlenebilir olduğunda yayınlayın.
- İzle: Hata oranlarını, gecikmeyi ve destek kayıtlarını benzer zaman aralıklarında karşılaştırın. Önceden yazılan durdurma koşullarını kullanın.
- Karar ver: Kabul ölçütleri sağlanıyorsa kapsamı genişletin; değilse ilgili değişikliği geri alın veya lab’a dönün. Sonucu ve karar sahibini kaydedin.
AAAA kaydını kaldırmak, önbellekteki yanıtları anında silmez. Geri dönüş planı, kayıt önbelleklerini ve daha önce başlamış bağlantıları hesaba katmalı; gerektiği sürece çalışan hizmet yollarını korumalıdır. IPv6-only bileşenleri eski düzene döndürme seçeneği ayrıca tasarlanmalıdır. Üretim geçişinin teknik ayrıntıları için dual-stack geçiş yol haritasını kullanın.
Web hosting, VPS, posta ve iç API’leri tek kararla aynı anda geçirmek zorunda değilsiniz. Her hizmetin hazırlığı ve sahibi farklı olabilir. Bir aşamanın tamamlanması, sonraki bütün hizmetlerin ya da IPv4’ten vazgeçmenin hazır olduğu anlamına gelmez. Dışarıdan IPv6 ile erişilebilen bir hizmetin bütün arka uç bağımlılıkları IPv6-only çalışabiliyor olmayabilir. Yeni ürün veya bölge için IPv6 gereksinimini, bağımlılıkları, test kapsamını ve sorumluyu ayrı karar kaydına ekleyin; müşteriye neyin değiştiğini, nasıl test edeceğini ve sorunu nereye bildireceğini anlatın.
6. Öğrenme Takvimini, Dil Desteğini ve Değerlendirmeyi İşletin
Bir eğitim koordinatörü, katılım koşullarını ve çalışma zamanlarını takip edebilir; bu rol üretimde değişiklik onayı verme yetkisiyle aynı değildir. RIPE NCC’nin güncel eğitim sayfasına göre e-öğrenme ve webinarlar RIPE NCC Access hesabıyla herkese ücretsiz, yüz yüze kurslar üyeliğe dâhildir. Kayıt zamanı, kontenjan, dil ve ön koşulları seçilen etkinlikten doğrulayın. Sertifika sınavı ayrı bir süreçtir; kurs katılımı veya kurum içi görev başarısı otomatik sertifika sağlamaz.
İngilizce materyal kullanan ekip için ortak terim listesi ve Türkçe iç notlar hazırlayın. Bir katılımcının konuyu diğerlerine anlatmasını isteyin, fakat bu özeti orijinal koşulların veya sınavın yerine koymayın. Canlı oturumda sorulacak topoloji sorularını önceden hazırlamak ve öğrenilenleri lab’da tekrar etmek, kurs kataloğunu yeniden özetlemekten daha somut bir çalışma çıktısı verir.
Değerlendirmede tamamlanan video sayısının yanında görevlerin doğruluğunu, tekrar edilebilirliğini, güncellenen runbook’ları ve ikinci kişinin yardımsız uygulayabildiği adımları izleyin. Teknik sonuçlar için uygun hizmetler içinde IPv6 etkin olanların payını, IPv4/IPv6 bağlantı başarısını, gecikmeyi, trafik hacmini ve ilgili ticket’ların çözüm süresini birlikte ele alın. IPv6 benimseme ve planlama rehberi bağlam sunabilir; farklı istemci dağılımından veya ağ değişikliğinden kaynaklanan iyileşmeyi yalnız eğitime bağlamayın.
Süreyi sabit bir “birkaç hafta” veya “altı ay” vaadiyle belirlemeyin. Ön bilgi, görev kapsamı, ekip zamanı ve dış sağlayıcı bağımlılıkları planı değiştirir. Her değerlendirmede eksik bir kavramı, bir yapılandırma sorununu ve sağlayıcıya ait bir engeli ayırın; hepsinin çözümü yeni bir kurs almak değildir.
Ağ tasarım belgelerini, değişiklik yönetimini ve olay müdahale prosedürlerini bu sonuçlarla güncelleyin. Router runbook’u ilgili rota ve filtre politikasını; web sunucusu şablonu dinleyici, DNS ve güvenlik duvarını; destek prosedürü DNS, rota, TLS ve uygulama ayrımını içersin. Her kayıtta ürün sürümü, doğrulama adımı ve sonraki gözden geçirmenin sahibi bulunsun. Ekip içi paylaşımın sonunda incelenmiş ağ şeması, test kaydı veya runbook maddesi bırakın.
İlk Çalışma İçin Somut Bir Görev Kaydı Açın
Bir sorumlu, bir test hizmeti ve tek bir öğrenme hedefi seçin. Gereken erişimleri, doküman sürümlerini, başarı ve durdurma koşullarını, inceleyeni ve geri dönüş adımlarını aynı kayıtta toplayın. Örneğin VPS IPv6 yapılandırma adımları üzerinden hazırlanmış bir test, ancak kendi tahsis modelinize uyduğu ve uygulama sonucuyla doğrulandığı ölçüde yararlıdır. Bu kayıt tamamlandığında, sıradaki eğitime veya pilot genişlemesine somut kanıtla karar verebilirsiniz.
