Zugriff auf NAS über IPV6 geht nicht

Könntest Du das Szenario noch etwas genauer beschreiben?

Du hast ein NAS mit IPv4 & IPv6 enabled. Wie viele Links (Netzwerkkarten)? IPv6 SLAAC oder IPv6 DHCP? Das NAS hat definitiv zugeordnete IPv4 & IPv6?

Du hast VMware Images, die nicht auf die Freigaben des NAS kommen. Wo laufen diese VMware Images?

Der PC kann Windows-Explorer per IPv4. Kann der auch per IPv6?

Zitat von gkobler

Jetzt habe ich gesehen das der Primäre DNS-Server auf 127.0.1.1 eingestellt ist. Müsste das nicht die Adresse meines Routers sein 172.16.0.1?

Das hätte Vorteile, außer Du betreibst einen DNS-Server auf Deinem NAS. 127.0.1.1 ist oft die Adresse die für DNS-Server verwendet wird, die auf dem gleichen System laufen.

Zitat von gkobler

IPV6 der IPV4 Adresse bevorzugt

Das ist kein Problem, das ist soll. IPv6 ist höher priorisiert als IPv4. Wann immer möglich sollte jeder Rechner zuerst IPv6 ausprobieren.

Zitat von gkobler

Ob der Windows-Explorer IPV6 kann weiss ich nicht. Habe mal mit \\[xxxx:xxxx:xxxx::] und \\xxxx:xxxx:xxxx:: versucht, geht aber nicht.

Ja, der Windows-Explorer "kann" IPv6. Man muss halt nur eine gültige IPv6, in einem "kranken" von Microsoft erdachten Format, eingeben. Nämlich alle ":" durch "-" ersetzen und dann noch ".ipv6-literal.net" anhängen.

Ex6.jpg

Zitat von gkobler

Meine VM-Ware-Images (W10) laufen auf meinem Notebook+Desktop PC (W11) (Host) die beiden PCs sind per Kabel verbunden.

Äh, die sind direkt mit einem Kabel verbunden? Und wie kommt jetzt das NAS ins Spiel?!

Hm, schwer zu sagen aus der ferne. Wird das IPv6 Interface denn auch aktiv für SMB genutzt?
Wenn dort kein SMB-Verfügbar ist, dann kann man natürlich auch nicht draufzugreifen.

Dann würde aber der PING trotzdem noch gehen, weil der nur prüft ob ICMP klappt.

Du könntest auf der Console (z.B. über SSH) schauen, ob die entsprechenden Ports auf dem Interface "LISTEN" sind.

Auch mal ein möglicher Test, kannst Du das Web-Interface des QNAP über IPv6 aufrufen? Falls ja, dann würde auch http/https gehen.

Zitat von gkobler

Jetzt habe ich gesehen das der Primäre DNS-Server auf 127.0.1.1

Localhost ist 127.0.0.1, bitte korrigieren, dann in die zweite Zeile deinen Router eintragen, auf dem sollte ein Forwarder oder Resolver laufen, so dass diese dann intern und externe Einträge auflösen kann.

Der Hostname den du da versuchst aufzulösen, funktioniert das überhaupt?

Als mal am Client in der CMD/CLI ein nslookup/dig auf den FQDN vom NAS.

Zitat von Crazyhorse

Localhost ist 127.0.0.1, bitte korrigieren,

127.0.1.1 ist in diesem Fall durchaus korrekt. Da läuft bei QTS ein dnsmasq. Live-Beweis von meinem TS-228A:

[~] # ping 127.0.1.1
PING 127.0.1.1 (127.0.1.1): 56 data bytes
64 bytes from 127.0.1.1: seq=0 ttl=64 time=0.182 ms
64 bytes from 127.0.1.1: seq=1 ttl=64 time=0.172 ms
64 bytes from 127.0.1.1: seq=2 ttl=64 time=0.170 ms
64 bytes from 127.0.1.1: seq=3 ttl=64 time=0.165 ms
^C
--- 127.0.1.1 ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 0.165/0.172/0.182 ms
[~] # netstat -paun | grep 127.0.1.1
udp        0      0 127.0.1.1:53            0.0.0.0:*                           8810/dnsmasq
[~] # nslookup www.cisco.com 127.0.1.1
Server:        127.0.1.1
Address:    127.0.1.1#53

Non-authoritative answer:
www.cisco.com    canonical name = www.cisco.com.akadns.net.
www.cisco.com.akadns.net    canonical name = wwwds.cisco.com.edgekey.net.
wwwds.cisco.com.edgekey.net    canonical name = wwwds.cisco.com.edgekey.net.globalredir.akadns.net.
wwwds.cisco.com.edgekey.net.globalredir.akadns.net    canonical name = e2867.dsca.akamaiedge.net.
Name:    e2867.dsca.akamaiedge.net
Address: 23.197.7.44

[~] # nslookup www.cisco.com 127.0.0.1
;; connection timed out; no servers could be reached

[~] #

Bei IPv4 ist das ganze Netz 127.0.0.0/8 Localhost, d.h. man kann auf 127.128.129.130 genauso gut mit sich selber reden wie auf 127.0.0.1. Wie man aber im netstat-Output sieht, lauscht der dnsmasq explizit auf 127.0.1.1. 127.0.0.1 funktioniert deshalb nicht.