18
Netzlaufwerke ständig mit rotem X
Guten Morgen!
Ich wende mich mit großer Hoffnung an euch.
Ich habe ein Problem mit Netzlaufwerken auf einem Windows Server 2019
Folgendes Szenario:
Ich bin IT-Dienstleister und unser Kunde hat gerade einen neuen Server bekommen.
Auf dem Server läuft eine Software, womit der Kunde arbeiten muss.
Die Software ist auf dem Server und auf den Clients installiert. Die Clients haben das Programmverzeichnis des besagten Programms als Netzlaufwerk hinzugefügt.
Damit das Programm richtig funktioniert, muss auf dem Server allerdings auch die eigene Freigabe als Netzlaufwerk verbunden sein (So sieht es der Entwickler vor).
Das Problem:
Die Netzlaufwerke auf dem Server selbst bleiben nicht verbunden. Im Explorer werden sie mit einem X versehen und die Software versagt den Dienst.
Sobald ich auf die Netzlaufwerke klicke, sind diese wieder verbunden.
Ich habe bereits versucht über die Windows GUI das Netzlaufwerk zu verbinden und über NET USE.
Die Netzlaufwerke habe ich über DNS-Namen und über \\localhost eingebunden.
Ich habe auch eine Bat erstellt, die jede Minute ein "dir" auf die Netzlaufwerke macht. Leider war auch das erfolglos.
Auch habe ich die Energiespareinstellungen soweit angepasst, dass die Netzwerkkarte nicht deaktiviert wird. Im Gerätemanager ebenso.
Ich habe ebenso per CMD diese "Energiesparoption" deaktiviert. (net config server /autodisconnect:-1)
Windows Defender ist so eingestellt, dass die Netzlaufwerke nicht gescannt werden.
Im Schnitt sind die Laufwerke jede Stunde wieder getrennt.
Das System:
ESXi 6.7 als Hypervisor und darauf ein Windows Server 2019 Version 1809 installiert. Alle Updates sind eingespielt.
Kann mir vielleicht jemand helfen, damit ich nicht jede Stunde auf die Netzlaufwerke klicken muss?
Google habe ich schon durch, bzw. weiß ich nicht mal, wonach genau ich suchen soll.
Vielen Dank schonmal für eure Tipps!
Grüße von Julisu
Ich wende mich mit großer Hoffnung an euch.
Ich habe ein Problem mit Netzlaufwerken auf einem Windows Server 2019
Folgendes Szenario:
Ich bin IT-Dienstleister und unser Kunde hat gerade einen neuen Server bekommen.
Auf dem Server läuft eine Software, womit der Kunde arbeiten muss.
Die Software ist auf dem Server und auf den Clients installiert. Die Clients haben das Programmverzeichnis des besagten Programms als Netzlaufwerk hinzugefügt.
Damit das Programm richtig funktioniert, muss auf dem Server allerdings auch die eigene Freigabe als Netzlaufwerk verbunden sein (So sieht es der Entwickler vor).
Das Problem:
Die Netzlaufwerke auf dem Server selbst bleiben nicht verbunden. Im Explorer werden sie mit einem X versehen und die Software versagt den Dienst.
Sobald ich auf die Netzlaufwerke klicke, sind diese wieder verbunden.
Ich habe bereits versucht über die Windows GUI das Netzlaufwerk zu verbinden und über NET USE.
Die Netzlaufwerke habe ich über DNS-Namen und über \\localhost eingebunden.
Ich habe auch eine Bat erstellt, die jede Minute ein "dir" auf die Netzlaufwerke macht. Leider war auch das erfolglos.
Auch habe ich die Energiespareinstellungen soweit angepasst, dass die Netzwerkkarte nicht deaktiviert wird. Im Gerätemanager ebenso.
Ich habe ebenso per CMD diese "Energiesparoption" deaktiviert. (net config server /autodisconnect:-1)
Windows Defender ist so eingestellt, dass die Netzlaufwerke nicht gescannt werden.
Im Schnitt sind die Laufwerke jede Stunde wieder getrennt.
Das System:
ESXi 6.7 als Hypervisor und darauf ein Windows Server 2019 Version 1809 installiert. Alle Updates sind eingespielt.
Kann mir vielleicht jemand helfen, damit ich nicht jede Stunde auf die Netzlaufwerke klicken muss?
Google habe ich schon durch, bzw. weiß ich nicht mal, wonach genau ich suchen soll.
Vielen Dank schonmal für eure Tipps!
Grüße von Julisu
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: 623858
Url: https://administrator.de/forum/netzlaufwerke-staendig-mit-rotem-x-623858.html
Ausgedruckt am: 22.12.2024 um 18:12 Uhr
18 Kommentare
Neuester Kommentar
Guten Morgen ,
wie werden die Laufwerke denn zugeteilt ? Bei der GPO vielleicht ersetzen statt aktualisieren ?
Netzwerkprobleme ?
Energieeinstellungen beim Netzwerkadapter falsch ?
War das Problem vorher schon vorhanden ?
Gruss
wie werden die Laufwerke denn zugeteilt ? Bei der GPO vielleicht ersetzen statt aktualisieren ?
Netzwerkprobleme ?
Energieeinstellungen beim Netzwerkadapter falsch ?
War das Problem vorher schon vorhanden ?
Gruss
Guten Morgen,
also per GPO habe ich die Netzlaufwerke noch nicht eingebunden. Es geht auch nur um die Netzlaufwerke auf dem Server. Ich bin mir nicht sicher, ob es dort hilft, per GPO einzubinden. Von den Clients aus funktionieren die Netzlaufwerke ohne Unterbrechung.
Zumal hat der Kunde keine Domäne, weil kein Bedarf.
Netzwerkprobleme gibt es sonst eigentlich keine, zumal es ja eine lokale Freigabe ist, die Lokal angebunden wird.
Die Energieeinstellungen habe ich schon so eingestellt, dass alles, was mit Energiesparen oder deaktivieren zu tun hat, deaktiviert ist.
Das Problem bestand einige Zeit lang nicht, zumindest wurde mir nicht berichtet, dass etwas nicht funktioniert.
Das einzige, was sich geändert hat, ist, dass wir dem Kunden eine neue Firewall von Sophos installiert haben, die für DHCP und DNS zuständig ist.
Könnte es hier Probleme geben, auch wenn die Netzlaufwerke mit \\localhost eingerichtet sind?
also per GPO habe ich die Netzlaufwerke noch nicht eingebunden. Es geht auch nur um die Netzlaufwerke auf dem Server. Ich bin mir nicht sicher, ob es dort hilft, per GPO einzubinden. Von den Clients aus funktionieren die Netzlaufwerke ohne Unterbrechung.
Zumal hat der Kunde keine Domäne, weil kein Bedarf.
Netzwerkprobleme gibt es sonst eigentlich keine, zumal es ja eine lokale Freigabe ist, die Lokal angebunden wird.
Die Energieeinstellungen habe ich schon so eingestellt, dass alles, was mit Energiesparen oder deaktivieren zu tun hat, deaktiviert ist.
Das Problem bestand einige Zeit lang nicht, zumindest wurde mir nicht berichtet, dass etwas nicht funktioniert.
Das einzige, was sich geändert hat, ist, dass wir dem Kunden eine neue Firewall von Sophos installiert haben, die für DHCP und DNS zuständig ist.
Könnte es hier Probleme geben, auch wenn die Netzlaufwerke mit \\localhost eingerichtet sind?
Ich habe nochmal tiefer nachgeforscht und folgende Fehlermeldung gefunden:
Eine Netzwerkverbindung wurde getrennt.
Servername: \localhost
Serveradresse: [::1]:445
Verbindungstyp: Wsk
Erläuterung:
Dies weist darauf hin, dass die Verbindung zwischen Client und Server getrennt wurde.
Wenn bei Verwendung eines RoCE (RDMA over Converged Ethernet)-Adapters häufig unerwartete Trennungen auftreten, kann eine falsche Netzwerkkonfiguration vorliegen. RoCE setzt voraus, dass PFC (Priority Flow Control) für jeden Host, Switch und Router im RoCE-Netzwerk konfiguriert wird. Eine nicht ordnungsgemäße PFC-Konfiguration kann zu Paketverlusten, häufig auftretenden Trennungen und schlechter Leistung führen.
Ich kann mit dieser Meldung leider gar nichts anfangen. Kann mir da vielleicht jemand helfen?
Eine Netzwerkverbindung wurde getrennt.
Servername: \localhost
Serveradresse: [::1]:445
Verbindungstyp: Wsk
Erläuterung:
Dies weist darauf hin, dass die Verbindung zwischen Client und Server getrennt wurde.
Wenn bei Verwendung eines RoCE (RDMA over Converged Ethernet)-Adapters häufig unerwartete Trennungen auftreten, kann eine falsche Netzwerkkonfiguration vorliegen. RoCE setzt voraus, dass PFC (Priority Flow Control) für jeden Host, Switch und Router im RoCE-Netzwerk konfiguriert wird. Eine nicht ordnungsgemäße PFC-Konfiguration kann zu Paketverlusten, häufig auftretenden Trennungen und schlechter Leistung führen.
Ich kann mit dieser Meldung leider gar nichts anfangen. Kann mir da vielleicht jemand helfen?
Zitat von @Julisu:
Die Software ist auf dem Server und auf den Clients installiert. Die Clients haben das Programmverzeichnis des besagten Programms als Netzlaufwerk hinzugefügt.
Damit das Programm richtig funktioniert, muss auf dem Server allerdings auch die eigene Freigabe als Netzlaufwerk verbunden sein (So sieht es der Entwickler vor).
Die Software ist auf dem Server und auf den Clients installiert. Die Clients haben das Programmverzeichnis des besagten Programms als Netzlaufwerk hinzugefügt.
Damit das Programm richtig funktioniert, muss auf dem Server allerdings auch die eigene Freigabe als Netzlaufwerk verbunden sein (So sieht es der Entwickler vor).
Ja, diese uunfähigen entwickler. ich habe da shon einige andere gesehen, die diesen Murks genauso machen.
Kann mir vielleicht jemand helfen, damit ich nicht jede Stunde auf die Netzlaufwerke klicken muss?
Hast Du mal versucht der Software UNC-Pfade statt Laufwerksbuchstaben anzubieten. Manche dieser kaputten Anwendunen lassen sich damit besänftigen (ggf. die Ini-date oder die registry manuell anpassen).
lks
Hi,
sehe ich das richtig: Du verbindest auf dem Server die Laufwerk zu sich selbst? Bestimmt, um bei Anmeldung auf dem Server die gleiche Umgebung bzgl. verbundener Netzlaufwerke zu haben, wie bei Anmeldung am Client. Korrekt?
Falls ja:
Verbinde sie am Server nicht als Netzlaufwerk sondern als Substitution.
statt
besser
E.
sehe ich das richtig: Du verbindest auf dem Server die Laufwerk zu sich selbst? Bestimmt, um bei Anmeldung auf dem Server die gleiche Umgebung bzgl. verbundener Netzlaufwerke zu haben, wie bei Anmeldung am Client. Korrekt?
Falls ja:
Verbinde sie am Server nicht als Netzlaufwerk sondern als Substitution.
statt
net use X: \\localhost\freigabe1subst X: {lokaler Pfad zum Ordner der Freigabe "freigabe1"}
z.B.
subst X: D:\Daten\Freigabe1E.
1
Hallo
Klingt für mich, als wäre das Programm streng vom Pfad abhängig. Wie stehen die Chancen, auf dem Server einfach eine weitere Parition zu erstellen mit dem gleichen Laufwerksbuchstaben und dort einfach die Daten des Programms drauf kopieren? Dann müsstest du dich um das Netzlaufwerk auf dem Server nicht kümmern. Du musst bei den Clients dann die Freigabe natürlich anpassen.
Ansonsten: Was läuft für ein AntiViren-Programm oder Firewall auf dem Server?
MfG
Zitat von @Julisu:
Damit das Programm richtig funktioniert, muss auf dem Server allerdings auch die eigene Freigabe als Netzlaufwerk verbunden sein (So sieht es der Entwickler vor).
Das Problem:
Die Netzlaufwerke auf dem Server selbst bleiben nicht verbunden. Im Explorer werden sie mit einem X versehen und die Software versagt den Dienst.
Sobald ich auf die Netzlaufwerke klicke, sind diese wieder verbunden.
Hm, wie genau mappst du die Laufwerke auf dem Server?Damit das Programm richtig funktioniert, muss auf dem Server allerdings auch die eigene Freigabe als Netzlaufwerk verbunden sein (So sieht es der Entwickler vor).
Das Problem:
Die Netzlaufwerke auf dem Server selbst bleiben nicht verbunden. Im Explorer werden sie mit einem X versehen und die Software versagt den Dienst.
Sobald ich auf die Netzlaufwerke klicke, sind diese wieder verbunden.
Klingt für mich, als wäre das Programm streng vom Pfad abhängig. Wie stehen die Chancen, auf dem Server einfach eine weitere Parition zu erstellen mit dem gleichen Laufwerksbuchstaben und dort einfach die Daten des Programms drauf kopieren? Dann müsstest du dich um das Netzlaufwerk auf dem Server nicht kümmern. Du musst bei den Clients dann die Freigabe natürlich anpassen.
Ansonsten: Was läuft für ein AntiViren-Programm oder Firewall auf dem Server?
MfG
Vielen Dank für deinen Vorschlag!
An der Software kann / möchte ich nichts verändern.
Wenn man dort an einer Stelle etwas verändert, funktioniert etwas anderes an anderer Stelle nicht mehr.
Der Kunde würde keine weitere Umstellung mitmachen, zumal das Verhältnis zum Entwickler auch nicht das Beste ist
An der Software kann / möchte ich nichts verändern.
Wenn man dort an einer Stelle etwas verändert, funktioniert etwas anderes an anderer Stelle nicht mehr.
Der Kunde würde keine weitere Umstellung mitmachen, zumal das Verhältnis zum Entwickler auch nicht das Beste ist
Danke für dein Feedback!
Die Laufwerke sind per NET USE verbunden.
Eine weitere Partition wäre keine Lösung, da die Daten in verschiedenen Verzeichnissen liegen und dann in der gesamten Software die lokalen Pfade angepasst werden müssten. Das will ich gerne verhindern.
Auf dem Server läuft der Windows Defender. Die Firewall hat der Entwickler ausgestellt, weil seine Software sonst nicht richtig läuft. Davor geschaltet ist aber eine Sophos XG Firewall
Die Laufwerke sind per NET USE verbunden.
Eine weitere Partition wäre keine Lösung, da die Daten in verschiedenen Verzeichnissen liegen und dann in der gesamten Software die lokalen Pfade angepasst werden müssten. Das will ich gerne verhindern.
Auf dem Server läuft der Windows Defender. Die Firewall hat der Entwickler ausgestellt, weil seine Software sonst nicht richtig läuft. Davor geschaltet ist aber eine Sophos XG Firewall
Vielen Dank für deinen Tipp!
Werde ich testen und berichten!
Liebe Grüße
Werde ich testen und berichten!
Liebe Grüße
Wir reden hier nicht zufällig von TopKontor? Die machen nämlich auch so einen Schwachsinn. Da kann man den Datenpfad aber per UNC hinterlegen. Ansonsten wäre es gut zu wissen, um welche Software es sich handelt.
🖖
🖖
Das beantwortet meine Frage leider nicht.
Über den Windows Explorer?
Anmeldescript?
Syntax? Bitte den genauen net use Befehl, meinetwegen IP und Host mit anderen Werten
MfG
Über den Windows Explorer?
Anmeldescript?
Syntax? Bitte den genauen net use Befehl, meinetwegen IP und Host mit anderen Werten
MfG
Schon mal "net use /?" probiert?
Da bekommste dann den Schalter [/PERSISTENT:{YES | NO}] angezeigt.
Das löst Dein Problem.
Da bekommste dann den Schalter [/PERSISTENT:{YES | NO}] angezeigt.
Das löst Dein Problem.
Vorne weg ich bin blutiger Anfänger in diesem Thema, aber liege ich falsch mit der Annahme das ein zweites separates Netzwerk und die Software an dem bereits vorhandenen anzubinden ungefähr dem momentanen Fall entspricht?
Verwendet die Software die
BDE bzw. Borland Database Engine bzw. PARADOX?
Wenn ja und das upgraden auf eine moderne BDE freie version der Software nicht möglich ist, dann lässt sich das Problem lösen, in dem auf allen Rechnern im Netzwerk wo die BDE installiert ist, die Konfiguration der BDE angepasst wird dahingehend, dass alle pfade in den aliasen als uncpfad angegeben werden und auch alle Clients per UNC Pfad auf das gleiche netdir verweisen.
Wichtig dabei ist das nicht nur der ort im Netzwerk sondern auch die schreibweise
Gleich sein muss. Keinesfalls mal per ip und mal per hostname oder per alias aus Hosts datei adressieren.
Generell kann ich nur dazu raten das system zu aktualisieren. Nichts ist den ärger mit einer dateibasierten multiuser Datenbank auf einen Windows System wert stichwort
"opportunistic locking"
BDE bzw. Borland Database Engine bzw. PARADOX?
Wenn ja und das upgraden auf eine moderne BDE freie version der Software nicht möglich ist, dann lässt sich das Problem lösen, in dem auf allen Rechnern im Netzwerk wo die BDE installiert ist, die Konfiguration der BDE angepasst wird dahingehend, dass alle pfade in den aliasen als uncpfad angegeben werden und auch alle Clients per UNC Pfad auf das gleiche netdir verweisen.
Wichtig dabei ist das nicht nur der ort im Netzwerk sondern auch die schreibweise
Gleich sein muss. Keinesfalls mal per ip und mal per hostname oder per alias aus Hosts datei adressieren.
Generell kann ich nur dazu raten das system zu aktualisieren. Nichts ist den ärger mit einer dateibasierten multiuser Datenbank auf einen Windows System wert stichwort
"opportunistic locking"
Ich habe gerade mit dem Kunden telefoniert - das Problem ist gelöst! Tausend Dank dir!
Tatsächlich arbeitet die Software mit der BDE.
Das Problem ist nun aber gelöst, durch das subst-Command.
Der Draht zum Entwickler ist leider nicht all zu gut, von aktualisieren bzw. zeitgemäßer Technik wird dort nicht viel gehalten.
Das Problem ist nun aber gelöst, durch das subst-Command.
Der Draht zum Entwickler ist leider nicht all zu gut, von aktualisieren bzw. zeitgemäßer Technik wird dort nicht viel gehalten.
Interessant, ich habe bei einem unserer Kunden ebenfalls eine Software mit BDE Unterbau im Einsatz, dort gibt es nurnoch einen Ansprechpartner und der hat eine @kabelbw-mail :D Die Software ist uralt und wird schon seit Jahren nicht mehr weiterentwickelt.
Und dort wird ebenfalls nichts von aktuellen Datenbanken gehalten und Windows 10 Upgrades werden nicht empohlen, da nicht getestet etc.
Naja, was will man machen. Wir verdienen damit letztlich auch Geld.
MfG
Und dort wird ebenfalls nichts von aktuellen Datenbanken gehalten und Windows 10 Upgrades werden nicht empohlen, da nicht getestet etc.
Naja, was will man machen. Wir verdienen damit letztlich auch Geld.
MfG
Oooch, keine Ursache ...
