Bir site ofis ağından açılırken mobil ağda bekleyebilir veya belirli sunucudan yapılan istek başarısız olabilir. Bunun birçok nedeni vardır; IPv4 ile IPv6 yolunun farklı çalışması yalnız olasılıklardan biridir. Alan adı kayıtlarını anlamak için DNS kavramları rehberini okuyabilirsiniz. Bu incelemede amaç AAAA kaydını silmek değil, iki bağlantı yolunu aynı hedef üzerinde karşılaştırmaktır.
Sorunun kimde ve hangi ağda görüldüğünü yazın
Hangi adresin, hangi tarihte ve hangi istemcide açılmadığını kaydedin. Ana sayfa çalışıyor, alt alan adı çalışmıyor olabilir; farklı hedefleri aynı sonuç gibi değerlendirmeyin. Hata DNS çözümleme, bağlantı, sertifika veya HTTP yanıtı aşamasında mı oluşuyor? Ekran görüntüsünü bu bilgiyle birlikte saklayın. Parola ve oturum belirteci içeren URL’leri test veya destek mesajına koymayın.
Aynı adrese iki adres ailesiyle bakın
curl mevcutsa kendi yetkili siteniz için curl -4 -I --connect-timeout 10 https://site.example/ ve curl -6 -I --connect-timeout 10 https://site.example/ sonuçlarını karşılaştırabilirsiniz. curl resmi belgesi IPv4, IPv6, bağlantı zaman aşımı ve başlık sorgusu seçeneklerini tanımlar. Örnek adresi değiştirin. HEAD yanıtı uygulamanın tüm davranışını göstermez; bu yalnız dar kapsamlı bir bağlantı kontrolüdür.
Testi yapan ağın IPv6 erişimi yoksa IPv6 denemesinin başarısız olması hedef sunucuyu suçlamak için yeterli değildir. Kaynak ağ desteğini yöneticinizle teyit edin. Araç kurulu değilse izinsiz paket kurmak veya bilinmeyen çevrimiçi tarama hizmetlerine özel adres göndermek yerine mevcut yetkili teşhis imkânlarını kullanın.
DNS hedefi ile çalışan hizmeti karşılaştırın
Alan adı IPv6 adresine yöneliyorsa bu adresin beklenen sunucuya veya aracı hizmete ait olduğunu doğrulayın. CDN, ters proxy ve doğrudan origin farklı katmanlardır; görünen yanıtı yanlış cihaza bağlamayın. Sunucu hizmetinin ilgili adreste dinleyip dinlemediği ve erişim kuralı yetkili yönetici tarafından incelenmelidir. Güvenlik duvarını bütünüyle kapatmak bu rehberin önerdiği yöntem değildir.
TLS uyarısı varsa bunu ağ zaman aşımından ayırın. SSL uyarısı rehberi sertifika ve içerik sorunlarının farklı olduğunu açıklar. Testi yeşile çevirmek için doğrulamayı kapatmayın. Farklı lokasyonları değerlendirirken sunucu lokasyonu rehberindeki gerçek ağ yolu yaklaşımını kullanın; yalnız ülke adına bakarak erişim sonucu tahmin etmeyin.
Değişiklikten önce etki alanını belirleyin
AAAA kaydının düzeltilmesi gerekiyorsa hangi alt alan adlarının ve hizmetlerin etkileneceğini listeleyin. Mevcut değer, planlanan hedef ve geri dönüş yolu kaydedilmelidir. DNS değişikliğinin her istemcide aynı anda görünmesini beklemeyin; yetkili kayıtla alınan yanıtları karşılaştırın. VDS kapasitesi yükseltmek yanlış adres kaydını veya erişim yolunu düzeltmez.
Destek kaydına iki denemenin sonucu, zaman, kaynak ağ bilgisi ve hedef adını ekleyin. Böylece rastgele IPv6 kapatmak yerine hangi yolun hangi aşamada başarısız olduğu konuşulabilir. Başarılı düzeltme, tek bilgisayarda sayfanın açılması değil, etkilenen ağdan da beklenen güvenli yanıtın doğrulanmasıdır.
Sıkça Sorulan Sorular
AAAA kaydı varsa IPv6 kesin çalışır mı?
Hayır. Kayıt hedefi, ağ yönlendirmesi ve hedef hizmetin erişimi ayrıca doğru olmalıdır.
curl -6 hatası kesin sunucu hatası mı?
Hayır. Test yaptığınız ağın IPv6 desteği de gerekir; kaynak ve hedef koşullarını birlikte inceleyin.
Sorun varsa IPv6’yı her yerde kapatayım mı?
Hayır. Önce hangi kayıt ve yolun sorunlu olduğunu belirleyin; geniş kapsamlı kapatma başka hizmetleri etkileyebilir.
Sertifika hatasını atlayarak test edeyim mi?
Sertifika doğrulamasını kapatmak gerçek kullanıcı sorununu gizler. TLS hatasını ayrı kaydedip düzeltin.