6
Net use Verbindungen trennen sich trotz Persistent yes
Guten Tag User und Admin's,
ich habe ein kleines Problem mit Windows XP Clients und einem Windows 2003 Server der kein Domänencontroller ist. Der Server soll ein reiner Plattenserver sein der ein 16 Bit Programm ( FOX ) im Netzwerk zur Verfügung stellen soll. Da Fox die Drucker auf LPT1: und LPT2: sucht habe ich den Drucker über einen Printserver der SMB unterstützt eingerichtet. Als Login-Script eine start.cmd ins Autostart der Clients kopiert.
Inhalt:
@echo off
net use h: \\server\Daten
net use K: \\server\home
net use L: \\server1\spam /user:login passwort
net use lpt1: \\Printserver\OKI /persistent:yes /user:login passwort
net use lpt2: \\Printserver2\OkI2 /persistent:yes /user:login passwort
Pause
Problem: Nach sehr kurzer Zeit erhalte ich unter dem Befehl "net use" die Meldung "Getrennt lpt1: \\Printserver\OKI" . Gleiches erhalte ich an einigen Rechnern von den gemappten Laufwerken. In der Ereignisanzeige stehen leider keine Fehler. Der Server hat auch genug Lizenzen. Kann mir eventuell jemand einen Tipp geben was das Problem sein kann?
Win2003 SP2
Danke für eure Hilfe
mfg. Wolfgang Utz
ich habe ein kleines Problem mit Windows XP Clients und einem Windows 2003 Server der kein Domänencontroller ist. Der Server soll ein reiner Plattenserver sein der ein 16 Bit Programm ( FOX ) im Netzwerk zur Verfügung stellen soll. Da Fox die Drucker auf LPT1: und LPT2: sucht habe ich den Drucker über einen Printserver der SMB unterstützt eingerichtet. Als Login-Script eine start.cmd ins Autostart der Clients kopiert.
Inhalt:
@echo off
net use h: \\server\Daten
net use K: \\server\home
net use L: \\server1\spam /user:login passwort
net use lpt1: \\Printserver\OKI /persistent:yes /user:login passwort
net use lpt2: \\Printserver2\OkI2 /persistent:yes /user:login passwort
Pause
Problem: Nach sehr kurzer Zeit erhalte ich unter dem Befehl "net use" die Meldung "Getrennt lpt1: \\Printserver\OKI" . Gleiches erhalte ich an einigen Rechnern von den gemappten Laufwerken. In der Ereignisanzeige stehen leider keine Fehler. Der Server hat auch genug Lizenzen. Kann mir eventuell jemand einen Tipp geben was das Problem sein kann?
Win2003 SP2
Danke für eure Hilfe
mfg. Wolfgang Utz
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: 56989
Url: https://administrator.de/contentid/56989
Ausgedruckt am: 22.11.2024 um 22:11 Uhr
6 Kommentare
Neuester Kommentar
ist es denn immer nur lpt1 oder ist auch lpt2 betroffen?
Auch lpt2. Wenn ich die Drucker über Novell mit "net use lpt1: \\Novell\Oki" ins System einbinde bleibten die Verbindungen permanent verbunden. Vielleicht hilft das weiter. Danke
Kleine Frage:
Wieso willst Du um den Drucker einzubinden Benutzernamen und PW mitgeben?
(Mal abgesehen davon, dass jeder der den Batch sieht, das PW Klartext vor der Nase hat)
Wenn Du nicht etwas ganz Lustiges gemacht hast, dann müsste "Jeder" die Berechtigung "Drucken" auf dem DruckerShare haben. Ergo brauchst Du keinen Benutzernamen und PW.
Da Du ja den Batch im Autostart hast, geht mir auch nicht ganz auf, wieso es PERSISTENT sein muss. Ohne PERSISTENT ist die Verbindung nur während der laufenden Sitzung gültig, weil das Ding aber bei jedem einloggen ausgeführt wird, sind die Drucker ja Verfügbar.
Novell ist bei mir zwar schon seeehr lange her aber:
Du schreibst
Wie auch immer, bei Deinem "Novell-Befehl" gibst Du weder PERSISTENT noch Benutzername und PW mit. Und trotzdem geht es...
Wieso willst Du um den Drucker einzubinden Benutzernamen und PW mitgeben?
(Mal abgesehen davon, dass jeder der den Batch sieht, das PW Klartext vor der Nase hat)
Wenn Du nicht etwas ganz Lustiges gemacht hast, dann müsste "Jeder" die Berechtigung "Drucken" auf dem DruckerShare haben. Ergo brauchst Du keinen Benutzernamen und PW.
Da Du ja den Batch im Autostart hast, geht mir auch nicht ganz auf, wieso es PERSISTENT sein muss. Ohne PERSISTENT ist die Verbindung nur während der laufenden Sitzung gültig, weil das Ding aber bei jedem einloggen ausgeführt wird, sind die Drucker ja Verfügbar.
Novell ist bei mir zwar schon seeehr lange her aber:
Du schreibst
"net use lpt1: \\Novell\Oki"
soweit ich es Erinnerung habe bezieht sich NET USE immer auf den DOS-Befehl. Hatte Novell nicht einen Eigenen Befehl?Wie auch immer, bei Deinem "Novell-Befehl" gibst Du weder PERSISTENT noch Benutzername und PW mit. Und trotzdem geht es...
Leider habe ich ein Vista mitlaufen. Der Rechner verbindet sich nur mit einem Konica Drucker mit Benutzeranmeldung. Deshalb der User mit Passwort. Der User ist im Druckermenue eingerichtet.
Die Drucker sind alle über LPR auf den Clients eingerichtet. Damit kann ich aus FOX aber nicht drucken. Fox schickt den Druckauftrag an LPT1. Eben ein alter 16-Biter. Deshalb benutze ich "net use" um über SMB den Druckauftrag umzulenken. Funktioniert ja auch. Nur eben hält Windows die Verbindung nicht. Persistent habe ich nur zum testen in der Batch.
Mit net use kann ich alle freigegebenen Resourcen nutzen. Wer sie mir zur Verfügung steht spielt doch keine Rolle. Wichtig ist doch nur das SMB unterstützt wird. Gemeint war das wenn ich unter Novell die Freigabe mit net use ins System mappe die Verbindung dauerhalft bestehen bleibt. Bis zur nächsten Anmeldung. Bei der nächsten Anmeldung wird dann per Login-Script mit dem Befehl capture der Drucker wieder ins System gemappt. Hat den jemand einen Drucker mit net use lpt1: \\...... ins System gemappt. Bleibt das die Verbindung permanent bestehen? Oder steht da auch nach kurzer Zeit "Getrennt".
Unter Vista werden auch die Laufwerke nach kurzer Zeit rausgeschnissen. Das habe ich aber mit net config server /autoreconnect:-1 hinbekommen. Nur wird der Drucker immer wieder getrennt.
Die Drucker sind alle über LPR auf den Clients eingerichtet. Damit kann ich aus FOX aber nicht drucken. Fox schickt den Druckauftrag an LPT1. Eben ein alter 16-Biter. Deshalb benutze ich "net use" um über SMB den Druckauftrag umzulenken. Funktioniert ja auch. Nur eben hält Windows die Verbindung nicht. Persistent habe ich nur zum testen in der Batch.
Mit net use kann ich alle freigegebenen Resourcen nutzen. Wer sie mir zur Verfügung steht spielt doch keine Rolle. Wichtig ist doch nur das SMB unterstützt wird. Gemeint war das wenn ich unter Novell die Freigabe mit net use ins System mappe die Verbindung dauerhalft bestehen bleibt. Bis zur nächsten Anmeldung. Bei der nächsten Anmeldung wird dann per Login-Script mit dem Befehl capture der Drucker wieder ins System gemappt. Hat den jemand einen Drucker mit net use lpt1: \\...... ins System gemappt. Bleibt das die Verbindung permanent bestehen? Oder steht da auch nach kurzer Zeit "Getrennt".
Unter Vista werden auch die Laufwerke nach kurzer Zeit rausgeschnissen. Das habe ich aber mit net config server /autoreconnect:-1 hinbekommen. Nur wird der Drucker immer wieder getrennt.
Problem gelöst: Für alle die mal auf das gleiche Problem stossen.
Erst den Drucker auf dem Server einrichten und freigeben. Dann bei den Clients die Drucker mit net use lpt1: \\Serverfreigabe\Druckername /persistent:yes einrichten. Als zusatz habe ich noch net config server /autodisconnect:-1 eingegeben. Dann halten die Clients die Verbindung zu Drucker dauerhaft.
Bei Vista hatte ich das Problem das bei der net use lpt1: immer nach Benutzer und Passwort gefragt wurde. Erst wenn man im Gerätemanagerr den lpt1 deaktiviert lässt sich auch in Vista der Drucker mit net use einrichten.
Erst den Drucker auf dem Server einrichten und freigeben. Dann bei den Clients die Drucker mit net use lpt1: \\Serverfreigabe\Druckername /persistent:yes einrichten. Als zusatz habe ich noch net config server /autodisconnect:-1 eingegeben. Dann halten die Clients die Verbindung zu Drucker dauerhaft.
Bei Vista hatte ich das Problem das bei der net use lpt1: immer nach Benutzer und Passwort gefragt wurde. Erst wenn man im Gerätemanagerr den lpt1 deaktiviert lässt sich auch in Vista der Drucker mit net use einrichten.
Moin woopinwolfman,
interessante Information, auch für mich neu...
Neu ist für mich die Info, dass dieser Bug/dieses Feature tatsächlich auch nach Vi$ta hinübergerettet worden ist.. *grummel*...
Das Problem (bezogen auf physikalisch vorhandene LPT-Ports, also meist nur LPT1: ) besteht spätestens seit WinXP, ich glaube sogar auch unter Win2000.
Die COM/LPT-Devices im Gerätemanger mussten erst deaktiviert werden, bevor sich mit "net use" ein Anschluss zuordnen liess... und das auch nur mit Adminrechten.
o M$... eine weitere Kerbe auf dem Schwert, dass Dich irgendwann treffen wird...
Es gibt unter den Pre-Vi$ta-Versionen auch einen weiteren Workaround, der dann wahrscheinlich auch immer noch funktioniert:
Der undokumentierte Schalter /p:yes statt /persistent:yes ist nicht das wesentliche, sondern dass der Useraccount ein Adminaccount ist.
Dadurch hätte/hat der normalberechtigte user auch gar nicht das Recht, diese Druckerzuordnung allein wieder zu lösen.
Grüße und vielen Dank fürs Posten Deiner Lösung
Biber
interessante Information, auch für mich neu...
Bei Vista hatte ich das Problem das bei der net use lpt1: immer nach Benutzer und Passwort gefragt wurde. Erst wenn man im Gerätemanagerr den lpt1 deaktiviert lässt sich auch in Vista der Drucker mit net use einrichten.
Neu ist für mich die Info, dass dieser Bug/dieses Feature tatsächlich auch nach Vi$ta hinübergerettet worden ist.. *grummel*...
Das Problem (bezogen auf physikalisch vorhandene LPT-Ports, also meist nur LPT1: ) besteht spätestens seit WinXP, ich glaube sogar auch unter Win2000.
Die COM/LPT-Devices im Gerätemanger mussten erst deaktiviert werden, bevor sich mit "net use" ein Anschluss zuordnen liess... und das auch nur mit Adminrechten.
o M$... eine weitere Kerbe auf dem Schwert, dass Dich irgendwann treffen wird...
Es gibt unter den Pre-Vi$ta-Versionen auch einen weiteren Workaround, der dann wahrscheinlich auch immer noch funktioniert:
- falls ein physikalisch vorhander Port per "net use" zugeordnet werden soll: im gerätemanager deaktivieren
- EINmalig ein "net use lpt1: \\druckerserver\drucker /p:yes /USER:einAdmin passwort" abfeuern
Der undokumentierte Schalter /p:yes statt /persistent:yes ist nicht das wesentliche, sondern dass der Useraccount ein Adminaccount ist.
Dadurch hätte/hat der normalberechtigte user auch gar nicht das Recht, diese Druckerzuordnung allein wieder zu lösen.
Grüße und vielen Dank fürs Posten Deiner Lösung
Biber
