srv2008

unpräzise... Wie habt Ihr das LogonScript eingebunden? Gibt mehrere Möglichkeiten...

Nein - die alten Drucker sollten spätestens wenn sich der Benutzer effektiv vom Server abmeldet und wieder anmeldet, nicht mehr verfügbar sein. (Da Clientdrucker ja nicht mehr verbunden werden) Zum Testen: Benutzer X soll sich vom TS abmelden und bei der RemoteDesktop Verbindung den Haken bei "Lokale Geräte und Ressourcen - Drucker" entfernen. Nun sollten keine Umgeleiteten Drucker mehr erscheinen. => Funktioniert dies, so hast du deine Antwort => Versucht der Benutzer es nun mit dem Häkchen, und die Drucker werden wieder angezeigt, greift deine GPO nicht => Ansonsten greift sie ;)

Kommt diese zum tragen, falls von der CA Zertifikate entwendet wurden und diese als ungültig deklariert werden müssen? Mein Fehler - ich hab ihn nur übersehen... Man sieht den Wald vor lauter Bäume nicht ;) Das bedeutet wenn sich der User mit seinem Benutzer xy an einem Terminalserver anmeldet, so wird auf die Karte auch xy@domain.XYZ vermerkt? Unsere Vorgesetzten wollen, dass sich die Mitarbeiber über ThinClients mit Hilfe von SmartCards auf dem TS authentifizieren ... Gruss

<> Ich nehme an die Zertifikatskette erhalte ich aus dem Kartenmanagementsystem bzw. direkt von einer CA. <> Was genau ist die Sperrliste? <> Muss ich den Smartcarddienst über Rollen/Features auf dem WK2008 installieren? (Direkt in den services.msc finde ich den nicht) Haben wir nicht :) Sprich die Schritte würden folgendermassen aussehen: 1. Anfordern eines Zertifikates von einer CA für einen bestimmten Benutzer 2. Einspielen dieses Zertifikates über das CMS - welches bei uns im Haus ist 3. Am Server Verknüpfung von Karte A zu Mitarbeiter A durchführen 4. Dem Mitarbeiter seinen PIN mitteillen Danke für weitere Informationen. schöne Grüsse

Liebe Kolleginnen und Kollegen, Gerne würde ich Informationen über das Thema "SmartCard Login über ThinClients am Terminal Server" sammeln, da ich mich mit dieser Thematik noch nicht beschäftigt habe. Unsere Mitarbeiter sollen sich in naher Zukunft mit Hilfe von SmartCards am TerminalServer authentifizieren. Mit dem Hersteller unserer ThinClients (Linux OS) habe ich dies bereits besprochen und er gibt uns grünes Licht für sämtliche SmartCardReader welche über PCSC angesprochen werden können - hierfür sind Treiber in den ThinClients integriert. Er nannte uns ebenfalls ein paar mögliche CardReader, welche bei anderen Kunden im Einsatz sind und ohne Probleme funktionieren. Nun sind mir ein paar Dinge unklar. Soweit ich das verstanden habe, müssen folgende Dinge gegeben sein, um ein Login mit SmartCards zu ermgölichen: Die rot beschriebenen Punkte machen mir noch Kopfzerbrechen, da ich mir hierbei nicht sicher bin wie und was genau eingestellt / installiert werden muss. Ebenfalls habe ich noch folgende Frage: Danke für weitere Informationen bezüglich diesem Sachverhalt! schöne Grüsse

Wie gesagt Windows 2008 Standard + ThinClients auf Linux Basis. Gibts nicht die Möglichkeit eines Treiberpools bzw. gewissen Benutzern die Erlaubnis geben gewissen Treiber zu installieren? Dem bin ich mir bewusst, nur muss ich mich dann wieder um eine Redundanz des Druckservers kümmern - fällt dieser aus, ist ein Drucken nicht mehr möglich, etc. etc. PS. Nächstes Mal bitte einen aussagefähigen Betreff nehmen. "Windows Server 2008" hat mit dem Thema deiner Anfrage so ziemlich gar nichts zu tun. Jap, sorry - kanns leider nachträglich nicht mehr editieren.

Hallo liebe Kolleginnen und Kollegen, Habe folgende Frage: Ich würde gerne eine Oberfläche gestalten, bei der sich ein Standardbenutzer auf Mausklick einen beliebigen Drucker in unserer Firma installieren kann. Nun will ich dafür keinen Printserver installieren auf dem sämtliche Drucker angelegt sind, sondern der Benutzer soll effektiv den Drucker über einen Lokalen Anschluss + die entsprechend IP Adresse hinzufügen. Für diesen Vorgang sind jedoch leider Administrative Berechtigungen erforderlich. Meine Frage: Gibt es nun eine Möglichkeit mein Vorhanben zu realisieren, ohne dem Benutzer Adminrechte zu geben? Danke und schöne Grüsse

Hm. Alles klar - werde es abklären. Schöne Grüsse

Hallo, Alles klar & danke. Treiber und Firmware sind natürlich auch auf dem aktuellsten Stand. Irgendwie halt schon für den A****, jetzt bei MS dafür zu zahlen, dass um einen Windows Bug ausfindig zu machen?...

Ja der Einsatz auf einem TS ist freigegeben...

Nein, es ist ein internes Bank-Programm...

Kann dazu leider keine Auskunft geben, es ist kein öffentliches Programm...

Danke für die interessante Antwort - hat leider nichts gebracht...

Sorry, Musste wegen Beitragslängenbeschränkung auf zwei Posts aufgeteilt werden

Danke für die Infos. Nun um das genauer zu erklären. Das Programm bietet 3 Druckfunktionen. F12 - Ein Art Bildschirmabgriff Symbolleiste - Drucksymbol - Im Prinzip die selbe Funktion wie F12 Und der Button "Drucken..." - welcher über den default Printer z.B. Listen aus dem Programm ausdruckt. Hauptsächlich wird mit dem "Drucken..." Button gearbeitet, und dieser funktioniert auch ohne jedliche Probleme... Lediglich wenn F12 oder eben das Drucksymbol verwendet wird, crashed der Server. Verbinde ich mich mit einem Windows Client (via mstsc) und deaktiviere den Haken "Lokale Geräte und Ressourcen - Drucker", so crashed der Server nicht mehr. Damit dachte ich, dass ich den Fehler eingegrenzt hätte. Wenn ich nun jedoch auf den Thin Clients ebenso die "lokale Umleitung auf die Drucker" entferne, so tritt der Fehler trotzdem noch auf... (Der Teil verwirrt mich am Meisten) Der Memory Dump sagt: Hilft das weiter? Danke und schöne Grüsse

Hallo liebe Kollegen, Wir haben ein Programm auf einem Terminal Server, welches jedes Mal einen Bluescreen verurscaht, wenn ein User auf das Druckensymbol klickt. Weder der Windows Memory Dump, noch der Hersteller von dem Programm, kann uns hier weiterhelfen. Gibt es eine Möglichkeit solch ein Fehlverhalten von dem Windows Server 2008 zu unterbinden? Z.B. das Programm in einer Art Sandbox laufen zu lassen? Es kann doch nicht sein, dass ein Benutzer mit eingeschränkten Rechten, einen Terminalserver in die Knie zwingt.... Danke für Infos und Hilfen..

Noch eine weitere Info: Das Tastaturlayout im Windows selber springt nun (scheinbar) nach Zufall von Deutsch (Schweiz) nach Deutsch (Deutschland)... Vielleicht hilft das jemandem weiter...

EDIT: Keine Statusänderung nach dem Restart!

Willkommen im Club von Microsoft ;) Eventuell benötigt der Server noch einen Restart? Windows hat mich zwar dazu nicht aufgefordert - aber eventuell übernimmt er erst dann gewisse Settings? Problem ist nur dass im Moment zig User verbunden sind ;)

Hallo, Nur noch: 1 REG_SZ 00000807 lg

Zur Info: Habe diesen Post gefunden: Tastaturlayout beim Login anders als das Standardtastaturlayout | root1024:~$ Habe in der Registry nachgesehen und dort standen lediglich Französisch (Schweiz) Deutsch (Schweiz) Als Werte drinnen. Habe den Französisch rausgenommen und nun kann man im Login noch zwischen Deutsch (Deutschland) Deutsch (Schweiz) wählen, wobei Deutsch (Deutschland) standardmässig definiert ist... Das macht doch absolut keinen Sinn mehr?!

sorry - habe ich vergessen zu erwähnen. Habe ich schon gelöscht - Es steht lediglich noch Deutsch (Schweiz) in der Liste. lg

Hallo, Ja - Windows Server 2008 R2 - Service Pack 1 Greife ich via mstsc von einem Win7 PC auf den TS zu, dann zieht er natürlich die lokale Tastatureinstellungen. (Das Login ist ja im RemoteDesktop Fenster...) Das Phänomen ist ja, wenn wir bei der Willkommens-Seite auf das DE Symbol klicken, so bekommen wir folgendes Bild: Der Haken ist allerdings bei Deutsch (Deutschland) gesetzt. Wenn sich der User nun einloggt, und auf der Taskleiste das DE Symbol anklickt, so bietet sich folgendes Bild: Auch hier ist der Haken auf Deutsch (Deutschland) gesetzt. Das macht alles keinen Sinn... Wie gesagt, sämtliche Einstellungen sind sonst auf Deutsch (Schweiz) definiert.... Grüsse

Hallo liebe Forumsmitglieder, Eine kurze Frage bezüglich dem Tastaturlayout auf einem Windows Terminal Server 2008 R2. Ich habe sämtliche Einstellungen auf diesem Server auf: Region: Schweiz Tastaturlayout Deutsch-Schweiz gesetzt. Zusätzlich dazu habe ich dann unter Verwaltung -> Einstellungen kopieren diese Optionen auch für "Willkommenseite und Systemkonten" & "Neue Benutzerkonten" definiert. Verbindet sich der Benutzer nun mit einem ThinClient (auch hier habe ich das Layout auf Deutsch->Schweiz umgestellt) via RDP auf den TerminalServer, so wird jedoch die Sprache "Deutsch->Deutsch" standardmässig ausgewählt... Der Benutzer hat zwar die Möglichkeit wenn er auf das Symbol "DE" bei der Willkommensseite klickt, "Deutsch->Schweiz" auszuwählen, aber es kann ja nicht sein, dass dies der Benutzer jeder Zeit einstellen muss, bevor er den Login durchführen kann... Hat wer Erfahrungen damit? Danke & schöne Grüsse