IPv4 VPN sunucusu üzerinden IPv6 hâlâ gerçek bir IPv6 çıkışı gerektirir

Tünel açılır, istemci havuzdan bir IPv6 adresi alır ve yine de her IPv6 hedefi zaman aşımına uğrar. Tünelde hiçbir şey bozuk değil: IPv6, IPv4 taşımasının içinde gayet iyi gider ve bu hiçbir zaman zor kısım olmadı. Verdiğin adres, sunucunun tutamayacağı bir sözdür, çünkü çıkışın onu göndereceği bir IPv6 upstream'i yok. Onarım çıkışa aittir, istemci profilinde değil.

Belirti: adres var, yol yok

İstemci tarafındaki kontrol, tünel cihazında küresel görünen bir IPv6 adresi ve içine işaret eden bir rota gösterir, bu yüzden bu yanlışlıkla istemci hatası olarak okunur. Trafik tünele girer, sunucu kapsüllemesini çözer ve ardından paket, yönlendirme tablosunda gerçek bir yere IPv6 varsayılan rotası olmayan bir ana makineye iner. Yığına bağlı olarak anında erişilemezlik veya sessiz düşürme alırsın ve her iki durumda da istemci, güvenlik duvarıyla aynı görünen bir zaman aşımı görür.

İstemciye dokunmadan önce sunucunun kendi yönlendirme tablosunu oku, çünkü yolun eksik yarısı orada yaşıyor. Tek bir IPv4 varsayılan rotası olan bir sunucu sana cevabı çoktan vermişti.

Kapsülleme çözüldükten sonra paketi izle

Tünelin içinde paket sıradan bir IPv6'dır ve kaynağı istemcinin adresidir. Sunucu taşıma kapsüllemesini sıyırır ve sonra bir sonraki IPv6 atlamasına iletilmesi gereken yerel bir IPv6 paketi tutar. IPv4 varsayılan rotası onu taşıyamaz ve onu IPv4'e çevirmek kimsenin devreye almadığı başka bir işlevdir. Bütün arıza budur ve VPN dinleyicisinin IPv4 üzerinden yanıt verip vermemesiyle hiçbir ilgisi yoktur.

IPv6'nın IPv4 üzerinden kapsüllenmesinin mekaniği RFC 4213'te anlatılır ve oradaki önemli ayrıntı, uç noktaların tünelin diğer tarafında hâlâ gerçek IPv6 bağlantısına ihtiyaç duymasıdır. Bir başlığı sarmak upstream yaratmaz.

İki tünel katmanı, iki bağımsız kontrol

Her katmanı ayrı ayrı doğrula, çünkü çalışan dış tünel bozuk iç tüneli gizler. Dış yolu istemciden sunucuya IPv4 ping ile kontrol et ve kullandığın bağlantı noktasını doğrula. Sonra sunucuda iç yolu kontrol et, burada ip -6 route gerçek bir upstream'den öğrenilen varsayılan veya belirli bir rotayı göstermelidir ve ip -6 addr upstream'in kabul ettiği kaynak önekini göstermelidir. Bundan azı arayüz üzerinde süslemedir.

Benzersiz yerel bir adres ya da küresel görünen ama hiçbir şeyin geri yönlendirmediği bir önek, seve seve bir arayüzde görünür ve hiçbir yere gitmez. Genel erişilebilirliği upstream verir, adresin şekli değil.

Aynısı istemci için de geçerlidir: ip -6 route get 2001:4860:4860::8888 tünel cihazını adlandırmalıdır ve fiziksel olanı adlandırıyorsa istemci IPv6 için VPN'i hiç kullanmıyordur.

Kaynak öneki, boyut ve ICMPv6

Upstream'e yönlendirme için hangi kaynak öneklerini kabul edeceğini sor ve bunlardan birini istemci havuzu için kullan. Sunucunun kendi arayüzü için sana /64 veren bir sağlayıcı, sana ikinci bir /64 veya daha büyük bir blok yönlendiriyor olmak zorunda değildir ve fark, bir destek kaydının tek soruyla çözdüğü yarım günlük hata ayıklamadır. Yazılı sor ve cevabı yapılandırmayla birlikte sakla.

Yığınının gerçekten kullandığı ek kapsülleme için bütçe ayır ve ICMPv6'yı Packet Too Big dahil çalışır tut. İkinci bir başlık kullanılabilir yükü küçültür, bu yüzden küçük pinglere yanıt veren bir yol dosya aktarımında yine de başarısız olabilir ve tüm ICMPv6'yı düşüren bir güvenlik duvarı onarılabilir bir boyut sorununu kara deliğe çevirir. Hizmeti duyurmadan önce bir büyük aktarımı test et.

Tamamen başka bir sorun nedir

Yalnızca IPv4 olan bir uygulamaya yalnızca IPv6 olan bir istemciden ulaşmak çeviridir, tünelleme değildir ve kasıtlı olarak kurulmuş bir NAT64 düzenlemesi gibi bir şey gerektirir. Hedef, sen bir fazladan tünel başlığı ekledin diye onu anlayacak değildir. Tarihsel geçiş hizmetleri de aynı özeni hak eder: RFC 7526, 6to4 anycast aktarma modelini kaldırdı, bu yüzden onun etrafında yazılmış bir kılavuz artık bakımı yapılan genel bir aktarıcısı olmayan bir şeyi anlatır.

Sunucunun kullanılabilir bir IPv6 upstream'i yoksa seçenekler desteklenen bir upstream, başka bir çıkış ya da IPv6'nın tünelin dışında kalacağına dair belgelenmiş bir karardır. Kabul edilemez olan, istemcilere IPv6 hizmeti varmış gibi söylemek, oysa olağan IPv6 bağlantıları VPN'i sessizce atlıyordur.