Drucker aus Remotedesktop über VPN extrem langsam

[Grzesiek 10]

Kurz zur Systemkonfig:

Windows 7 im Server 2012 Domänennetzwerk

Netzwerkdrucker Kyocera mit KX-Treiber

 

Wir bauen eine Verbindung zu einen Terminalserver über VPN auf und arbeiten mit einer CAD ähnlichen Software darauf.

 

Das geht auch alles super soweit. Zum Drucken werden Drucker verwenden die bei der Remotedesktopverbindung umgeleitet werden.

 

DAs Problem ist dass das Drucken oft 5-10 Min dauert bis es gedruckt ist oder der Druckvorgang überhaupt startet, meistens können die anderen User nicht auf dem Drucker drucken bis der auftrag verarbeitet wurde. Gestern kam die Meldung: der Druckauftrag isz zu komplex ... hmmmm

 

Liegt es am Treiber oder am Drucker selbst oder an dem printserver von TP-link ?

 

für jede Info bin ich dankbar.

 

 

[testperson 1.729]

Hi,

 

wie groß sind denn die Druckaufträge? Und was für Bandbreiten sind am Client und am VPN Gateway vorhanden?

 

Gruß

Jan

[lefg 276]

Hallo,

 

wo steht denn der Drucker, wo der Printserver, wohin wird umgeleitet, wie die Verbindung? Wo ist der Spooler, wieviel kann der?

 

Wie ist das Verhalten bei einem kleineren Druckauftrag?

,

bearbeitet 6. Dezember 2013 von lefg

[Grzesiek 10]

bei uns gibt es das VDSL 50    5 Mbit Download 1Mbit Upload

 

Terminalserver läuft auf Win Server 2008 mit SDSL 6 in beide Richtungen

 

Dateien PDF ca 1 -2 MB

 

Es werden auch einzelne Dateiordner umgeleitet. Wenn man die Dateien direkt darauf speichert geht es in Sekunden.

 

Der Drucker selbst hat nur einen Parallelanschluß der mit einem mini Printserver aufgerüstet wurde.

 

Der Drucker ist direkt an jedem PC installiert d.h. nicht am Server und dann über Freigabe.

 

Ich weiß nicht ob es stimmt, habe in vielen Foren gelesen dass man  für Remotedesktop den PS Treiber immer nehmen sollte

[lefg 276]

OK,

 

ich habe es so verstanden:

 

Qusai ein Branch Office, dort ein PC, ein Mini-Printserver, daran ein PP-Drucker?

 

Auf dem PC ist der Druckertreiber installiert.

 

Zwichen Branch und Main Office eine VDSL.

 

Im Main Office ein Terminal/RDP Server.

 

Der PC baut die Verbindung zum TS/RDS auf und nimmt den Druckertreiber mit in die Sitzung.

[testperson 1.729]

Hi,

 

das heißt, ihr habt ein Site2Site VPN? Dann installiere den Drucker doch am zentralen Printserver oder ggfs. am Terminalserver und schleife ihn nicht mit in die TS Session.

 

Es gibt Drucker die am TS besser mit PS klarkommen, allerdings gibt es auch Drucker die mit einem PCL Treiber besser laufen.

 

Gruß

Jan

[lefg 276]

Tritt das Problem auch auf beim dem Drucken von Office-Dokumenten?

bearbeitet 6. Dezember 2013 von lefg

[Grzesiek 10]

also die Clients aus unseren Netzwerk wählen sich auf einem Server der Partnerfirma ein.

 

Ich habe eben einen anderen Kyocera mit integrierten Printserver getestet ohne Erfolg, auch die Verwendung von der Druckserverfunktion des Servers 2012 brachte nichts und der PS Treiber auch nicht.

 

bis letzten Freitag ging alles gut. Es waren Xp Clients mit Server 2003. Der Terminalserver ist unverändert.

 

Liegt es an der VPN Verbindung von Win 7 oder gibt der Server 2012 Richtlinienvor die das Drucken über Terminaldienste blockieren.

 

Auch Office-Dokument dauern eweig diese zu Drucken. Der Auftrag selbst scheint blitzartig an den Drucker übermittelt zu werden. Anzeige wird gedruckt kommt in Sekunden

bearbeitet 6. Dezember 2013 von Grzesiek

[lefg 276]

Diese Informationen so häppchenweise, dass irritiert mich doch etwas.

 

Und we ist es denn mit dem direkten Drucken vom Client auf den Drucker?

 

Und wie, wenn Du auf eurem 2012 eine Session aufmachst und druckst?

 

 

..... oder gibt der Server 2012 Richtlinienvor die das Drucken über Terminaldienste blockieren.

 

Eine Richtlinie müsste doch wohl eingerichtet worden sein von jemanden, oder?

 

Und das Vorhandensein einer Richtlinie wäre doch wohl feststellbar, oder?

 

Es ist ja keine Blockade, es ist eine Verzögerung.

 

Es wurden bei euch also der Server getauscht von 2003 auf 2012 und die Clients von 2003 auf W7.

 

Hauptverdächtiger ist für mich die Namensauflösung per DNS. Funktioniert die Namensauflösung per DNS? Wie ist das mit der Namansauflösung mit dem Printserver? War auf dem 2003 eventell WINS vorhanden und auf 2012 nicht mehr? Ist der Printserver im DNS und im WINS gelistet? Ist im Printserver eine Konfiguration für DNS und WINS möglich?

 

 

Noch eine Frage: Ist das die einzige Arbeitsstation mit Drucker in der Konfiguration und es ist nur bei der so? oder gibt es noch mehr?

bearbeitet 6. Dezember 2013 von lefg

[Grzesiek 10]

Also es ist ein komplett neues System mit Server 2012 und 12 Win 7 Pro Clients. Richtlinien wurden auch nicht aktiviert.

 

Das direkte Drucken vom Client oder Server lokal geht SOFORT.

 

Ja der alte Server war ein SBS mit WINS.  Auf dem TP-Link Printserver lassen sich keine DNS eintragen.

 

Das Problem haben mehrere Clients. Es passiert sogar dass aus Tobit keinemails gedruckt werden obwohl der Drucker sagt wird gedruckt.

 

Printserver wird sowohl per IP auch Name erreicht. jedoch nich wenn ich mit NSLOOKUP 10.10.10.201    unbekannt

 

 

Nun hab eich noch einen PTR in der ReverseZone angelegt   und jetzt kann ich zumindest über nslookup 10.10.10.201 auflösen

bearbeitet 6. Dezember 2013 von Grzesiek

[lefg 276]

Ich gestehe, momentan überfordert mich das Hellsehen. :)