Yalnızca IPv6 ağından IPv4 adreslerine nasıl ulaşabilirim?


11

Bu adrese bir IPv6 adresi üzerinden ulaşmak istiyorum:
http://downloads.openwrt.org/attitude_adjustment/12.09/ar71xx/generic/packages/

Freifunk yönlendiricilerimizde kullanılabilir DNS yoktur, bu nedenle ad downloads.openwrt.orgçözümlenemez. İnternetteki tüm sunuculara yalnızca ipv6 adresleri üzerinden erişilebilir. Şimdi bu paket aynaya yönlendirici içinden paketleri kuramıyoruz opkg install.

Eğer bunu bizim konfigürasyonumuza ekleyebilirsek, bu bir çözüm olurdu:

http://[2001:db8::1]/attitude_adjustment/12.09/ar71xx/generic/packages/

Yönlendiricilerimiz OpenWRT çalıştırıyor ve yalnızca IPv6 kullanıyor ve /etc/hostsetki alanı adının downloads.openwrt.orguygun bir IPv6 adresine çözümlenmesi için bir girdi eklemek istiyorum

IPv6'yı bir etki alanına yeniden yönlendirmek mümkün mü?


2
Bu sitenin bir nedenle IPv6 adresi yok. Belki de çözümün zannettiğinden ziyade asıl probleminizin ne olduğunu açıklamalısınız ?
Michael Hampton

Neden IPv6 ile? Hangi işletim sistemindesiniz.
JakeGould

@MichaelHampton: Sorumun sebebini ekledim
rubo77

Soru gövdesinde kaçırılması kolay olduğundan, asıl sorunun ne olduğunu açıklamak için başlığınızı düzenledim.
Michael Hampton

Yanıtlar:


12

Yalnızca IPv4 aracılığıyla kullanılabilen bir ana bilgisayara ulaşmak için bir IPv6 adresini "ekleyemezsiniz". Bunlar tamamen farklı ve uyumsuz iki protokoldür.

Senin IPv6- için için sadece ağ IPv4 adreslerini ulaşmak edebilmek için, bir ağ geçidi IPv4 erişimi olan, hangi gereklidir. Bu genellikle IPv4 adreslerini "sahte" IPv6 adreslerine çeviren ve bu "sahte" IPv6 adreslerine bağlantıları kabul eden ve IPv4 ağına bağlantıları çeviren bir NAT64 / DNS64 ağ geçidi ile yapılır. Bu IPv6 adresleri 64:ff9b::/96aralıkta olacaktır.

OpenWrt'de NAT64, Tayga ile, DNS64 ise bağlama ile yapılır. Bunların nasıl ayarlanacağı hakkında daha fazla bilgi OpenWrt wiki'sinde bulunabilir . Tutum Ayarına veya Bariyer Kırıcıya ihtiyacınız olacak; OpenWrt'in önceki sürümlerinde IPv6 ve diğer teknolojiler için yeterince tam destek yoktu.

/Etc/resolv.conf dosyasına genel DNS64 / NAT64 çözümleyicileri ekleyebilirsiniz:

nameserver 2001:67c:2b0::4
nameserver 2001:67c:2b0::6

Ayrıca, 464xlat kullanarak istemci sitesindeki çeviriyi "geri alabilirsiniz" . 464xlat aynı araçları kullanır. (yukarıda bahsedilen, ancak sadece farklı bir şekilde). 464xlat ile gerçek IP'lere sahip URL'lere de ulaşabilirsiniz.


2

Etki alanının downloads.openwrt.orgIPv4 adresi var, ancak IPv6 adresi yok. Dolayısıyla, bir çeviri mekanizması kullanmadığınız sürece IPv6 üzerinden erişemezsiniz. Yalnızca IPv6 içeren bir istemciden yalnızca IPv4 sunucusuna bir TCP bağlantısı oluşturabilmek için NAT64'ü kullanabilirsiniz.

Ama neden yalnızca IPv6 istemcisi kullanıyorsunuz? İkili yığını kullanmak iyi bir fikirdir, ancak şimdilik sadece IPv6-yalnızca çok fazla IPv4 ana bilgisayarı olan bir dünyada tanıtılan sınırlamaları bilenler için test etmek için gerçekten yararlıdır.

Sunucuya bir TCP bağlantısı açmayı başarırsanız, başka bir zorlukla karşılaşırsınız. HTTP sürüm 1.1, istemcinin iletişim kurduğu sunucunun adını HTTP bağlantısı üzerinden göndermesini gerektirir. Ve birçok site de dahil olmak üzere downloads.openwrt.orgbu başlığın gönderilmesini gerektirir.

HTTP istemciniz bu başlığı yalnızca gönderilecek alan adını biliyorsa gönderebilir. Bu nedenle, istemciye orijinal URL'yi bildirmek ve bir şekilde bu adı bir IP adresine çözmek için erişim izni vermek daha iyi olur. IPv6 olması gerekiyorsa, yine de NAT64'e ihtiyacınız olacak demektir. Ancak, etki alanı adından NAT64 IP adresine bir eşleme eklenebilir ve düzgün /etc/hostsçalışmalıdır.

Tek bir alan adı için bu işe yarayabilir. Ancak yalnızca bir IPv6 ana bilgisayarının, her birini ve herkesi /etc/hostsbir NAT64 adresiyle koymak zorunda kalmadan birden çok alana erişebilmesini istiyorsanız, adreslerin dinamik çevirisine ihtiyacınız vardır. DNS64 bunun içindir.

İstemcinin IPv4 erişimi varsa ve yalnızca DNS eksikse, yanıt çok daha basit hale gelir. IPv4 adresini /etc/hostsdavidgo'nun önerdiği gibi koymanız yeterlidir. Elbette sunucunun IP adresi her değiştiğinde bu dosyayı güncellemeniz gerekir, bu da çok sık olmayacaktır.


Şüphesiz, "çift yığın gitmek iyi bir fikirdir", ama herkes sadece "çift yığın gitmek" olamaz. Sağlayıcım bana sadece birini verirse, bu konuda yapabileceğim pek bir şey yok.
paolo

@paolo Sunucular hakkında konuşuyorsanız, çift yığını destekleyen bir barındırma sağlayıcısı seçebilirsiniz. Çift yığın desteğinde ısrar etmekten seçim yapabileceğiniz çok sayıda rakip sağlayıcı var, seçim yapabileceğiniz sağlayıcıların listesini keserek seçimi biraz daha kolay hale getiriyor. Son kullanıcılı ağlardan bahsedersek, coğrafi bölgenizdeki İSS'lerle sınırlı olduğunuz için rekabet daha az olur. Bu durumda, ISS'nin sağladığı şeylerle devam etmek, güvendiğiniz hizmetler olması gerektiği gibi çift yığın olduğu sürece çalışacaktır.
kasperd

@paolo Kullanıcıların geliştiriciler, sistem yöneticileri veya çift yığın altyapısını geliştirmek / desteklemek için çift yığın ihtiyacı olan ağlar hakkında konuşuyorsanız, ISP'nin yapmaması durumunda gerçekten çift yığın gitmeli ve bir tünel kullanmalısınız. IPv6 desteği. ISP'nin yalnızca NAT64 veya başka bir geçiş mekanizması aracılığıyla yalnızca IPv4 hizmetlerine erişmenin bir yolunu sunduğundan neredeyse emin olabilirsiniz.
kasperd

Görünüşe göre bu site şimdi IPv6 özellikli (tarayıcım standart 6to4 bağlantım yerine gerçek bir IP'ye bağlanıyor)
Paul Stelian

1

Sanırım yanlış soru soruyor olabilir - IPv6 adresini bir etki alanına yeniden yönlendiremezsiniz çünkü işlem ters şekilde çalışır, yani bir etki alanı [veya birçok] ana bilgisayara çözümlenir.

Yönlendiriciniz hakkında herhangi bir bilgi bulamadım, ancak OpenWRT çalışıyorsa, etki alanı adının uygun IP adresine çözümlenmesi için / etc / hosts içine bir giriş ekleyebilmeniz gerekir.


Aklımda olan buydu. ancak "uygun" bir ip6 adresi olmadığından, bir şekilde yönlendirebileceğimi düşündüm. Bunu soruya
ekledim
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.