Ev ağımda IPv6 neden çalışmıyordu?

• Ev ağında ping google.com başarılı oldu ama ping6 google.com başarısızdı; bunun nedeni Adguard Home DNS ayarlarında IPv6 DNS sorgularının devre dışı bırakılmış olmasıydı
• ACT broadband geçmişte IPv6 desteklemiyordu, ancak Chennai kullanıcılarına kademeli olarak sunulmaya başlandığı görüldü ve yönlendiricide IPv6 etkinleştirildiğinde düzgün çalıştı
• Son ağ testleri sırasında IPv6 sorunu yeniden ortaya çıktı, ancak yönlendirici yönetici panelinde ISS'nin IPv6 bağlantısının kendisi doğrulandı ve aynı sorun macOS ile Raspberry Pi'de de yeniden üretildi
• dig AAAA google.com komutunda DNS sonucu gelmeyince, sorunun kapsamı ISS bağlantısı ya da istemci ayarları değil, AAAA kaydı sorgularını işleyen DNS sunucusu tarafına daraltıldı
• Geçen yıl DNS'yi Adguard Home'a taşıdıktan sonra oluşan bir yapılandırma sorunu olduğu anlaşıldı; IPv6 DNS sorgularını engelleyen anahtar kapatılınca ping -4 ve ping -6 her ikisi de %0 paket kaybıyla başarılı oldu

---

Neden ve çözüm

• Ev ağında ping google.com başarılı oldu ama ping6 google.com başarısızdı; nihai neden Adguard Home DNS ayarlarında tüm IPv6 DNS sorgularının devre dışı bırakılmış olmasıydı
• ACT broadband bir süre IPv6 desteklemiyordu, ancak birkaç yıl önce Chennai kullanıcılarına kademeli olarak sunulmaya başlandığı görüldü ve yönlendiricide IPv6 etkinleştirildikten sonra o dönemde sorunsuz çalıştı
• Son dönemde masa düzeni değiştirilirken ağ bağlantısı test edilirken IPv6 sorunu yeniden ortaya çıktı ve yönlendirici yönetici portalında ISS'nin IPv6 bağlantısının kendisi doğrulandı
• macOS ağ ayarlarında da IPv6'ya izin veriliyordu ve yönlendiriciye LAN üzerinden bağlı Raspberry Pi'de de aynı sorun yeniden üretildiği için bunun belirli bir cihaza özgü olduğunu söylemek zordu
• IPv6 adresiyle doğrudan test etmek için dig AAAA google.com çalıştırıldı, ancak DNS sonucu gelmedi; Google IPv6'yı desteklediğinden DNS sunucusu tarafında sorun olabileceği düşünüldü
• Geçen yıl DNS'nin Adguard Home'a taşındığı hatırlandıktan sonra DNS sunucusu ayarları kontrol edildi ve IPv6 DNS sorgularını engelleyen küçük bir anahtar bulundu
• Bu ayar kapatılıp kaydedildikten sonra hem IPv4 hem de IPv6 normal şekilde çalıştı

Kontrol süreci ve sonuçlar

• Belirtilerin doğrulanması

  • IPv4 ad çözümleme ve bağlantı normal çalışıyordu
  • IPv6 ad çözümleme veya bağlantı başarısız oluyordu
  • Kullanılan temel testler şunlardı

    ping google.com
    ping6 google.com
    

• ISS ve cihaz ayarlarının kontrolü

  • Önce ISS'nin IPv6'yı tekrar devre dışı bırakmış olabileceğinden şüphelenildi, ancak yönlendirici yönetici portalında IPv6 bağlantısı doğrulandı
  • macOS ağ ayarlarında da IPv6'ya izin veriliyordu
  • Raspberry Pi'de de aynı sorun yaşandığı için bunun tek bir istemci yapılandırma sorunu olduğunu söylemek zordu
  • Kendi DNS sunucusu kullanıldığından, yönlendiricinin IPv6 DNS sunucusu adresi ile Raspberry Pi'nin Ethernet arayüzü IP adresi de karşılaştırıldı

• DNS sorununa işaret eden ipuçları

  • DHCP'nin IPv6 DNS iletiminde sorun olup olmadığını elemek için IPv6 adresi doğrudan kontrol edilmek istendi ve dig AAAA google.com komutunda sonuç gelmedi
  • Bu aşamada sorunun ISS bağlantısı ya da istemcide IPv6'ya izin verilip verilmediği değil, AAAA kaydı sorgularını işleyen DNS sunucusu tarafı olduğu anlaşıldı

• Düzeltme sonrası doğrulama

  • Adguard Home ayarlarında IPv6 DNS sorgularını devre dışı bırakan anahtar kapatıldıktan sonra ping -4 ve ping -6 her ikisi de başarılı oldu
  • IPv4 testinde 172.217.24.110 adresine 5 paket gönderildi, 5 paket alındı, paket kaybı %0 oldu
  • IPv6 testinde 2404:6800:4007:817::200e adresine 5 paket gönderildi, 5 paket alındı, paket kaybı %0 oldu
  • IPv6 etkinleştirildiğinde gecikme süresinin azalması, NAT traversal gerektirmeyen daha iyi P2P bağlantıları ve SLAAC gibi avantajlar elde edilebilir

[GN⁺]

Lobste.rs görüşleri

• Bu korkunç ve AdGuard Home bundan utanmalı

  • O ayar varsayılan olarak açık gibi görünmüyor
    Ben de AdGuard Home kullanıyorum ve burada kapalı; ayrıca ayarları/yönlendiriciyi değiştireli iki hafta bile olmadı, bu yüzden benim kurcalamadığımdan oldukça eminim

• Böyle bir özelliğin neden var olduğunu bilmiyorum

  • Çünkü DNS reklam engelleme topluluğunun genelinde, özellikle AdGuard ve Pi-hole gibi yerlerde, tarihsel olarak IPv6 ve dual-stack ağlara karşı epey olumsuz bir tutum vardı
    Bu hizmetlerde destek talebi geldiğinde, ister resmî destek kanallarında ister forum, Discord ya da subreddit gibi proje topluluklarında olsun, ilk tavsiye hâlâ “IPv6'yı kapatın” oluyor

• IPv6 tasarım olarak kötü ve yapılandırma hatası yapması kolay, bu yüzden en bariz tavsiye onu kapatmak oluyor

• Az önce tam ters problemi debug ettim; ev ağımda IPv4 çalışmıyordu
  Bu, IPv4 bağlantısı için DS-Lite kullanan yalnızca IPv6 destekli bir hizmetti ve DS-Lite'ta ev yönlendiricisi IPv4 paketlerini ISP'nin NAT'i olan AFTR'ye tünelliyor
  AFTR'nin alan adı DHCPv6 ile sağlanıyor ve benim durumumda something.aftr.kabelbw.de biçimindeydi; ancak şu anda denic has some trouble with its DNSSEC configuration yüzünden bu alan adı çözümlenmiyor
  Neyse ki hiçbir yerde IPv6'yı kapatmadım, bu yüzden GitHub dışında her şey düzgün çalışıyor