osterhase09

Hi, Danke noch mal für eure Antworten. Mein Problem dürfte gelöst sein, den Standardwerte-Button kannte ich noch nicht. Ansonsten hat "testperson" schon richtig geschlussfolgert. Es gibt neben dem DC einen Server als RDS und "Printserver".

Ja, klingt auf jeden Fall nach einer eleganten Lösung und werde ich bei der Gelegenheit auch mal anschauen! Das mit den Standardwerten gilt dann für alle, die auf den auf dem Server eingerichteten Drucker irgendwie zugreifen? (Egal ob direkt auf dem Server als Remoteuser oder ob sie den Drucker lokal gemapped bekommen?)

Historisch gewachsene Bastellösung mit vbs im Logon-Skript...Kann ich aber nachher mal raussuchen, falls Interesse besteht.

Danke für die schnellen Antworten. Das Verteilen der Drucker an die Clients wurde bisher mittels Skript gelöst, das war nicht das Problem. Ich glaube aber, der Standardwerte-Button löst mein Problem :-) Gelten diese Standardwerte überall, wo sich per Netzwerk mit dem Drucker verbunden wird? Oder nur für alle Nutzer auf dem (Terminal-) Server selbst, wo sie definiert wurden?

Hallo zusammen, ich suche nach einer Lösung, mit der man Drucker und (benutzerspezifischen) ihre Einstellungen halbwegs zentralisiert verwalten kann. Es geht um eine kleine Umgebung mit ca. 10 Clients, 5 Netzwerkdruckern sowie 3 lokalen Druckern. Es wird sowohl über einen Terminalserver (Win Server 2012 Std) als auch lokal gearbeitet. Nun haben die Netzwerkdrucker mehrere Schächte, in denen unterschiedliche Formulare liegen. Damit diese Fächer von der Anwendungssoftware getrennt angesteuert werden können, sind alle Drucker auf dem Terminalserver mehrfach installiert - pro Fach einmal. Das Problem ist nur, dass man die Konfiguration der Schächte für jeden Terminalserver-Benutzer erneut durchführen muss (also die Auswahl des Druckschachtes für diese "Druckerinstanz"). Gibt es eine Möglichkeit, das eleganter zu lösen? Kommt man da mit Skripts weiter? Freue mich über alle Ideen!

Vielen Dank für eure schnellen und kompetenten Antworten! Das hat mir schon sehr weitergeholfen. Die Motivation in Richtung der alten Word-Versionen war die lizenzrechtliche Frage nach einer möglichen Kostenersparnis, da Word als Textverarbeitung in dem Szenario eigentlich eh schon mit "Kanonen auf Spatzen schießen" ist. Aber das scheint ja dann keine Alternative zu sein. Danke!

Hallo zusammen, folgendes Szenario: Eine Arztpraxis betreibt einen Windows Server 2012 Terminalserver mit der dazugehörigen Branchensoftware. Für die Textverarbeitung nutzt diese Software Word mit einigen Makros. Vom Funktionsumfang ist Word 2000 absolut ausreichend und wird von der Branchensoftware unterstützt. Word hat hier auch nur die Funktion einer "digitalen Schreibmaschine", es werden nie Word-Dateien verschickt oder herausgegeben, noch welche von außerhalb geöffnet. Einfach nur schreiben und drucken. Soweit die Ausgangssituation. Wenn ich richtig informiert bin, muss im Terminalserver-Einsatz bei Word 2013 ein Volumenlizenzvertrag (z.B. Open License) angelegt werden und pro zugreifender Arbeitsstation eine Lizenz erworben werden. Die Nutzung von OEM/SB-Versionen dürfte hier weder zulässig noch technisch möglich sein. Soweit mein (gefährliches) Halbwissen... Wie verhält sich das nun bei den alten Versionen wie Word 2000 (oder 2003)? Kann man da OEM Versionen irgendwo aufkaufen und diese technisch sowie lizenzrechtlich korrekt auf dem Terminalserver nutzen? Bin für alle Hinweise dankbar!

Danke für den Hinweis! EFS wäre natürlich einfacher umzusetzen, da die Hardware nicht angerührt werden muss und es würde (ohne TPM) auch noch die "vollständige Fernwartbarkeit" erhalten, da beim Neustart keine Keys eingegeben werden müssen (oder hat man die Situation der Key Eingabe während des Boot-Vorgangs nur beim verschlüsseln der Systempartition? Wann wird der Key bei einer Datenpartition abgefragt?). Auf der anderen Seite: Eine Unterscheidung auf Benutzerebene ist nicht notwendig. Alle User hätten Zugriff auf die verschlüsselte Daten. Diese liegen auch alle auf einer Partition, die komplett verschlüsselt werden könnte... Gibt es aus Performancesicht einen wesentlichen Unterschied? (Wie gesagt, relevant ist praktisch nur die Zugriffszeit, nicht der Datendurchsatz)... Oder andere ganz wesentliche Pro/Contra-Argumente, die sich nicht unmittelbar aus den Info-Seiten von Microsoft ergeben?

2008, nicht R2 Kritisch ist nur die Datenpartition (insg. 70GB, mit 120.000 Word/Gescannten Dateien sowie einer Datenbank von dem Branchenprogramm). Für die Performance der Anwendung ist fast nur die Latenz beim Datenzugriff relevant, es werden keine großen Datenmengen durch die Gegend geschoben. Das Betriebssystem an sich ist hier relativ belanglos und muss nicht geschützt werden.

Die Konsequenzen sind klar, sind in der speziellen Situation aber nicht kritisch bzw. treten defakto nie ein. Soll heißen: Ein Befugter mit Key ist immer im Haus. Auf welcher Ebene greift eigentlich Bitlocker ein? Sprich: Läuft das auch auf einem Software-Raid bspw. von Intel oder nicht? Habe darüber etwas widersprüchliche Angaben gefunden... Aber bevor das eine experimentelle Lösung wird, hole ich lieber einen RAID-Controller ins Boot....

Warum würdest Du Truecrypt Bitlocker vorziehen? (Bei Bitlocker sehe ich den Vorteil in der komfortablen Integration ins Betriebssystem...) Kann ich davon ausgehen, dass sowohl Truecryp als auch Bitlocker mit gängigen Hardware-RAID Controllern vernünftig funktionieren?

Hallo, ich würde gerne in einem kleinen (!) Betrieb die sensiblen Daten vor Dritten schützen. Konkret: Sollte ein Diebstahl trotz Alarmanlage und physikalischen Sicherungen gelingen, dann sollten wenigstens die Festplatten mit den Daten nicht ohne weiteres auslesbar sein. Zur Zeit läuft auf dem Server ein Intel-Software-RAID1 mit Win Server 2008. Dass sich Bitlocker hiermit nicht verträgt, ist mir schon klar, Investitionen in Hardware sind durchaus eingeplant. Einen TPM-Chip hat das Intel Serverboard leider nicht... Der Server ist in der aktuellen Konfiguration aus Performancesicht mehr als ausreichend, eine komplette Neuinvestition möchte ich eigentlich vermeiden. Was schlagt ihr vor? Gibt es RAID-Controller (RAID1 mit zwei Platten reicht weiterhin aus), die eine Verschlüsselung hardwareseitig unterstützen? Oder sollte man lieber auf Bitlocker mit Hardware-RAID setzen? Oder TrueCrypt? Bin für Anregungen dankbar.

Hm ich habe mir auch schon ein leeres Postfach angelegt und dort die komplette PST reingeladen - gleiches Problem. Sprich hier dürfte der PST-Export irgendwie "beschädigt" sein.... Auch hin und her kopieren (statt Import) hat daran nichts geändert. Ich kann es morgen spaßeshalber mal mit einem noch älteren Datensatz (PST) probieren.

Nunja, alle User ist hier einer, nämlich ich, weil das mein privater Exchange ist zum Testen etc... Es ist sicher kein Weltuntergang, auch wenn ich einige zukünftige Termine löschen und neu erstellen müsste...

Hm ja durch das OST-Datei löschen konnte ich zwar das merkwürdige Cache-Verhalten beheben (nun ist die Darstellung in OWA identisch mit Outlook), allerdings nicht die Probleme beim Synchronisieren... Fakt ist: Alle Kalendereinträge (egal ob in Vergangenheit oder Zukunft), welche vor dem HDD Crash erstellt wurden, lassen sich nicht synchronisieren. Wenn ich jetzt einen neuen Termin erstelle, wird dieser problemlos übertragen. Am mobilen Endgerät kann es eigentlich nicht liegen (komplett neuinstalliert und mit zwei verschiedenen Geräten und Sync-Software (Nokia Mail for Exchange und Roadsync) probiert).... Hat vorher ja auch nie Probleme gemacht. Leeren und neues importieren der Termine aus der PST-Datei hat nichts gebracht.... Im Notfall könnte man vielleicht den Kalender als Excel-Datei exportieren und danach wieder importieren in der Hoffnung, dass dann alle "Flags" (oder was auch immer die Ursache für das Verhalten ist) verloren gehen... Dabei allerdings auch alle Terminserien etc.....

Hallo und Danke für dein Posting. Habe leider vergessen zu erwähnen, dass ich es bereits mit einem komplett neuen Windows User Profil & Outlook Profil versucht habe...

Hallo zusammen, folgende Situation: aufgrund eines HDD Defektes ist mir meine Exchange (2010) VM kaputt gegangen und lies sich als ganzes nicht mehr wiederherstellen. Es gibt aber ein Backup (über die Windows-Server-Sicherungsfunktion), welches ich in eine neue VM zurückgespielt habe und was auch soweit läuft... Leider war das Backup etwas älter (ca. 3 Wochen), aber von den Postfächern gab es aktuelle PST-Exporte. Also bin ich hingegangen und habe die PST Datei ins Exchange-Postfach importiert (über Outlook) um so wieder auf dem aktuellen Stand zu sein. Folgende merkwürdige Phänomene treten nun auf: * Der Cache-Modus funktioniert nicht mehr, wenn man ihn einschaltet werden immer wieder Ordner angezeigt, die auf dem Server (bspw. Zugriff über OWA) gar nicht existieren bzw. bereits gelöscht wurden. Hier stimmt die Synchronisierung nicht mehr... Cache-Modus aus/an schalten hat nicht geholfen * Kalender-Sync mit mobilen Geräten funktioniert nicht mehr, dort werden alle alten Termineinträge (d.h. Erstellungsdatum vor dem Zeitpunkt der PST-Importierung) einfach übersprungen, jetzt neu angelegte Termine funktionieren, Neuinstallation des Handys war erfolglos * Ebenso erfolglos war mein Versuch ein neues Postfach anzulegen und dort die PST Datei zu importieren * bzw. die Elemente per Copy&Paste zu übertragen (jeweils wieder das gleiche o.g. Verhalten). Habt ihr so etwas schonmal gehabt? Ideen?

Erledigt, neu hinzufügen hat funktioniert und dem Exchange nicht weiter geschadet...

Hallo zusammen, ein Hardware-Crash hat leider zum Ausfall meines (privaten) Testexchange-Servers geführt... nach dem Tausch der defekten Platte, habe ich im ESX eine neue VM angelegt und die (über Windows Server Sicherungsfeature erstellte) Sicherung zurückgespielt... Soweit so gut... Nur kann ich mich an dem Exchange-Server nicht mehr mit einem Domänen-Konto anmelden, Meldung "die vertrauensstellung zwischen dieser arbeitsstation und der domäne konnte nicht hergestellt werden". Google sagt hier, Computerkonto zurücksetzen (erledigt, erfolglos) und ansonsten aus der Domäne entfernen und wieder einfügen... Was passiert da mit dem Exchange-System?

Hallo, hab hier ein kleines Netzwerk, in dem seit heute die TS-Anwendungen nicht mehr laufen wg. Zertifikatsproblemen. Mir ist aufgefallen, dass bei allen HTTP-Speicherorten der Unternehmens-PKI "Download nicht möglich" steht. Dies kann ich auch im Browser nachvollziehen. Die Pfade lassen sich nur mit https aufrufen, nicht per http. Im IIS-Manager ist das Häkchen bei SSL-Erforderlich aber _nicht_ gesetzt. Habt ihr eine Idee? Viele Grüße. EDIT: Erledigt... der IIS hat sich wohl ein wenig Verselbstständigt und die HTTP-Bindung gelöscht.

Hallo zusammen, ich habe meinen Exchange soweit auf EX2010 migriert, soweit läuft das auch ganz gut. (in Anlehnung an diese Anleitung) Nun möchte ich den Ex2007 deinstallieren, erhalte dabei aber folgende Fehlermeldung: Die Verwaltungskonsole für öffentl. Ordner zeigt überhaupt keine öffentlichen Ordner an, diese wurden auch nie benutzt. Trotzdem kann ich die dazugehörige Datenbank nicht entfernen. Habt ihr Ideen dazu, wo ich ansetzen kann? Bin für Tipps dankbar.

Jup, aber an Standort B gibts keinen Server. D.h. ich müsste quasi das NAS dort per iSCSI am Server in Standort A anbinden... (iSCSI über WAN) Im Moment tendiere ich dazu, SMB vom NAS zu nutzen - mache gerade noch ein paar Geschwindigkeitstest. Aber der ESXi-Host hat mit dem Rest eh schon gut zu schaffen, da läuft eine weitere VM als Fileserver auch nicht unbedingt so perfomant, wie das sein sollte. EDIT: Werde es mit rsync lösen. Der ESXi-Host packt eine weitere VM als Fileserver nicht mehr wirklich...

Ja, genau. Variante b (Also beim DFS ein SMB-Share auf dem NAS als Ziel anzugeben) scheint nicht zu funktionieren, jedenfalls ist das gestern in meiner Testumgebung gescheitert ("definierter Name nicht gefunden", wenn man die Replikationsgruppe einrichtet). Ich denke, Windows verlangt auf der Gegenseite auch einen entsprechenden Server.

Hallo, mir gehts darum einen Datenbestand von ca. 1 TB, wo sich etwa 100MB/Tag an Daten ändern, vom Hauptstandort A nach einem zweiten Standort B zu syncen. Schwerpunkt liegt einfach in Sicherheitsaspekten, falls A mal abbrennt oder was auch immer. Anbindung jeweils mit DSL16k Anschlüssen, also nicht so furchtbar viel Upstream. Datenverlust von einem Tag ist locker vertretbar, d.h. einmal in der Nacht Syncen würde auch ausreichen. Am Standort A gibts Server + NAS (iSCSI + SMB/CIFS fähig); am Standort B steht nur das NAS (ebenfalls iSCSI und SMB), Verbindung über VPN möglich. Jetzt sehe ich folgende Möglichkeiten: a) Dateireplikation von Windows Server 2008 R2 nutzen, dazu beide Geräte per iSCSI am Server (Standort A) anbinden b) Wie reagiert Windows, wenn das iSCSI Target beim Reconnect des ISP mal kurz weg ist? Alternativ könnte man das NAS an Standort B ja auch per Netzwerkpfad ansprechen (geht das bei der Replikation?) c) Beide NAS-Systeme per SMB ansprechen und Dateireplikation nutzen (s.o., geht das?) d) An beiden Standorten SMB verwenden und rsync unter einer Linux-VM nutzen um Nachts einen Abgleich anzustoßen. Was haltet ihr für sinnvoll? Wie sieht das mit der Belastung der Leitung bei der Win-Dateireplikation aus? Laut Hersteller ist das NAS System bei iSCSI Zugriff um einiges flotter, auch wenn es eigentlich um "File-Server-Anwendungen" geht. Wie gesagt, Verfügbarkeit in Echtzeit ist nicht notwendig, es geht mehr um Backup-Gedanken. Die Datenmenge besteht aus einer bunten Mischung von Office-Dateien, CD-Images, Bildern, Audiodateien usw... von jedem was dabei. Bin für eine Einschätzung sehr dankbar :)

Danke für den Tipp. Habe es mit Vmxnet 2 und 3 probiert, leider auch erfolglos... EDIT: Interessante Beobachtung... mit Vmxnet3 funktionierts, wenn ich das NDAS Laufwerk im Lese-Modus starte. Beim Start mit Schreibrechten gehts wieder in die Endlosschleife...