Kendi kaynağınızla VPN üzerinden IPv6 nasıl test edilir
Bir yolun çalıştığını kanıtlamak için genel bir IPv6 denetleyicisine ihtiyacınız yok. Denetlediğiniz bir kaynağı kullanın, iki ucu da kaydedin ve testin neleri kapsamadığını yazın.
Genel bir IP denetim sayfası tek bir soruyu yanıtlar ve genellikle sizin sorduğunuz soruyu değil. Sayfanın gördüğü çıkış adresini söyler; tünelden geçen IPv6 yolunun çalışıp çalışmadığını, konağın IPv6'yı mı yeğlediğini yoksa geri mi düştüğünü veya dışlanan bir uygulamanın başka bir yol mu tuttuğunu söylemez. Denetlediğiniz yetkili bir kaynak daha dar soruyu düzgün yanıtlar, çünkü iki ucu da görürsünüz. Aşağıdaki kılavuz savunabileceğiniz bir sonuca varmakla ilgilidir, yeşil bir sonuç almakla değil.
Adım 1: hangi IPv6 yolunu test ettiğinizi söyleyin
Bunu tek bir cümleyle söyleyin. Tünel sunucusunun kendi IPv6 adresine yapılan istek tüneli test eder; çıkışın ötesindeki bir konağa yapılan istek çıkışın IPv6 çıkışını test eder; özel bir IPv6 adresine yapılan istek iç yolu test eder.
Bunlar üç ayrı iddiadır ve tek bir başarılı istek hepsini destekleyemez. Önünüzdeki karar için önemli olanı seçin ve bir şey çalıştırmadan önce yazın. Kaygı IPv6'nın tünelin çevresinden sızıp sızmadığıysa soru konağın yol seçimiyle ilgilidir, çıkışın erişilebilirliğiyle değil. Kaygı uzak tarafın iç bir hizmete ulaşıp ulaşamadığıysa çıkış önemsizdir.
Adım 2: konağın o yolu seçtiğini doğrulayın
ip -6 route get 2001:db8:1::10 yolu, kaynak adresi ve çekirdeğin kullanacağı arayüzü yazdırır ve testin geri kalanı bu olguya bağlıdır.
Bir arayüzün var olması seçilmesiyle aynı şey değildir. Çift yığınlı konakların bir öncelik tablosu vardır ve Linux'ta /etc/gai.conf, her ikisine de çözülen bir ad için hangi ailenin kazanacağını değiştirebilir.
Adım 3: meşru bir hedef ve ad kullanın
HTTPS test ediyorsanız sertifikanın verildiği ana makine adını kullanın ve doğrulamayı açık tutun; test geçsin diye gerçek adrese geçmek, amaçlanan konağa ulaştığınızı kanıtlayan denetimi tam olarak kapatır. Denetlediğiniz, bilinen bir ad üzerinde geçerli sertifikayla yanıt veren bir tanılama hizmeti en temiz hedeftir. Ayrıca karşılaştırmak için sunucu tarafında bir günlük satırı verir; üçüncü taraf bir denetleyici bunu asla vermez.
İsteği kullanılan adresi gösteren bir biçimde çalıştırın: curl -6 -sS -o /dev/null -w '%{remote_ip} %{http_code}\n' https://test6.example.net/. -6 aileyi zorlar ve IPv6 çalışmıyor ile IPv6 yeğlenmedi durumlarını böyle ayırırsınız.
ICMPv6'ya izin verilen saf bir erişilebilirlik testi için ping -6 -c 3 2001:db8:1::10 yeterlidir. Yolu kanıtlar ve üstünde hiçbir şeyi değil.
Adım 4: iki ucu ilişkilendirin
İki uca da erişiminiz olduğunda, istemcide tcpdump -ni any ip6 and host 2001:db8:1::10 ve kaynakta eşdeğerini zaman damgalarıyla çalıştırın ve aynı akışın ikisinde de göründüğünü doğrulayın. Makul bir sonucu kanıta dönüştüren budur: yalnızca istemcinin görüşü, kaynağın yanıtını aradaki bir şeyin yanıtından ayıramaz. Kaydı tek bir hedefe dar tutun ki çıktı okunabilir kalsın ve kimsenin ilgisiz oturumu dosyada yer almasın.
Kaygı ilkenin yeniden başlatmaya dayanıp dayanmadığıysa testi yeniden bağlandıktan sonra yineleyin. Bağlantı sırasında bir kez uygulanan yol ve güvenlik duvarı durumu yeniden uygulanan durumdan farklı olabilir ve fark yalnızca ikinci bağlantıda görünür.
Gerekirse hata durumunu ayrı test edin. Düştüğünde IPv6'yı engelleyen tünel ile onu sızdıran tünel farklı tasarımlardır ve yalnızca biri başarılı bir istekle doğrulanabilir.
Adım 5: testin neyi kanıtlamadığını yazın
Beşinci adım testin neyi kanıtlamadığını yazmaktır ve en çok atlanan kısım budur. Özel bir uç noktaya yönelik başarılı bir test genel IPv6 çıkışını kanıtlamaz, DNS davranışını kanıtlamaz ve tünelden dışladığınız uygulamaları kapsamaz. Bunların her biri kendi hedefine ve kendi gözlemine ihtiyaç duyar. Bir konağa yapılan tek istekten sonra IPv6 çalışıyor diyen bir not bulgu değildir; zaman damgalı bir tahmindir.
Saklamaya değer kayıt kısadır: hedef, ad, konağın seçtiği kaynak adres, gözlenen uzak adres ve saat. RFC 7359, ilgili bir IPv6 yolunun gerçekten kullanılabilir olduğunun nasıl test edileceğini tartışır ve bu kılavuzun daha basit araçlarla yaklaştığı standart budur. Sonucun doğru olması için genel bir denetleyici gerekiyorsa test yeterince özgül değildi.