Yalnızca IPv6 olan ağ, tünel başlamadan VPN’i bozuyor

Dizüstü bilgisayar yalnızca IPv6 dağıtan bir konferans Wi-Fi ağına bağlanır, VPN istemcisi döner ve başarısız olur, oysa aynı profil bir saat önce bir otelde çalışıyordu. Kimlik bilgilerinde hiçbir şey değişmedi. Değişen şey, istemcinin artık yalnızca IPv6 taşıyan bir ağ üzerinden IPv4 hedefine ulaşması gerektiği ve her istemcinin bunu nasıl yapacağını bilmemesidir.

Paketlerin geçtiği aynı beş adımı izleyin.

Adım 1: ad aramasını izleyin

Profil bir ana bilgisayar adı kullanıyorsa ilk soru çözümleyicinin ne döndürdüğüdür. dig AAAA vpn.example.com yalnızca IPv6 ağda gerçek bir AAAA kaydı, DNS64’ten sentezlenmiş bir kayıt veya hiçbir şey döndürmez. Sentezlenmiş yanıt IPv4 hedefini bir çeviri öneki içinde kodlar ve ancak o zaman IPv6 hedefi olmayan bir istemci ona ulaşabilir. IPv4 adresi sabit kodlanmış bir profil buraya asla gelemez, çünkü sentezlenecek bir ad yoktur.

Bu tek fark «orada çalışıyor, burada başarısız» raporlarının çoğunu açıklar ve bunu görmek için tek bir komut yeterlidir.

Adım 2: istemcinin hangi aileyi çağırdığına bakın

İlerleme çubuğu yerine sokete bakın. Yalnızca IPv6 bağlantıda IPv4 adresine IPv4 soketi açan istemcinin onu gönderecek yeri yoktur ve hata ad hatası olarak değil zaman aşımı olarak ortaya çıkar. İstemci bağlanırken ss -tanp uzak adresi ve denediği aileyi gösterir. Varsayılanın gerçek bir IPv6 sonraki atlama olduğunu doğrulamak için bunu ip -6 route ile karşılaştırın.

Soket tablosundaki adres ailesi gerçektir. İlerleme çubuğu başkasının yazdığı bir özettir.

Adım 3: çeviriyi tünelden ayırın

NAT64 ve DNS64, erişim ağının IPv4 hedeflerine ulaşma biçimidir ve tünel kurulduktan sonra tünel için hiçbir şey yapmazlar. Çevrilmiş bir yol üzerinde kurulan tünel yine de kendi iç adreslemesini müzakere eder ve iç IPv4 veya IPv6 kapsamı ayrı bir politika sorunudur. İstemci bağlanıp sonra hiçbir yere ulaşamazsa, çeviriyi geçip yönlendirmeye girmişsinizdir, bu da başka kanıtlarla yapılan başka bir incelemedir.

Çeviri hatası hiç bağlanmamış gibi görünür. İç kapsam hatası bağlanıp hiçbir yere ulaşmamış gibi görünür.

Adım 4: aynı profili başka bir ağda test edin

Aynı profili, istemci sürümünü ve kimlik bilgilerini çift yığınlı bir ağa götürün ve tekrarlayın. Orada çalışıp yalnızca IPv6 yolunda başarısız oluyorsa değişken profil değil erişim ağıdır. Kayda istemci sürümünü ve ağın durumunu yazın, çünkü nihai düzeltme bir istemci güncellemesi ya da başka bir hedeftir.

VPN’in bozuk olduğunu söyleyen rapor eyleme geçirilemez. Yalnızca IPv6 erişimde başarısız olduğunu söyleyen rapor bir hata raporudur.

Adım 5: güvenlik ayarlarını değil, yolu düzeltin

Bütün cazip onarımlar işleri daha da kötüleştirir. IPv6’yı kapatmak ağın sunduğu tek yolu ortadan kaldırır. İstemciyi genel bir çözümleyiciye yöneltmek DNS64 sentezini bozar, çünkü bu sentez çeviricinin arkasındaki çözümleyiciden gelmek zorundadır. Sertifika doğrulamasını kapatmak size tanımlayamadığınız bir şeye bağlantı verir. Bunların hiçbiri onarım değildir ve ikisi olaydan sonra da kalacak güvenlik gerilemeleridir.

Gerçek seçenekler ağ çevirisi modelini destekleyen bir istemci ya da erişilebilir bir IPv6 adresi olan bir hedeftir. Bunlardan birini isteyin.