Windows verbindet sich nicht automatisch mit Netzlaufwerk

[gsh]

Hi Leute

ich habe seit kurzer Zeit folgendes Problem bei einem Kunden:
Dieser hat ein Netzwerk mit drei Computern (Win XP Pro) zwei davon sind als Clients eingerichtet und der dritte als Server. Alle Computer haben ein Netzlaufwerk (Z:) auf die Freigabe vom Server. Dieses Netzlaufwerk wird aber nicht immer automatisch verbunden. Deswegen kommt nach dem Start einer Software (diese muss auf das Laufwerk Z: zugreifen) der Fehler, dass die Datenbank Datei nicht gefunden werden kann. Wenn ich aber manuell im Explorer auf das Netzlaufwerk klicke wird dieses verbunden und die Software findet die Datenbank ohne Probleme.

Ein Netzwerkproblem schließe ich aus da der Server auch das Laufwerk Z: auf sich selber verbinden sollte dies aber auch nicht immer automatisch erledigt.

Warum ist Windows so unzuverlässlich? :(

[SirThornberry]

Wenn die Software das Laufwerk Z vorrausetzt würde ich auch in der Software dieses verbinden sofern es nicht vorhanden ist.

[RWarnecke]

Führe doch ein Login-Skript beim Anmelden des Users aus, der das Laufwerk Z verbindet.

[gsh]

Zitat:

Zitat von SirThornberry

Wenn die Software das Laufwerk Z vorrausetzt würde ich auch in der Software dieses verbinden sofern es nicht vorhanden ist.

hab ich schon versucht. Sie haben gesagt Sie können nicht in Windows eingreifen ... und bei ihnen funktioniert dies ohne probleme -.-

Zitat:

Zitat von RWarnecke

Führe doch ein Login-Skript beim Anmelden des Users aus, der das Laufwerk Z verbindet.

Diese Computer sind nicht in einem active directory. Ich könnte dies also höchstens im Autostart erledigen. Dies ist meiner Meinung nach aber keine Lösung sondern höchstens ein Workaround. Außerdem sollte Windows dies doch automatisch erledigen oder?

[Kalfany]

Zitat:

Zitat von gsh

Zitat:

Zitat von SirThornberry

Wenn die Software das Laufwerk Z vorrausetzt würde ich auch in der Software dieses verbinden sofern es nicht vorhanden ist.

hab ich schon versucht. Sie haben gesagt Sie können nicht in Windows eingreifen ... und bei ihnen funktioniert dies ohne probleme -.-

Zitat:

Zitat von RWarnecke

Führe doch ein Login-Skript beim Anmelden des Users aus, der das Laufwerk Z verbindet.

Diese Computer sind nicht in einem active directory. Ich könnte dies also höchstens im Autostart erledigen. Dies ist meiner Meinung nach aber keine Lösung sondern höchstens ein Workaround. Außerdem sollte Windows dies doch automatisch erledigen oder?

Login-Scripts funktionieren auch ohne active directory, nennt sich dann "Richtlinien für Lokaler Computer" ... kann aber sein das das nicht unter XP Home geht.

Ansonsten gibts noch eine option in der Registry mit der man das automatische verbinden ausschalten kann ... aber da weiß ich grad nicht wie die heißt ...

[nahpets]

Hallo,

das von Dir beschriebene Problem kenne ich aus der täglichen Praxis. Manche Laufwerke sind sofort verbunden, bei anderen muss man im Explorer einmal draufklicken, damit die Verbindung erstellt wird. Vermute, dass hier irgendwelche Timeout-Probleme auftreten. Manchmal reicht auch ein einfaches Dir auf das Laufwerk, dessen Verbindung noch nicht (so richtig) vorhanden ist.
Manchmal reicht es, Programme per Batch aufzurufen und vor dem Programmstart nicht ein DIR auf das benötigte Laufwerk abzusetzen.
z. B.:

Code:

dir z:\*.* >nul
c:\irgendeinpfad\meinprogramm.exe

Eventuell solltes Du beim Programmstart die Laufwerksverfügbarkeit prüfen und ggfls. die Verbindung zum Laufwerk Z: vom Programm erstellen lassen, soweit sie noch nicht vorhanden ist. Wie das geht, könntest Du eventuell hier erfahren.

Ein Loginscript könntest Du auch in den Run-Zweig der Registry legen, dass ist verlässlicher als ein Eintrag im Autostart.

Code:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Run

[RWarnecke]

Zitat:

Zitat von gsh

Diese Computer sind nicht in einem active directory. Ich könnte dies also höchstens im Autostart erledigen. Dies ist meiner Meinung nach aber keine Lösung sondern höchstens ein Workaround.

Als Workaround würde ich das nicht bezeichnen, denn in jedem Netzwerk gibt es ein Login-Skript.

Zitat:

Zitat von gsh

Außerdem sollte Windows dies doch automatisch erledigen oder?

Da bin ich mir nicht ganz sicher. Ich bin aber der Meinung, dass wenn der Haken bei "Verbindung bei Anmeldung wiederherstellen" gesetzt wird lediglich nur eine symbolische Verbindung hergestellt wird und erst beim ersten Zugriff, wie durch das Anklicken im Explorer die Verbindung erst richtig hergestellt wird.
Deshalb rate ich Dir ruhig ein Batch-File in die Autostartgruppe zu setzen oder in dem Programm die Verbindung zum Netzlaufwerk herzustellen oder wie es Kalfany hier es geschrieben hat

Zitat:

Zitat von Kalfany

Login-Scripts funktionieren auch ohne active directory, nennt sich dann "Richtlinien für Lokaler Computer" ... kann aber sein das das nicht unter XP Home geht.

[gsh]

Zitat:

Zitat von Kalfany

Login-Scripts funktionieren auch ohne active directory, nennt sich dann "Richtlinien für Lokaler Computer" ... kann aber sein das das nicht unter XP Home geht.
Ansonsten gibts noch eine option in der Registry mit der man das automatische verbinden ausschalten kann ... aber da weiß ich grad nicht wie die heißt ...

Wie ich oben bereits geschreiben habe sind auf allen Computern Win XP Pro. Aber bevor ich ein Login Script erstellt lege ich einfach eine Bat in den Autostart oder starte es über die Registry.

Zitat:

Zitat von nahpets

das von Dir beschriebene Problem kenne ich aus der täglichen Praxis. Manche Laufwerke sind sofort verbunden, bei anderen muss man im Explorer einmal draufklicken, damit die Verbindung erstellt wird. Vermute, dass hier irgendwelche Timeout-Probleme auftreten. Manchmal reicht auch ein einfaches Dir auf das Laufwerk, dessen Verbindung noch nicht (so richtig) vorhanden ist.
Manchmal reicht es, Programme per Batch aufzurufen und vor dem Programmstart nicht ein DIR auf das benötigte Laufwerk abzusetzen.
z. B.:

Code:

dir z:\*.* >nul
c:\irgendeinpfad\meinprogramm.exe

Eventuell solltes Du beim Programmstart die Laufwerksverfügbarkeit prüfen und ggfls. die Verbindung zum Laufwerk Z: vom Programm erstellen lassen, soweit sie noch nicht vorhanden ist. Wie das geht, könntest Du eventuell hier erfahren.

Ich habe mir bereits überlegt dies mit einer Start-Bat zu erledigen konnte dies aber bis jetzt nicht zuverlässig lösen. Vielen Dank für den Tipp mit dem „dir z:\*.* >nul“, dies klingt vielversprechend.
Leider ist es wie ich oben bereits geschrieben habe nicht mein Programm und die dafür zuständigen Entwickler wollen dies nicht umsetzten.

Zitat:

Zitat von RWarnecke

Da bin ich mir nicht ganz sicher. Ich bin aber der Meinung, dass wenn der Haken bei "Verbindung bei Anmeldung wiederherstellen" gesetzt wird lediglich nur eine symbolische Verbindung hergestellt wird und erst beim ersten Zugriff, wie durch das Anklicken im Explorer die Verbindung erst richtig hergestellt wird.

Naja mir wäre es egal wenn es nur ein Link ist aber wenn ich auf z.b. Z:\datei.db zugreife dann sollte Windows versuchen das Netzlaufwerk zu verbinden anstatt den Zugriff darauf zu unterbinden.

Zitat:

Zitat von RWarnecke

Deshalb rate ich Dir ruhig ein Batch-File in die Autostartgruppe zu setzen oder in dem Programm die Verbindung zum Netzlaufwerk herzustellen oder wie es Kalfany hier es geschrieben hat

Zitat:

Zitat von Kalfany

Login-Scripts funktionieren auch ohne active directory, nennt sich dann "Richtlinien für Lokaler Computer" ... kann aber sein das das nicht unter XP Home geht.

Da ich nicht beim anmelden gewährleisten kann das der Server (dieser wird nur bei Bedarf gestartet) bereits von den Usern hochgefahren wurde werde ich es wahrscheinlich doch so lösen wie es nahpets vorgeschlagen hat lösen.


Schade dass es Windows nicht mal schafft eine Dateifreigabe auf dem lokalen PC zuverlässig aufzubauen. :wall:

[gsh]

So ich bin gerade beim kunden connectet und habe folgendes getestet:

Code:

dir z:\*.* >nul
c:\irgendeinpfad\meinprogramm.exe

Nun bleibt das CMD fenster aber so lange offen bis das Programm beendet wurde. Dies wird den Benützer aber sicher nicht gut gefallen. Kann man über ein Command die Anwendung starten ohne auf die Beendigung dieser zu warten?

[cruiser]

ja

Code:

dir z:\*.* >nul
start c:\irgendeinpfad\meinprogramm.exe

[gsh]

Zitat:

Zitat von cruiser

ja

Code:

dir z:\*.* >nul
start c:\irgendeinpfad\meinprogramm.exe

danke mit dem funktionierts :dp:

[gsh]

hmm leider muss ich sagen das der Befehl "dir z:\*.* >nul" keine Verbesserung beim verbinden erzielt hat.
Kennt jemand einen anderen Befehl damit Windows überzeugt werden kann das Netzlaufwerk zu verbinden?

[Mr_G]

Mit Net Use kann man Netzlaufwerke verbinden...

[gsh]

Zitat:

Zitat von Mr_G

Mit Net Use kann man Netzlaufwerke verbinden...

geht das auch wenn das Netzlaufwerk bereits vorhanden ist? Oder soll ich es einfach davor weglöschen und dann neu anlegen?

[nahpets]

Hallo,

Zitat:

Zitat von gsh

Zitat:

Zitat von Mr_G

Mit Net Use kann man Netzlaufwerke verbinden...

geht das auch wenn das Netzlaufwerk bereits vorhanden ist? Oder soll ich es einfach davor weglöschen und dann neu anlegen?

ausprobieren, manchmal wird eine bereits vorhanden Netzlaufwerkverbindung wieder hergestellt, manchmal erscheint die Meldung, dass keine Verbindung hergestellt werden kann, weil bereits eine Verbindung unter einem anderen Benutzernamen hergestellt wurde...
In einer Batchdatei kannst Du aber auch über den Errorlevel auf Erfolg oder Misserfolg abfragen und entsprechend reagieren.

[quantum]

Ich empfinde die automatische Netzlaufwerksverbindungsherstellung :cyclops: als zu langsam und unzuverlässig und rufe beispielsweise im Autostart folgende Zeile in einer Batchdatei auf:

Code:

net use z: \\192.168.2.50\DATA /PERSISTENT:NO

Es verbindet schneller wenn die IP angegeben wird, da der Hostname nach dem Start noch nicht so schnell zur Verfügung steht. Man kann den Hostnamen natürlich auch in die "hosts" Datei einfügen.

[gsh]

Zitat:

Zitat von nahpets

ausprobieren, manchmal wird eine bereits vorhanden Netzlaufwerkverbindung wieder hergestellt, manchmal erscheint die Meldung, dass keine Verbindung hergestellt werden kann, weil bereits eine Verbindung unter einem anderen Benutzernamen hergestellt wurde...
In einer Batchdatei kannst Du aber auch über den Errorlevel auf Erfolg oder Misserfolg abfragen und entsprechend reagieren.

hmm klingt nicht sehr zuverlässlich. ach mein liebes Windows :roll:

Zitat:

Zitat von quantum

Ich empfinde die automatische Netzlaufwerksverbindungsherstellung :cyclops: als zu langsam und unzuverlässig und rufe beispielsweise im Autostart folgende Zeile in einer Batchdatei auf:

Code:

net use z: \\192.168.2.50\DATA /PERSISTENT:NO

Es verbindet schneller wenn die IP angegeben wird, da der Hostname nach dem Start noch nicht so schnell zur Verfügung steht. Man kann den Hostnamen natürlich auch in die "hosts" Datei einfügen.

Leider werden bei mir die IP Adressen dynamisch vergeben.

Nun gut, ich glaub es ist das beste wenn ich die Verbindung zuerst weglösche und dann neu erstelle.


Ich werde dies dann morgen testen ... Vielen Dank für eure Antworten :dp:

[OldGrumpy]

Hat sich da noch was ergeben? Hab indirekt gerade ein ähnliches Problem :)

[gsh]

aso ich wollte ja bescheid geben sry :stupid:

"Nur" der Verbinden Befehl (net use) hat nicht nicht ganz funtkioniert. Deswegen hab ich noch ein net use delete davor eingebaut. Also ungefähr so:

Code:

Netzlaufwerk löschen
Netzlaufwerk verbinden
Anwendung starten

Meine letzte Rückmeldung ist das es mit dem bis jetzt keine Probleme gegeben hat.

[jaenicke]

net use ist bei einem Delphiprogramm ja auch wenig passend. Schließlich gibt es dafür WNetAddConnection2, WNetCancelConnection2 etc., mit denen man das direkt im Delphiprogramm machen kann.

Genauso kann man den Status bspw. mit WNetGetConnection abfragen.

[gsh]

Zitat:

Zitat von jaenicke

net use ist bei einem Delphiprogramm ja auch wenig passend. Schließlich gibt es dafür WNetAddConnection2, WNetCancelConnection2 etc., mit denen man das direkt im Delphiprogramm machen kann.

Genauso kann man den Status bspw. mit WNetGetConnection abfragen.

hi es geht ja auch nicht um ein delphi programm sondern um eine bat datei

[fkerber]

Hi!

Ich hatte einen ähnlichen Fall und musste auch immer zuerst die alte Verbindung entfernen und dann eine neue aufbauen.
Das hat allerdings dann einwandfrei funktioniert und tut es bis heute...


Ciao, Frederic

[octonet]

Hallo,

wenn auch zu spät aber hier mein Tip.

Verbinde doch Deine Datenbank mit einem UNC Namen. Zb. \\server\freigabe\pfad\Datenbank.mdb

Dann brauchst Du nicht immer auf Fehler zu reagieren.

Fehler bei Laufwerkszuordnung kommen meist bei WLAN Zugriff.

Bei meiner ADO-Verbindung funktioniert das ausgezeichnet von allen Niederlassungen in Deutschland aus. Somit brauchen nicht alle Anwender das gleiche Laufwerksmapping und haben Buchstaben gespart.

Grüße
Robert

[gsh]

Zitat:

Zitat von octonet

Hallo,

wenn auch zu spät aber hier mein Tip.

Verbinde doch Deine Datenbank mit einem UNC Namen. Zb. \\server\freigabe\pfad\Datenbank.mdb

Dann brauchst Du nicht immer auf Fehler zu reagieren.

Fehler bei Laufwerkszuordnung kommen meist bei WLAN Zugriff.

Bei meiner ADO-Verbindung funktioniert das ausgezeichnet von allen Niederlassungen in Deutschland aus. Somit brauchen nicht alle Anwender das gleiche Laufwerksmapping und haben Buchstaben gespart.

Grüße
Robert

danke für deinen Tip aber die Software hat mit so einem Namen Probleme. Deswegen muss ich ein Laufwerk mappen. :wall:
Die Computer sind alle in einem 100 Ethernet Lan mit einander verbunden.

Gerade gestern hab ich mich mal wieder erkundigt und der Workaround mit Laufwerk trennen und wieder verbinden funktioniert immer noch. :-D