keine Lösung für "System kann kein DNS auflösen"

    Hallo Forum,


    habe seit heute eine TS-469u SP.
    Habe das Problem, dass er mir immer wieder meckert, dass das "System festgestellt hat, dass keine Server Hosts aufgelöst werden können..."
    Zu meiner Umgebung:
    - NAS mit Port Trunc gemäß 802.3ad
    - IP Adresse statisch vergeben: 192.168.10.11/255.255.255.0; Gateway: 192.168.10.1 (= Fritzbox). DNS: 217.237.150.115 (T-Online) und 8.8.8.8 (Google)
    - Switch (TP-Link TL-SG3424): 2 Ports als LAG1 konfiguriert. Keine VLANs konfiguriert. Default VLAN mit VLAN ID 1 (Standardkonfiguration)


    Zum Fehlerbild:
    - Ich kann vom PC auf Dateifreigabe zugreifen. Schreiben mit 100MB/s.
    - Ich kann vom PC per SSH auf das NAS
    - Ich kann vom PC aus das NAS anpingen (eigentlich klar wenn SSH und SMB klappt).
    - Ich kann von einem anderen NAS (109 PRO) die 469 NICHT anpingen.
    - Ich kann vom anderen NAS aus jedes andere Gerät im Netz anpingen.
    - Ich kann von der 469 KEIN anderes Gerät außer den verbundenen PC und die 469 selber anpingen (auch nicht das GW).


    Was mache ich falsch?


    Vielen Dank und viele Grüße,
    Volker

    Hatte ich auch schon.
    Hab's gerade nochmal gemacht (T-Online ersetzt durch 192.168.10.1). Hilft nichts.
    - Ich kann vom NAS die Fritte NICHT anpingen...


    --- ModEdit ---


    So, gerade nochmal Port Trunking abgeschaltet.
    Siehe da, die 469 kann alle anderen Geräte und auch nach draußen pingen.
    Jetzt bleibt nur noch die Frage: Wo liegt der Fehler?!??? :?:

    Einmal editiert, zuletzt von dr_mike () aus folgendem Grund: Doppelte Beiträge vermeiden, siehe Forenregeln! Bitte den 'Ändern' Button verwenden.

    Jetzt nochmal mit Port Trunk. Erreichen kann ich den NAS.
    Hier der Output von ifconfig. Mich wundern die "dropped" Packets?!?! :shock:


    Code
    [~] # ifconfigbond0     Link encap:Ethernet  HWaddr 00:08:9B:E8:12:A4          inet addr:192.168.10.11  Bcast:192.168.10.255  Mask:255.255.255.0          UP BROADCAST RUNNING MASTER MULTICAST  MTU:1500  Metric:1          RX packets:2578 errors:0 dropped:792 overruns:0 frame:0          TX packets:1829 errors:0 dropped:0 overruns:0 carrier:0          collisions:0 txqueuelen:0          RX bytes:483867 (472.5 KiB)  TX bytes:731551 (714.4 KiB)eth0      Link encap:Ethernet  HWaddr 00:08:9B:E8:12:A4          UP BROADCAST RUNNING SLAVE MULTICAST  MTU:1500  Metric:1          RX packets:1816 errors:0 dropped:10 overruns:0 frame:0          TX packets:1734 errors:0 dropped:0 overruns:0 carrier:0          collisions:0 txqueuelen:1000          RX bytes:349010 (340.8 KiB)  TX bytes:719311 (702.4 KiB)          Interrupt:16 Memory:40100000-40120000eth1      Link encap:Ethernet  HWaddr 00:08:9B:E8:12:A4          UP BROADCAST RUNNING SLAVE MULTICAST  MTU:1500  Metric:1          RX packets:762 errors:0 dropped:762 overruns:0 frame:0          TX packets:95 errors:0 dropped:0 overruns:0 carrier:0          collisions:0 txqueuelen:1000          RX bytes:134857 (131.6 KiB)  TX bytes:12240 (11.9 KiB)          Interrupt:19 Memory:40200000-40220000lo        Link encap:Local Loopback          inet addr:127.0.0.1  Mask:255.0.0.0          UP LOOPBACK RUNNING  MTU:16436  Metric:1          RX packets:6543 errors:0 dropped:0 overruns:0 frame:0          TX packets:6543 errors:0 dropped:0 overruns:0 carrier:0          collisions:0 txqueuelen:0          RX bytes:1895007 (1.8 MiB)  TX bytes:1895007 (1.8 MiB)



    Und hier noch der Output von route (dauert ziemlich lange, ca. 16s)


    Code
    [~] # route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         192.168.10.1    0.0.0.0         UG    1      0        0 bond0
127.0.0.0       *               255.0.0.0       U     0      0        0 lo
192.168.10.0    *               255.255.255.0   U     0      0        0 bond0
192.168.10.11   *               255.255.255.255 UH    0      0        0 bond0
255.255.255.255 *               255.255.255.255 UH    0      0        0 bond0



    Die Routen sehen ja erst mal korrekt aus. Trotzdem kann das NAS nicht mal das GW anpingen. Einzig den Switch und den Rechner von dem aus ich zugreife...


    Jemand noch 'ne Idee? Das muss doch funktionieren?!?!

    Einmal editiert, zuletzt von TobiasK () aus folgendem Grund: Code Blöcke eingefügt, siehe Forenregeln!

    Hi,


    da der Fehler nur auftritt, wenn Porttrunking aktiv ist, würde ich vermuten, dass es sich um eine fehlerhafte Konfiguration des Trunks auf dem Switch handelt.
    Leider kenne ich die Oberfläche von Deinem Switch nicht, sonst würde ich Dir gerne diesbezüglich weiterhelfen.
    (alternativ, wenn auch bei einem neuen Gerät unwahrscheinlich könnte eine der Netzwerkports vom NAS defekt sein)


    Grüße
    Jody

    Zitat von "jody"

    Hi,
    (alternativ, wenn auch bei einem neuen Gerät unwahrscheinlich könnte eine der Netzwerkports vom NAS defekt sein)
    Grüße
    Jody


    da würde ich auch gleich die Netzwerkkabel tauschen, man weiß ja nie :)


    ---ModEdit ---


    Zitat von "volvog"

    Hallo Forum,
    - Ich kann von der 469 KEIN anderes Gerät außer den verbundenen PC und die 469 selber anpingen (auch nicht das GW).
    Volker


    wie ist der PC mit der 469 verbunden?

    Einmal editiert, zuletzt von dr_mike () aus folgendem Grund: Doppelte Beiträge vermeiden, siehe Forenregeln! Bitte den 'Ändern' Button verwenden.

    Hi Leute,


    möchte mal nachfragen ob irgend jemand mittlerweile dieses Problem gelöst hat. Habe exakt das gleiche Phänomen, m.E. nach einem Firmwareupdate eingefangen. Bin jetzt seit Monaten mit dem QNAP-Support (sehr bemüht) in Kontakt und komme nicht weiter.
    Habe jeden der im Netz angegebenen Fixes probiert - nichts ! Das komplette Hausnetz mit 2 Servern, 6 Clients und einer FB7490 funktioniert perfekt - bis auf die QNAP. Sämtliche eingehende Verbindungen wie SMP-Shares, ssh, http usw. aufs QNAP sind ebenfalls ohne Probleme. Ausgehende Verbindungen wie selbst ein simples Ping auf irgendeine Maschine im Subnetz sind nicht möglich.


    Gruss RS

    Nur mal zum testen...
    trage mal bei DNS1+2 "0.0.0.0" ein+übernehmen. Fehlermeldung ignorieren. NAS neustarten. Richtige DNS Einträge machen +übernehmen und noch mal NAS neustarten. Hatte den Effekt auch schon einige male. Wenn nur ein DNS vorhanden, dann bei zweitem "0.0.0.0" oder den Google "8.8.8.8". Kostet ja nur die Zeit der zwei Neustarts. Wie gesagt nur mal so als Test.

    Hallo hoshi,


    danke für Deinen Tip. Hab es gerade ausprobiert. Leider bei mir ohne Erfolg.


    Gruß RS

    Zitat von "e1l52"

    Ausgehende Verbindungen wie selbst ein simples Ping auf irgendeine Maschine im Subnetz sind nicht möglich.

    VPN server aktiviert, und einen der IP Pools in dasselbe oder ein überlappendes Subnetz konfiguriert?

    Zitat von "schumaku"

    VPN server aktiviert, und einen der IP Pools in dasselbe oder ein überlappendes Subnetz konfiguriert?


    Nein, ist nicht aktiviert. Danke für den Hinweis, aber war es leider nicht.