Windows Server 2008 R2 mit x86 Druckertreibern

Es war mal wieder an der Zeit, dass ein aktueller PrintServer her musste. Da mittlerweile fast alles auf 64Bit umgestellt ist, lag die Lösung nahe einen Windows Server 2008 R2 zu nehmen und für die wenigen Clients, die noch ein 32Bit Betriebssystem haben die Treiber mit zu installieren. Bei HP Druckern war das alles kein Problem. Auf dem PrintServer schlummern nur die HP Universaltreiber PCL6 32 & 64Bit. Die Clients laufen ohne Fehler und alles ist schön performant.

Totaler Murks allerdings, wenn man keine HP Druckertreiber installieren möchte. So z.B. knallt der Kyocera Universal 32&64 Bit Treiber immer auf den Hammer mit der Meldung doch bitte das Geeignete Windows Medium einzulegen.
Tja, da Windows Server 2008 R2 aber keine 32 Bit Version hat, wird es etwas schwieriger…

Abhilfe schafft leider nur eins. Man muss ne Windows 7 32 Bit Installation irgendwo haben…

Workaround:

  1. Man gehe auf dem PrintServer zu „Start/Geräte und Drucker“
  2. Rechtsklick auf den dummen Drucker, welcher die 32Bit Installation verweigert und „Druckereigenschaften“ auswählen
  3. Anschließend auf den Reiter „Freigabe“ klicken und unten rechts auf „Zusätzliche Treiber“
  4. Nun setzt bei dem neuen Fenster den Haken bei x86
  5. Anschließend öffnet sich das allen bekannte Fenster „Treiber hinzufügen“. Sucht nach der ini für den 32Bit Treiber und wählt diese aus.
  6. Nun sollte folgende Fehlermeldung auftreten:
    Problem mit der ntprint für x86 (32bit) Treiber
  7. Nun sollte man mal nach der ntprint_ Datei suchen, die man aber dank der 64bit Architektur des Win2008 R2 Servers nicht findet 🙂
  8. Abhilfe schafft ein Win7 Client mit 32bit Architektur. Geht auf dem Win7 Client in de Ordner „C:WindowsSystem32DriverStoreFileRepository“
  9. Kopiert den kompletten Ordner „ntprint.inf_x86_neutral_XXXXXXXXXXXXX“ auf eine Partition die der Printserver erreichen kann.
  10. Bei Punkt 7 in dieser Liste navigiert zu dem kopierten Verzeichnis.

Das sollte es gewesen sein!

 

Langsames abarbeiten von Druckaufträgen bei zu viel protokollierten Einträgen

Manchmal kommt es vor, dass man sich das Druckerprotokoll doch ein wenig anschauen muss, um zum Beispiel herauszufinden, was denn überhaupt gedruckt wird und was eventuell Probleme bereitet…

 

Dafür ist es immer recht sinnvoll, in den Drucker- Eigenschaften des betroffenen Druckers unter dem TAB Erweitert den Haken bei „Druckaufträge nach dem Drucken nicht löschen“ zu setzten.

 

 

Vergisst man das aber wieder auszustellen, kann es schon einmal vorkommen, dass nach 1-2 Tagen das Protokoll bei ein paar Hundert oder Tausend Einträgen steht. Das Problem an der ganzen Geschichte ist, sobald das Protokoll etwas voller ist, können die neu ankommenden Druckaufträge nicht mehr so schnell verarbeitet werden.

Löscht man das Protokoll, gehen die Druckaufträge wieder schneller durch… ein schöner Bug, welcher einen doch recht gut nach der Ursache suchen lässt 🙂

Zentrale TerminalServer-Profile trotz Domänenvetrauenstellung nutzen

Wer schon einmal eine oder mehrere weitere Domänen an die Hauptdomäne eines Windows Netzwerkes angebunden hat, weiß das es viele kleine Sachen gibt, die man beachten muss.
Bei dem letzten Projekt hatten wir eine weitere Domäne für eine ausländische Niederlassung über eine Vertrauenstellung anbinden wollen. Die Benutzer sollten mit RemoteApps (Windows Server 2008 Terminal Services) an dem entfernten Hauptstandort arbeiten. Das Problem welches nun bestand war, dass sich das Benutzerkonto in einer anderen Domäne befindet, als der Computer (TerminalServer) an dem sich angemeldet wird.

Beispiel :
Benutzer ist in Domäne D-2
Computer ist in der Domäne D-1
Beide Domänen sind über eine Vertrauensstellung verbunden

Bei Anmeldung des Users aus der anderen Domäne (D-2), wurde dem Benutzer immer ein temporäres Profil auf dem TerminalServer (D-1) untergeschoben und man konnte dadurch natürlich keine Benutzereinstellungen tätigen und speichern.

Die Lösung ist aber denkbar einfach… sofern man weiß, wo die verantwortliche Policy zu finden ist:

Ort: Computer Konfiguration / Administrative Vorlagen / System / Gruppenrichtlinien
Name: „Gesamtstrukturübergreifende Benutzerrichtlinien und Servergespeicherte Benutzerprofile zulassen“

Erklärung der GPO (Windows Server 2003):

Lässt benutzerbasierte Verarbeitung von Richtlinien, servergespeicherte Profile und Benutzerobjektanmeldeskripts für gesamtstrukturübergreifende interaktive Anmeldungen zu.
Diese Einstellung ist für alle Benutzerkonten, die sich interaktiv an einem Computer in einer anderen Gesamtstruktur anmelden, wirksam, wenn eine domänenübergreifende oder gegenseitige Vertrauensbeziehung besteht.
Wenn Sie diese Einstellung nicht konfigurieren, – werden keine benutzerbasierten Richtlinieneinstellungen von der Gesamtstruktur des Benutzers angewendet, – erhalten Benutzer keine servergespeicherten Profile, sondern ein lokales Profil von der lokalen Struktur auf ihren Computer. Der Benutzer erhält eine Warnung und Meldung 1529 wird in das Ereignisprotokoll geschrieben. – wird die Loopback-Gruppenrichtlinienverarbeitung angewendet. Dies geschieht mit Hilfe von computerbezogenen Gruppenrichtlinienobjekten. – wird Meldung 1109 (Loopback wurde in Ersetzungsmodus aufgerufen) in die Ereignisprotokollierung geschrieben.
Wenn Sie diese Einstellung aktivieren, ist das Verhalten wie bei Windows 2000 Server-Produktfamilie, d.h. die Benutzerrichtlinie wird angewendet und ein servergespeichertes Profil wird vom der Vertrauensstruktur zugelassen.
Wenn Sie diese Einstellung deaktivieren, erhalten Sie das gleiche Verhalten wie wenn Sie sie nicht konfiguriert haben.

Diese Policy einfach auf dem TerminalServer aktivieren und schon funktioniert die Anmeldung des Benutzers aus der Domäne die per Vertrauensstellung angebunden ist, ohne dass dieser User ein temporäres Profil zugeordnet bekommt, welches bei der Abmeldung vom TerminalServer automatisch gelöscht wird.

Hinweis: Der Tipp kam von IOK und war GOLD WERT!
Hier der KB-Artikel dazu: http://support.microsoft.com/kb/910206/en-us

TerminalServer 2008, Anmeldung nur mit temporärem Profil

Lieder gibt es Situationen, in denen Windows temporäre Profile anlegt…
So auch oft und gerne bei TerminalServer 2008 Sessions. Gründe dafür sind meist fehlender Userberechtigungen oder sonstige dummen Adminfehler (Jo, die gibt es auch 🙁 ). Im Eventlog erscheint dann eventuell solch eine Meldung:

Leider werden diese temporären Profile aber nicht immer unter Windows Server 2008 (kein R2) gelöscht und verbleiben sowohl im Filesystem als auch in der registry. Das ist natürlich alles andere als schön, denn wenn man den grundlegegenden Fehler behoben hat und anschließend das TerminalServer Profil einrichten will, kommt man immer wieder in dem lokalen temp. Konto raus.

Folgende Lösung hilft um jegliche temporären Profile zu killen und von neuem anzufangen :-):

  1. Den Profilordner unter C:Users löschen
  2. Das Profil unter Systemeigenschaften / Benutzerprofile löschen , sofern es noch da ist
    (rechte Maustaste auf dem Desktop auf das Icon Computer / Eigenschaften)
  3. regedit starten und zum Pfad „HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionProfileList“ navigieren.
    Dort wird nun für jeden User ein neuer Ordner angelegt. Am Wert „ProfileImagePath“ erkennt man welche SID zugeordnet ist.
  4. Einfach den Ordner des Users löschen… fertig!

Wer mehr als einen TerminalServer hat und zentrale Profile verwendet hat eventuell Pech und kann diesen Schritt auf allen TerminalServern durchführen.

 

vmware Konsole ruckelt im vSphere Client

Wie nervig ist es, wenn bei einer virtuellen Maschine – mit dem BS Server 2008 – in der VM Konsolensession der Mauszeiger ruckelt.
Da fühlt man sich ja wie in der aktuellen Vodafone Werbung (Aug. 2011) 🙂
Es gibt Abhilfe, wie mir ein freundlicher IOK-Techniker mitteilte!

Hier die Schritte:

  1. per Konsole in die Vm Session
  2. wmware tools aktualisieren oder installieren
  3. „Rechte Maustaste“- Klick auf Desktop
  4. Bildchirmauflösung wählen
  5. anschließend „Erweiterte Einstellungen“ & auf „Eigenschaften“ klicken
  6. Reiter „Treiber“ & Button „Aktualisieren“ wählen
  7. auf dem Computer suchen & Durchsuchen wählen
  8. Der Pfad, wo der 3D Treiber bei installierten vmware tools liegt ist folgender: „C:ProgrammeCommon Files VMware Drivers wddm_video“. Den Auswählen!
  9. 2x weiter, einmal schließen klicken und anschließend die VM neustarten
  10. fertig!

So hört das geruckel auf 🙂