Domena downloads.openwrt.org
ma adres IPv4, ale nie ma adresu IPv6. Nie można więc do niego dotrzeć za pośrednictwem protokołu IPv6, chyba że użyje się mechanizmu tłumaczenia. Możesz użyć NAT64, aby móc utworzyć połączenie TCP z tym serwerem tylko IPv4 z klienta tylko IPv6.
Ale dlaczego miałbyś używać klienta opartego tylko na IPv6? Wybór podwójnego stosu jest dobrym pomysłem, ale na razie tylko IPv6 jest naprawdę przydatny tylko do testowania dla tych, którzy znają ograniczenia, które wprowadzają w świecie, który ma zbyt wiele hostów tylko IPv4.
Jeśli uda ci się otworzyć połączenie TCP z serwerem, staniesz przed kolejnym wyzwaniem. Wersja HTTP 1.1 wymaga od klienta wysłania nazwy serwera, z którym się kontaktuje, za pośrednictwem połączenia HTTP. Wiele witryn, w tym także downloads.openwrt.org
wymaga wysłania tego nagłówka.
Twój klient HTTP może wysłać ten nagłówek tylko wtedy, gdy zna nazwę domeny do wysłania. Lepiej więc powiadomić klienta o oryginalnym adresie URL i w jakiś sposób dać mu dostęp do rozwiązania tej nazwy na adres IP. Jeśli musi to być IPv6, nadal oznacza to, że będziesz potrzebować NAT64. Jednak mapowanie z nazwy domeny na adres IP NAT64 może być wprowadzone /etc/hosts
i powinno działać dobrze.
To może działać dobrze dla pojedynczej nazwy domeny. Ale jeśli chcesz, aby host tylko IPv6 był w stanie dotrzeć do wielu domen bez konieczności umieszczania każdej z nich /etc/hosts
z adresem NAT64, potrzebujesz dynamicznego tłumaczenia adresów. Po to jest DNS64.
Teraz, jeśli klient ma dostęp IPv4 i brakuje tylko DNS, odpowiedź staje się znacznie prostsza. Wystarczy wpisać adres IPv4, /etc/hosts
jak sugerował David. Będziesz oczywiście musiał aktualizować ten plik za każdym razem, gdy zmienia się adres IP serwera, co, miejmy nadzieję, nie będzie zbyt często.