Problem bei Zugriff auf DS218 mit Windows 10 Explorer

[blurrrr]

".local"?? VPN?? Junge, ja wat denn nu?!? ? Bisher ist hier vermutlich jeder davon ausgegangen, dass Du samt den Gerätschaften im LAN sitzt! ? Also tuste nu erstmal ALLEN den großen Gefallen und beschreibst mal "ganz genau" Deine Umgebung und wie womit Du genau was versuchst, weil anders hat das echt KEINEN Sinn

 

[blurrrr]

Ethernet-Adapter Ethernet: Verbindungsspezifisches DNS-Suffix:

vs

Drahtlos-LAN-Adapter WLAN: Verbindungsspezifisches DNS-Suffix: lan

vs

Scheda Ethernet Ethernet 2: Suffisso DNS specifico per connessione: lan

zusammen mit dem letzten:

Ping wird ausgeführt für DS-218.local [192.168.1.66]

Was genau hast Du beim ping angegeben? Nur "DS-218", oder "DS-218.local"? Via "ipconfig /all" siehst Du auch "über" den Adaptern "Primäres DNS-Suffix" und "DNS-Suffixsuchliste", steht da zufällig irgendwo noch "local" drin? Irgendwoher muss das ".local" ja kommen

 

[[D4v3|R4v3]]

Ich sitz auch im LAN (VPN hatte ich nur nebenbei erwähnt, weil ich fälschlicherweise die DDNS Adresse angepingt habe). Frag mich nicht, wieso er einmal .local ausspuckt, wenn in Großbuchstaben geschrieben und einmal nicht:

ping ds-218

Ping wird ausgeführt für ds-218 [192.168.1.66] mit 32 Bytes Daten:
Antwort von 192.168.1.66: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.66: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.66: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.66: Bytes=32 Zeit<1ms TTL=64

Ping-Statistik für 192.168.1.66:
    Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
    (0% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 0ms, Maximum = 0ms, Mittelwert = 0ms

ping DS-218

Ping wird ausgeführt für DS-218.local [192.168.1.66] mit 32 Bytes Daten:
Antwort von 192.168.1.66: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.66: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.66: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.66: Bytes=32 Zeit<1ms TTL=64

Ping-Statistik für 192.168.1.66:
    Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
    (0% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 0ms, Maximum = 0ms, Mittelwert = 0ms

Windows-IP-Konfiguration

   Hostname  . . . . . . . . . . . . : MeinPC
   Primäres DNS-Suffix . . . . . . . :
   Knotentyp . . . . . . . . . . . . : Hybrid
   IP-Routing aktiviert  . . . . . . : Nein
   WINS-Proxy aktiviert  . . . . . . : Nein
   DNS-Suffixsuchliste . . . . . . . : lan

Ethernet-Adapter Ethernet:

   Verbindungsspezifisches DNS-Suffix: lan
   Beschreibung. . . . . . . . . . . : Intel(R) Ethernet Connection (2) I219-LM
   Physische Adresse . . . . . . . . : B4-B6-86-13-9A-6C
   DHCP aktiviert. . . . . . . . . . : Ja
   Autokonfiguration aktiviert . . . : Ja
   Verbindungslokale IPv6-Adresse  . : fe80::6cbb:2578:3d71:b5d2%10(Bevorzugt)
   IPv4-Adresse  . . . . . . . . . . : 192.168.1.137(Bevorzugt)
   Subnetzmaske  . . . . . . . . . . : 255.255.255.0
   Lease erhalten. . . . . . . . . . : Mittwoch, 11. November 2020 17:31:42
   Lease läuft ab. . . . . . . . . . : Donnerstag, 12. November 2020 19:10:40
   Standardgateway . . . . . . . . . : 192.168.1.254
   DHCP-Server . . . . . . . . . . . : 192.168.1.254
   DHCPv6-IAID . . . . . . . . . . . : 364164742
   DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-22-63-35-A5-B4-B6-86-13-9A-6C
   DNS-Server  . . . . . . . . . . . : 192.168.1.254
   NetBIOS über TCP/IP . . . . . . . : Aktiviert

Drahtlos-LAN-Adapter LAN-Verbindung* 1:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:
   Beschreibung. . . . . . . . . . . : Microsoft Wi-Fi Direct Virtual Adapter #10
   Physische Adresse . . . . . . . . : 90-61-AE-87-C7-AC
   DHCP aktiviert. . . . . . . . . . : Ja
   Autokonfiguration aktiviert . . . : Ja

Drahtlos-LAN-Adapter LAN-Verbindung* 19:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:
   Beschreibung. . . . . . . . . . . : Microsoft Wi-Fi Direct Virtual Adapter #11
   Physische Adresse . . . . . . . . : 92-61-AE-87-C7-AB
   DHCP aktiviert. . . . . . . . . . : Ja
   Autokonfiguration aktiviert . . . : Ja

Ethernet-Adapter Bluetooth-Netzwerkverbindung:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:
   Beschreibung. . . . . . . . . . . : Bluetooth Device (Personal Area Network)
   Physische Adresse . . . . . . . . : 90-61-AE-87-C7-AF
   DHCP aktiviert. . . . . . . . . . : Ja
   Autokonfiguration aktiviert . . . : Ja

Drahtlos-LAN-Adapter WLAN:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix: lan
   Beschreibung. . . . . . . . . . . : Intel(R) Dual Band Wireless-AC 8265
   Physische Adresse . . . . . . . . : 90-61-AE-87-C7-AB
   DHCP aktiviert. . . . . . . . . . : Ja
   Autokonfiguration aktiviert . . . : Ja

Da steht nix von .local ...

Wie gesagt, ich will mittels LAN auf meine DS zugreifen - DS hat eine fest vergebene IP und hängt am Router (Technicolor, was nicht besonders viele Einstellungsmöglichkeiten bietet). Über WLAN funktionierts, über LAN leider nicht.

 

[blurrrr]

Da die Clients ja wohl weder in einer Domäne sind, noch groß irgendwas anderes lokal konfiguriert ist, sollten die DNS-Suffix-Einträge eigentlich sowieso alle "blank" sein. So sieht es bei mir privat aus:

Windows-IP-Konfiguration

Hostname . . . . . . . . . . . . : xxxxxxxxxxxx
Primäres DNS-Suffix . . . . . . . :
Knotentyp . . . . . . . . . . . . : Hybrid
IP-Routing aktiviert . . . . . . : Nein
WINS-Proxy aktiviert . . . . . . : Nein


Ethernet-Adapter LAN-Verbindung:

Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Intel(R) Ethernet Connection (2) I219-V

So wie ich das bisher gelesen habe, funktioniert der ping (auch vom LAN-Interface aus), aber der Zugriff via CIFS funktioniert nicht (allerdings nur über die LAN-Schnittstelle - WLAN funktioniert - bitte korrigieren, sofern ich falsch liege). Erreichst Du denn andere Geräte über andere Protokolle im LAN über die LAN-Schnittstelle (z.B. Webinterface des Routers)? Und direkt hinten dran die nächste Frage: Hast Du einen Virenscanner installiert - sofern ja - welchen?

 

[Benares]

Das mit der DNS-Suffixsuchliste ist eigentlich recht einfach.

Einmal gibt des den primären DNS-Suffix, der bei den Eigenschaften des Computers eingestellt wird:

Dann gibt es noch bei jeder Netzwerkkarte folgende Einstellung:


Alles zusammen bewirkt, dass z.B. bei diesen Einstellungen bei einem "ping abc" in Wirklichkeit nach folgenden Namen gesucht wird:
abc.fritz.box
abc.box
abc
Der erste Treffer zählt.

Aber das halt m.E. alles nichts mit den beschriebenen Problemen zu tun.

DNS-Namensauflösung ist eine Sache. Aber ich frag mich immer noch, welcher Mechanismus genau dazu führt, dass ein Host in der Netzwerkumgebung als Computer auftaucht

 

[[D4v3|R4v3]]

So wie ich das bisher gelesen habe, funktioniert der ping (auch vom LAN-Interface aus), aber der Zugriff via CIFS funktioniert nicht (allerdings nur über die LAN-Schnittstelle - WLAN funktioniert - bitte korrigieren, sofern ich falsch liege). Erreichst Du denn andere Geräte über andere Protokolle im LAN über die LAN-Schnittstelle (z.B. Webinterface des Routers)? Und direkt hinten dran die nächste Frage: Hast Du einen Virenscanner installiert - sofern ja - welchen?

Genau so ist es. Auch das Webinterface vom Router erreich' ich problemlos (genauso wie das Interface der Überwachungskameras). Es ist wirklich nur die Synology, die über LAN nicht will.
Ich hab jetzt nochmal nachgesehen, aber außer dem Windows Defender hab ich nichts dergleichen drauf.

 

[blurrrr]

Ich gehe mal davon aus, dass die Firewall auf der Syno aus ist. Erreichst Du denn das Webinterface der Syno? Bitte "alles" in Richtung Syno derzeit "immer" nur und ausschliesslich via IP

 

[overdr1ve]

Die Netzwerkeinstellungen sehen soweit in Ordnung aus.

Ich schlage vor, dass wir die DNS-Thematik hier zunächst zur Seite stellen, um keine Verwirrungen zu stiften. Dafür bitte immer die Direkte IP des NAS benutzen (192.168.1.66), wie @blurrrr es vorgeschlagen hat.

Um irgendwelche IP-Blacklists seitens NAS auszuschließen, könntest du bitte testweise die IP des Ethernet-Adapters temporär ändern? Also von 192.168.1.59 auf z.B. 192.168.1.159?

 

[[D4v3|R4v3]]

Ich gehe mal davon aus, dass die Firewall auf der Syno aus ist. Erreichst Du denn das Webinterface der Syno? Bitte "alles" in Richtung Syno derzeit "immer" nur und ausschliesslich via IP

Firewall ist aus. Und auch das Webinterface erreiche ich nicht (entweder über https://192.168.1.66:5001 oder via Synology Assistant). Es lädt nur ewig, bis er irgendwann mal aufhört und die Seite weiß bleibt.

Um irgendwelche IP-Blacklists seitens NAS auszuschließen, könntest du bitte testweise die IP des Ethernet-Adapters temporär ändern? Also von 192.168.1.59 auf z.B. 192.168.1.159?

Soeben gemacht, allerdings auch keine Änderung

Spoiler

Windows-IP-Konfiguration

Hostname . . . . . . . . . . . . : MeinPC
Primäres DNS-Suffix . . . . . . . :
Knotentyp . . . . . . . . . . . . : Hybrid
IP-Routing aktiviert . . . . . . : Nein
WINS-Proxy aktiviert . . . . . . : Nein

Ethernet-Adapter Ethernet:

Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Intel(R) Ethernet Connection (2) I219-LM
Physische Adresse . . . . . . . . : B4-B6-86-13-9A-6C
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja
Verbindungslokale IPv6-Adresse . : fe80::6cbb:2578:3d71:b5d2%10(Bevorzugt)
IPv4-Adresse . . . . . . . . . . : 192.168.1.159(Bevorzugt)
Subnetzmaske . . . . . . . . . . : 255.255.255.0
Standardgateway . . . . . . . . . : 192.168.1.254
DHCPv6-IAID . . . . . . . . . . . : 364164742
DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-22-63-35-A5-B4-B6-86-13-9A-6C
DNS-Server . . . . . . . . . . . : 192.168.1.254
8.8.4.4
NetBIOS über TCP/IP . . . . . . . : Aktiviert

So sieht's auf der Syno aus:

 

[blurrrr]

Wie ist denn das, wenn Du via LAN mit einer anderen IP (ggf. kurzfristig statisch vergeben) bei der Syno anrückst, gleiches Erscheinungsbild?

Btw: Firewall AUS meint auch Firewall AUS (und nicht, da sind ja nur die und die Regeln drin) ?

EDIT: Schon gut, wieder nur die Hälfte gelesen Wieviele LAN-Ports hat die Syno denn eigentlich? Vielleicht nutzen LAN- und WLAN-Adapter ja mitunter auch unterschiedliche Schnittstellen der Syno mit denen sie reden möchten.

Kurzerhand: ARP-Tabelle des Clients prüfen (arp -a), auf der Syno via "ip n s"

Danach mal MAC-Adressen und IPs auf Client und Syno vergleichen (ggf. Schnittstellen zuordnen).

EDIT: Wenn's hart auf hart kommt, ist ein "netsh int ip reset" auf dem Client manchmal auch ganz hilfreich (ist dann aber eher allgemeiner Natur). Da alles andere ja anscheinend funktioniert, wird das Problem entweder in der Zuordnung liegen (ggf. falsche MAC-Zuordnung), oder die Syno schmeisst den Kram einfach weg (wovon ich mittlerweile schon eher ausgehe, vor allem dann, wenn alles andere im Netz problemlos funktioniert).

 

[[D4v3|R4v3]]

So, ARP spuckt mir das hier aus:

arp -a
Schnittstelle: 192.168.1.159 --- 0xa

  Internetadresse       Physische Adresse     Typ
  192.168.1.66          00-11-32-98-50-b6     dynamisch

Die Syno u.a. das hier:

 ip n s
192.168.1.159 dev eth0 lladdr b4:b6:86:13:9a:6c REACHABLE

Was sagt mir das jetzt genau? ?

wird das Problem entweder in der Zuordnung liegen (ggf. falsche MAC-Zuordnung), oder die Syno schmeisst den Kram einfach weg (wovon ich mittlerweile schon eher ausgehe, vor allem dann, wenn alles andere im Netz problemlos funktioniert).

Was tu ich da nun am Besten, um das wieder zum Laufen zu bringen?

Btw: Firewall AUS meint auch Firewall AUS (und nicht, da sind ja nur die und die Regeln drin) ?

Die war nur für den Screenshot an ... war aber beim ganzen durchtesten komplett deaktiviert.

 

[blurrrr]

Ging nur darum zu prüfen, ob die Gerätschaften auch wirklich miteinander reden (ein Ping zu einer IP "muss" da auch nicht so aussagekräftig sein, wenn die MAC dahinter nicht stimmt, die ARP-Tabelle ist ein lokaler Cache, wo sich der Client die Zuordnungen zwischen MAC-Adresse und IP-Adresse merkt). Muss nu erstmal ein bisschen arbeiten, in diesem Sinne - sofern sich das Problem bis dahin nicht gelöst hat - bis später ??

 

[romurmel]

Was ist denn das für ein Standartgataway > 192.168.1.254?
Das ist eine IP Adresse aus dem DHCP Pool.

 

[blurrrr]

Mhm.... gehen wir mal schwer von aus... ist übrigens nicht ganz so unüblich wie Du denkst, dass grade die 254 auch gern für's GW genommen wird

 

[romurmel]

Die, die für DHCP verwendet werden, sollten auch für DHCP frei bleiben.
Wie kommst du denn darauf, die IP zu verwenden?

 

[ottosykora]

192.168.1.254?
Das ist eine IP Adresse aus dem DHCP Pool.

woran merkst du es?

 

[synfor]

Was ist denn das für ein Standartgataway > 192.168.1.254?
Das ist eine IP Adresse aus dem DHCP Pool.

Es heißt Standardgateway und woher weist du, dass die Adresse aus dem DHCP-Pool ist?

 

[Benares]

@romurmel
Ich weiß gar nicht, was du hast. Der Default-DHCP-Bereich geht von .10 bis .199, dann schließt sich der Bereich für VPN-Adressen an.
Die .254 ist also genauso frei wie die .1. Wer sagt, dass immer nur die .1 als als Default-GW verwendet werden darf? Nur weil es oft üblich ist?

 

[blurrrr]

Wer sagt denn jetzt, dass der Default-DHCP-Bereich von .10-199. geht? Benares Du Schlingel, was verheimlichst Du uns hier schon wieder?! ? Und grundsätzlich ist es sowieso so, dass man den DHCP-Pool angepassen kann wie man lustig ist (inkl. Ausnahmen/Reservierungen "mitten drin") - heisst kurzum: theroetisch kann das GW auch auf der .132 liegen...

 

[Benares]

Weil es so in der Hilfe steht? Ok, hab grad mal geschaut, er geht von .20 bis .200, ich muss da wohl mal was verstellt haben - oder er wurde irgendwann mal geändert Klar ist das anpassbar, aber die meisten dürften da nichts geändert haben.