Supportnet / Forum / BS-Sonstige
Sever 2003 - Drucken im Netzwerk
Frage
Hallo zusammen,
ich habe folgendes Problem auf einem Win 2003 Server (Standard Edition).
Der Server wird als TS (10.0.1.xxx) genutzt, leider befinden sich die Drucker im 10.2.1.xxx
Netz, also habe ich mir eine IP vom 10.2.1.xxx verpasst und die Drucker über
einen TCP/IP Port Installiert.
z.B. Drucker 1 (10.2.1.111)
z.B. Drucker 2 (10.2.1.222)
Nun kommt es des öffteren vor das man auf
Drucker-1 druckt aber der Ausdruck
auf Drucker-2 rauskommt.
(Rechtevergabe habe ich schon kontrolliert, User vom Drucker-1 hat komischerweise keine
Rechte um auf Drucker-2 zu Drucken und dennoch kommt der Druck dort raus.)
-------------------------------------------
- Konfiguration der Netzwerkkarte
Netz 1: 10.0.1.xxx (internes Netz)
255.255.255.0
xxx.xxx.xxx.xxx
Netz 2: 10.2.1.xxx (externes Netz)
255.255.255.0
xxx.xxx.xxx.xxx
-------------------------------------------
Danke für die Hilfe
Lars
Antwort 1 von ratpack
Bei den Druckern unter Anschlüsse den Haken bei "Druckerpool aktiviren" gesetzt?
rat
rat
Antwort 2 von lars36037
Nein, der Haken ist nicht gesetzt.
(Sollte dies so sein? Und wenn Ja welchen zweiten Anschluss soll ich da mit einbeziehen? LPT1???
(Sollte dies so sein? Und wenn Ja welchen zweiten Anschluss soll ich da mit einbeziehen? LPT1???
Antwort 3 von ratpack
der Haken soll bei beiden Druckern nich gesetzt sein.
Der gesetzem Haken würde erlären warum der druch mal auf dem anderen Drucker ausgeführt wird.
Der gesetzem Haken würde erlären warum der druch mal auf dem anderen Drucker ausgeführt wird.
Antwort 4 von lars36037
Der Haken ist nicht gestzt.(bei keinem der Drucker) Kann es Routing Problem sein (Wenn "Ja", wieso geht es mal und mal nicht???
Antwort 5 von ratpack
Das Routing klammere ich aus.
Kann man feststellen ob bestimmte Bnutzer oder Rechner betroffen sind?
Kommen die Druckaufträge nur von den Terminalsitzungen oder wird auch vom LAN darüber gedruckt?
rat
Kann man feststellen ob bestimmte Bnutzer oder Rechner betroffen sind?
Kommen die Druckaufträge nur von den Terminalsitzungen oder wird auch vom LAN darüber gedruckt?
rat
Antwort 6 von lars36037
Die Rechner (Anzahl 6) befinden sich im 10.0.1.xxx
Netz. Man kann es nicht auf einen Rechner oder User festlegen, mal ist es der und dann wieder ein anderer.
(Mal geht einen tag gut und dann wieder nicht.)
Es sieht so aus, als wenn die TS-Sitzung einfach die Verbindung zum Drucker verliert.
Kann man da in der Sitzung des User nicht eine Batch
Datei laufen lassen die den Drucker alle 10 min. per NetUse An und Abhängt???
Netz. Man kann es nicht auf einen Rechner oder User festlegen, mal ist es der und dann wieder ein anderer.
(Mal geht einen tag gut und dann wieder nicht.)
Es sieht so aus, als wenn die TS-Sitzung einfach die Verbindung zum Drucker verliert.
Kann man da in der Sitzung des User nicht eine Batch
Datei laufen lassen die den Drucker alle 10 min. per NetUse An und Abhängt???
Antwort 7 von ratpack
ich entnehme dem Satz :
Es sieht so aus, als wenn die TS-Sitzung einfach die Verbindung zum Drucker verliert.
das die Druckjobs auf der Terminalserver generiert werden.
Hier hat man 2 Moglichkeiten
1 der Druck wird über die Sitzung auf den Cliet übertragen und von da auf den Drucker gesendet.
2. der (die) Drucker sind direkt auf dem Terminalserver installiert und der Druck geht direkt zu Druker.
mit Variante 1 gibts öffter Probleme.
Schreib mir welche der Varianten benutzt wird.
rat
Es sieht so aus, als wenn die TS-Sitzung einfach die Verbindung zum Drucker verliert.
das die Druckjobs auf der Terminalserver generiert werden.
Hier hat man 2 Moglichkeiten
1 der Druck wird über die Sitzung auf den Cliet übertragen und von da auf den Drucker gesendet.
2. der (die) Drucker sind direkt auf dem Terminalserver installiert und der Druck geht direkt zu Druker.
mit Variante 1 gibts öffter Probleme.
Schreib mir welche der Varianten benutzt wird.
rat
Antwort 8 von lars36037
Variante 2. - Leider muss zu meinem Bedauern noch
die Variante 3 hinzufügen.
Ich habe auf dem TS eine 16Bit Anwendung zu laufen
(Paradox) und diese Mappt sich den LPT1 Port
über eine Stapelverarbeitungdatei:
Net use LPT1: /d
Net use LPT1: \\Servername\Druckerf /persisten: no
(hier Paradoxanwendung)
Net use LPT1: /d (wenn Paradox beendet wird)
die Variante 3 hinzufügen.
Ich habe auf dem TS eine 16Bit Anwendung zu laufen
(Paradox) und diese Mappt sich den LPT1 Port
über eine Stapelverarbeitungdatei:
Net use LPT1: /d
Net use LPT1: \\Servername\Druckerf /persisten: no
(hier Paradoxanwendung)
Net use LPT1: /d (wenn Paradox beendet wird)
Antwort 9 von ratpack
nichts mit allgemeines Druckerproblem ;-)
Versuch doch mal LPT1 mit dem Drucker nicht über die Batch sondern über die Druckereinstelungen im Terminalserver "fest zu verdrahten".
In den Druckereinstelungen kann man auch die "LPT-Ports verbiegen"
rat
Versuch doch mal LPT1 mit dem Drucker nicht über die Batch sondern über die Druckereinstelungen im Terminalserver "fest zu verdrahten".
In den Druckereinstelungen kann man auch die "LPT-Ports verbiegen"
rat
Antwort 10 von lars36037
Ich habe schon den Umweg über Parallelkabel und der Mitnahme des Druckers über Remotedesktopeinstellung versucht.
Leider besteht das Problem immer noch, ich würde sogar sage es gestaltet sich noch intensiver
Wenn ich es mit einer Batchdatei (also LPT1 abhängen und wieder rann) manuell mache
geht der nächste Ausdruck ja, es scheint als wenn er die Verbindung zum Port (LPT1) verliert.
Kann diese Batchdatei in einer Gruppenrichtlinie hinterlegen und diese wird alle 10 min. ausgeführt. (Natürlich für jeden User in seiner Sitzung einzeln)
Leider besteht das Problem immer noch, ich würde sogar sage es gestaltet sich noch intensiver
Wenn ich es mit einer Batchdatei (also LPT1 abhängen und wieder rann) manuell mache
geht der nächste Ausdruck ja, es scheint als wenn er die Verbindung zum Port (LPT1) verliert.
Kann diese Batchdatei in einer Gruppenrichtlinie hinterlegen und diese wird alle 10 min. ausgeführt. (Natürlich für jeden User in seiner Sitzung einzeln)
Antwort 11 von ratpack
Wenn das funktioniert , schreib mal wie du das konfiguriert hast.
rat
rat

