4
IPSEC - auf ein mal kein Zugriff auf Shares mehr möglich
Guten Tag allerseits!
Habe wieder ein Problem und hoffe Ihr könnt mir helfen, auf die Lösung zu kommen!
Ein Client der über LANCOM VPN Client (IPSEC) eine VPN zum LANCOM 1926VAG-4G Router aufbaut kann auf ein mal nicht mehr auf die Netzlaufwerke zugreifen.
Der Client befindet sich momentan in einem Gäste-W-LAN außerhalb.
Das anpingen vom Windows-Share funktioniert über VPN, (Share hat private LAN-IP)
per "NET USE" lässt sich das Laufwerk mit einem Buchstaben verbinden,
wenn man bei "NET USE" ein falsches PW eingibt dann meldet er das, (also Verbindung zum Credentials prüfen ist da)
aber wenn man sich auf ein Netzlaufwerk verbinden will kommt anscheinend ein Timeout. (auf \\x.x.x.x konnte nicht zugegriffen werden - 0x80070035)
Ich habe keine Ahnung woran das liegt.
Ich denke, der Zugriff auf die Shares wird über die VPN getunnelt, so dass falls im Gäste-W-LAN SMB gesperrt ist, er trotzdem drauf zugreifen können sollte.
Die Credentials frägt er noch ab - aber wenn man das LW aufrufen will, kann er nicht darauf zugreifen.
Es wurden auch keine Änderungen an der VPN-Config gemacht. Von Gestern auf Heute funktioniert es nicht.
P.S.: Der Client ist zum ersten mal in diesem W-LAN. Aus HO W-LAN oder mobile Hotspot hatte es bisher funktioniert.
Ich beantworte gerne eure Fragen, ich freue mich über Lösungsvorschläge, ich wünsche eine schöne Restwoche und verbleibe
mfG
Goodfred
Habe wieder ein Problem und hoffe Ihr könnt mir helfen, auf die Lösung zu kommen!
Ein Client der über LANCOM VPN Client (IPSEC) eine VPN zum LANCOM 1926VAG-4G Router aufbaut kann auf ein mal nicht mehr auf die Netzlaufwerke zugreifen.
Der Client befindet sich momentan in einem Gäste-W-LAN außerhalb.
Das anpingen vom Windows-Share funktioniert über VPN, (Share hat private LAN-IP)
per "NET USE" lässt sich das Laufwerk mit einem Buchstaben verbinden,
wenn man bei "NET USE" ein falsches PW eingibt dann meldet er das, (also Verbindung zum Credentials prüfen ist da)
aber wenn man sich auf ein Netzlaufwerk verbinden will kommt anscheinend ein Timeout. (auf \\x.x.x.x konnte nicht zugegriffen werden - 0x80070035)
Ich habe keine Ahnung woran das liegt.
Ich denke, der Zugriff auf die Shares wird über die VPN getunnelt, so dass falls im Gäste-W-LAN SMB gesperrt ist, er trotzdem drauf zugreifen können sollte.
Die Credentials frägt er noch ab - aber wenn man das LW aufrufen will, kann er nicht darauf zugreifen.
Es wurden auch keine Änderungen an der VPN-Config gemacht. Von Gestern auf Heute funktioniert es nicht.
P.S.: Der Client ist zum ersten mal in diesem W-LAN. Aus HO W-LAN oder mobile Hotspot hatte es bisher funktioniert.
Ich beantworte gerne eure Fragen, ich freue mich über Lösungsvorschläge, ich wünsche eine schöne Restwoche und verbleibe
mfG
Goodfred
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 5606624805
Url: https://administrator.de/contentid/5606624805
Ausgedruckt am: 19.11.2024 um 11:11 Uhr
4 Kommentare
Neuester Kommentar
Moin,
Der Fehler hat wahrscheinlich nichts mit dem VPN zu tun. Die ID heißt: Netzwerkpfad nicht gefunden.
Funktioniert es in den anderen Netzen denn noch?
Welche Serverversion? Welche Clientversion? Welche Betriebssysteme? Welche smb-Version? Zugriff mittels IP oder Hostname? Wenn über Hostname, via Netbios-Name oder FQDN?
Blick in die Glaskugel: SMB-Version falsch. SMB1 wurde abgeschaltet (evtl. durch Update).
Liebe Grüße
Erik
Zitat von @Goodfred:
aber wenn man sich auf ein Netzlaufwerk verbinden will kommt anscheinend ein Timeout. (auf \\x.x.x.x konnte nicht zugegriffen werden - 0x80070035)
aber wenn man sich auf ein Netzlaufwerk verbinden will kommt anscheinend ein Timeout. (auf \\x.x.x.x konnte nicht zugegriffen werden - 0x80070035)
Der Fehler hat wahrscheinlich nichts mit dem VPN zu tun. Die ID heißt: Netzwerkpfad nicht gefunden.
P.S.: Der Client ist zum ersten mal in diesem W-LAN. Aus HO W-LAN oder mobile Hotspot hatte es bisher funktioniert.
Funktioniert es in den anderen Netzen denn noch?
Ich beantworte gerne eure Fragen, ich freue mich über Lösungsvorschläge, ich wünsche eine schöne Restwoche und verbleibe
Welche Serverversion? Welche Clientversion? Welche Betriebssysteme? Welche smb-Version? Zugriff mittels IP oder Hostname? Wenn über Hostname, via Netbios-Name oder FQDN?
Blick in die Glaskugel: SMB-Version falsch. SMB1 wurde abgeschaltet (evtl. durch Update).
Liebe Grüße
Erik
Wichtig auch zu wissen:
- Wird das Mounten des Shares mit der nackten IP gemacht?
- Wird das Mounten des Shares mit einem Hostnamen gemacht?
Hallo,
wir hatte mal ein ähnliches merkwürdiges Thema.
Bei uns lag es an den CSC Offline Caches, welche nicht mehr "rund" liefen.
CSC Offline Caches
Gruß
Muzzepuckel
wir hatte mal ein ähnliches merkwürdiges Thema.
Bei uns lag es an den CSC Offline Caches, welche nicht mehr "rund" liefen.
CSC Offline Caches
Gruß
Muzzepuckel
Zitat von @erikro:
Moin,
Der Fehler hat wahrscheinlich nichts mit dem VPN zu tun. Die ID heißt: Netzwerkpfad nicht gefunden.
Funktioniert es in den anderen Netzen denn noch?
Welche Serverversion? Welche Clientversion? Welche Betriebssysteme? Welche smb-Version? Zugriff mittels IP oder Hostname? Wenn über Hostname, via Netbios-Name oder FQDN?
Blick in die Glaskugel: SMB-Version falsch. SMB1 wurde abgeschaltet (evtl. durch Update).
Liebe Grüße
Erik
Moin,
Zitat von @Goodfred:
aber wenn man sich auf ein Netzlaufwerk verbinden will kommt anscheinend ein Timeout. (auf \\x.x.x.x konnte nicht zugegriffen werden - 0x80070035)
aber wenn man sich auf ein Netzlaufwerk verbinden will kommt anscheinend ein Timeout. (auf \\x.x.x.x konnte nicht zugegriffen werden - 0x80070035)
Der Fehler hat wahrscheinlich nichts mit dem VPN zu tun. Die ID heißt: Netzwerkpfad nicht gefunden.
P.S.: Der Client ist zum ersten mal in diesem W-LAN. Aus HO W-LAN oder mobile Hotspot hatte es bisher funktioniert.
Funktioniert es in den anderen Netzen denn noch?
Ich beantworte gerne eure Fragen, ich freue mich über Lösungsvorschläge, ich wünsche eine schöne Restwoche und verbleibe
Welche Serverversion? Welche Clientversion? Welche Betriebssysteme? Welche smb-Version? Zugriff mittels IP oder Hostname? Wenn über Hostname, via Netbios-Name oder FQDN?
Blick in die Glaskugel: SMB-Version falsch. SMB1 wurde abgeschaltet (evtl. durch Update).
Liebe Grüße
Erik
Ich hoffe es funktioniert noch in anderen Netzen. Gestern hatten wir keine Gelegenheit dies zu prüfen.
Microsoft Windows Server 2022 Standard
Windows 10 Pro
SMB - ohne zu schauen vermute ich die "im Standard eingestellt ist", da wir meines Wissens nach nichts geändert haben.
Zugriff über IP
Zitat von @aqui:
Wichtig auch zu wissen:
Wichtig auch zu wissen:
- Wird das Mounten des Shares mit der nackten IP gemacht?
- Wird das Mounten des Shares mit einem Hostnamen gemacht?
Wie gesagt, über "nackte IP" !
Zitat von @Muzzepuckel:
Hallo,
wir hatte mal ein ähnliches merkwürdiges Thema.
Bei uns lag es an den CSC Offline Caches, welche nicht mehr "rund" liefen.
CSC Offline Caches
Gruß
Muzzepuckel
Hallo,
wir hatte mal ein ähnliches merkwürdiges Thema.
Bei uns lag es an den CSC Offline Caches, welche nicht mehr "rund" liefen.
CSC Offline Caches
Gruß
Muzzepuckel
Offline Files haben wir nicht aktiviert
