twenty

Hallo,

nach einigem herum probieren von der diversenen Reghives, haben wir folgende "Lösung" gefunden:

Ab Windows 2012 wird der Drucker via RPC vom Printserver verbunden. Um dieses Verhalten abzustellen und den Drucker via SMB zu verbinden, ist dieser Reghive nötig. Momentan ist bei uns alles ruhig.

HKLM\Software\Policies\Microsoft\Windows NT\Printers\

EnabledProtocols

Type: DWORD

Data: 6

Folgender Reghive wurde ebenfalls gesetzt und löscht beim Abmeldevorgang des Users, die Reghives der verbundenen Drucker unter HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Print\Providers\Client Side Rendering Print Provider\***SID des Users***\Printers\Connections. Die verbundenen Drucker werden aber weiterhin im Userprofile gespeichert.

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Print\Providers\Client Side Rendering Print Provider\

RemovePrintersAtLogoff

Type: DWORD

Data:1

Hallo,

derzeit sind wir gemeinsam mit MS noch dabei, den einen oder anderen Reghive auszutesten. Die Zufriedenheit des Kunden sinkt dabei von Tag zu Tag. Mir persönlich kommt die ganze Geschichte ziemlich planlos und unausgegoren vor. Laut MS gibt es keine Universallösung, sondern jedes Problem/jeder Kunde muss gesondert betrachtet werden.

Bei MS ist man sich nicht darüber im Klaren, was diese Situation für IT Dienstleister bedeutet. Es gibt auch keinerlei Einsicht seitens MS, dass hier ein Fehler im System vorhanden ist und es sich dabei nicht um Fehlkonfigurationen handelt. Wir bleiben dran.

Hallo!

Wir haben zu dem Problem einen Case bei MS eröffnet. Sobald es etwas zu berichten gibt, melde ich mich.

Gruß Twenty

Danke für die Rückmeldung. Dann kann ich mir einen weiteren MS Case ersparen.

Gruß Wolfgang

Hallo!

Auch bei mir tauchen die oben genannten Symptome auf. Der KB2871131 hat bei mir nicht geholfen. Dieses Update wurde beim Installationsversuch vom System abgelehnt. Auf den Remote Desktop Session Hosts, wurden alle Updates und Hotfixes (KB2887595-v2) installiert. Diese bringen leider keine Besserung.

Bei mir ist der Registry Pfad, wie in diesem KB Artikel beschrieben "HKEY_Users\.DEFAULT\Printers\DevModes2", leer.

Gibt es in der Zwischenzeit neue Erkenntnisse?

Gruß Twenty

Den zweiten DNS Server wie folgt einrichten:

netsh interface ipv4 add dnsserver name="LAN Verbindung" addr=123.123.123.20

Jumper205 in Beitrag Nr.10 steht: Der Sessions Host selbst hat das Zertifikat ausgestellt. Sorry, habe ich vorher übersehen. Dies deutet darauf hin, dass ein Selfsign Zertifikat an das RDP Protokoll gebunden ist.

Eine CA von Microsoft stellt per Default keine Zertifikate mit SAN's aus. Diese Funktion muss extra aktiviert werden.

Der Befehl dazu -> certutil.exe -setreg policy\editflags +EDITF_ATTRIBUTESUBJECTALTNAME2

Neustart der Zertifikatsdienste und danach eine neue Vorlage erstellen. Die Vorlage benötigt die OID "Server Authentication". In der Vorlage den Reiter "Subject Name" die Option "Supply in the request" aktivieren. Erst durch diese Option ist es möglich, SAN's beim Zertifikatsrequest einzutragen. Jetzt noch die Vorlage in die CA importieren.

Zu beachten ist die Gültigkeitsdauer des Zertifikats. Ein längerer Zeitraum ist hier von Vorteil (meine persönliche Meinung). Bei größeren Installation ist es lästig, jedes Jahr auf allen Servern die Zertifikate zu erneuern.

Jetzt kannst du den Request absetzen und die SAN's mit angeben. Das Zertifikat mit dem privaten Schlüssel exportieren und noch auf allen Servern importieren (Computerstore).

Jetzt noch die Zertifikate wie in http://ryanmangansitblog.files.wordpress.com/2013/03/rds-certs2.png - und hier -> http://www.windowspro.de/wolfgang-sommergut/terminal-server-farmen-zertifikate-session-hosts-zuweisen - beschrieben, zuweisen.

Das sollte es gewesen sein.

In der Produktivumgebung habe ich mich von einem Windows Server 2008 R2 remote verbunden und das Zertifikat an das RDP Protokoll gebunden. Diese Lösung ist sehr einfach über die GUI lösbar (wenn man auf solch eine Serverinstallation zurück greifen kann).

Die Bindung via Powershell hat bei mir leider nicht funktioniert. Es gibt dazu einen Artikel auf der Technet Seite, der hat mir auch nicht weiter geholfen. Daher kann ich zu diesen Lösungsvorschlag nicht empfehlen.

Die dritte Möglichkeit via Registriy hat zumindest in einer Testumgebung funktioniert.

Das Zertifikat muss noch an das RDP Protokoll auf den Session Hosts gebunden werden.

Hier hat sich schon jemand an eine Anleitung gewagt -> http://www.windowspro.de/wolfgang-sommergut/terminal-server-farmen-zertifikate-session-hosts-zuweisen

Hallo W2K-Networker!

Ich behaupte frech, es liegt am HP Universal Treiber. Du bist mit deinen Problemen nicht alleine. Ich selbst habe mit diversen Druck Problemen schon Tage verbracht ohne eine sinnvolle Lösung zu finden.

Daher mein Tipp:

Installiere die Treiber, die von Windows 2012 R2 angeboten werden. Notfalls via Windows Update nach neuen suchen. Sollte dies nicht möglich sein, dann die gerätespezifischen Treiber des Herstellers. Bei der Verbindung des Netzwerkdruckers am Windows 7 Client, zieht dieser den Treiber von MS - Microsoft enhanced Point and Print compatibility Driver.

Bei der Installation des Print-Service werden diese Treiber automatisch installiert und liegen in der 32- und 64-bit Form auf dem Printserver bereit. Diese sind Windows 7 und Vista SP1 Clients kompatibel.

Bei mir hat es kleine Wunder bewirkt.

Gruß Twenty

Versuche einmal mit folgendem Befehl die Benutzer auf einem Citrix Server abzufragen:

query user /server:namedesservers

Die Ausgabe liefert dir ob der User eine aktive Session hat, ob er getrennt ist, ob die Session über RDP oder ICA aufgebaut wurde.

Installiere die Rolle "Remote Desktop Session Host".

Welchen DNS Server hast du beim 2012-er eingetragen?

Update Rollup 1 for Exchange Server 2010 SP3 ist verfügbar.

Für etwas Heiterkeit sorgt die deutsche Übersetzung des folgenden Artikels -> http://support.microsoft.com/kb/2784210

Eine direkte Aktualisierung ist nicht möglich. Damit du einen Windows Server 2012 promoten kannst, ist eine Gesamtstrukturebene 2003 notwendig. Damit bleibt dir nur der "Umweg" über Windows 2008.

Bevor du die VM's migrierts, aktualisiere die Konfiguration in der Failovercluster Verwaltung. Der Menüpunkt ist leider etwas versteckt. Nach der Aktualisierung lässt sich die VM problemlos migrieren.

Ich hatte vor Kurzem ein ähnliches Problem.

Meine Lösung:

net stop wuauserv

den Ordner "C:\Windows\SoftwareDistribution" löschen

net start wuauserv

Windowsupdate noch einmal starten. Hat zwar ein paar Minuten gedauert bis er Updates finden konnte, aber er installierte sie klaglos.

Die Funktion gibt es immer noch.

Aufruf der Systemsteuerung -> Devices and Printers -> den Microsoft XPS Drucker mit der linken Maustaste 1x anklicken -> in der Menüleiste auf Print Server Properties

Über den Reiter Treiber kannst du nach wie vor zusätzliche Treiber installieren.

Zeile 76 -If UCase(Left(strPrnCon,9)) = "\\" & UCase(strPrintServOld1) Then

Zeile 78 - strPrnConNew = "\\" & strPrintServNew & right(strPrnCon,strPrnStrg-9)

Die rot gekennzeichneten Stellen geben die Netbiosnamen der Server plus \\ an. Dadurch kann der alte und der neue Servername unterschiedlich lang sein.

Z.B.: alt - \\Printserver001 - das ergibt die Zahl 16 in der Zeile 76, genauso verhält es sich in der Zeile 78 mit dem neuen Namen des Servers.

Wenn sich nur der Name des Servers ändert, habe ich vielleicht etwas.

http://twenty.at/docs/Drucker_Migration.txt

Datei herunter laden und in *.vbs umbenennen. Bei Fragen einfach nochmal melden.

Aus Erfahrung kann ich berichten, dass die Treiber für Windows 7 32-bit auch mit Windows XP 32-bit funktionieren. Habe ca. 4500 Drucker auf diese Art vor kurzem migriert.

Umgekehrt geht es fast nie. Das heißt: Treiber die nur für Windows XP zur Verfügung stehen, funktionieren nicht unter Windows 7 32-bit.

Sollte der Hersteller keine Treiber anbieten, so wirst du vielleicht unter Microsoft Update Catalog fündig.

Versuche es mit einem Dienstkonto. Mit dessen Hilfe den Hyper-V Server in den SCVMM mit aufnehmen. Dieses Konto muss administrative Rechte auf dem Hyper-V Server haben.

Der SCVMM arbeitet beim Verbindungsaufbau mit den Rechten seines Computerkontos.

Die Hyper-V Console benutzt die Rechte des derzeit angemeldeten User.

Du kannst noch folgendes versuchen:

Auf dem Reiter "Anschlusseinstellungen" den Haken bei der Bidirektionalen Unterstützung raus nehmen.

Wir hatten so ähnliche Probleme mit einem Zebra Drucker: Drucker ging offline, Drucker hat sich während eines Druckjobs auf gehangen, Drucker war plötzlich nicht mehr pingbar

Diese Probleme lösten sich in unserem Fall mit einem Firmwareupdate.

Wie wird der Drucker angesprochen? IP RAW Port 9100 oder LPR mit einer eigenen Warteschlange? Nenne die Gerätetype des Druckers.