phoenixcp

Wie wäre es per Policy? Für einen Stand-Alone-PC wäre das zu finden unter Benutzerkonfiguration\Administrative Vorlagen\Startmenü und Taskleiste[/Code] und dort dann "Befehl Herunterfahren entfernen und Zugriff darauf verweigern"

Wahrscheinlich die Kostenmentalität, wie er eingangs schon erwähnte... Hier scheint es sich mal wieder um ein recht typisches Layer 8 (Management) oder Layer 9 (GF) Problem zu handeln...

Kannst du die TeraStation vielleicht verwenden, wenn du ein Share auf der Terastation auf einen festen Laufwerksbuchstaben auf deinen WSUS-Server mappst? Dann müsste halt das Mapping dauerhaft bestehen bleiben.

Mit welchen Robocopy-Optionen hast du den Job denn angeschmissen?

Eventlogeinträge welche auf Probleme hindeuten? Ich kenn jetzt selber Docusnap nicht so wirklich, aber kann dir vielleicht beim allgemeinen SQL Server Troubleshooting unter die Arme greifen...

Müsste es nicht reichen denen das Energieschema "Präsentation" zu verpassen und die Bildschirmschoner wegzunehmen?

Trifft vielleicht auch das hier zu? `How to disable MAPI client access to a computer that is running Exchange Server

Hm, erstmal sollten wir der Reihe nach vorgehen... Klären wir also erstmal die "Endlosschleife" beim Setup der Maschinen. Wo bleiben die denn hängen?

Ich würde an deiner Stelle ein neues Zertifikat ausstellen und verteilen. Ein bestehendes würde ich auf keinen Fall ändern (falls das überhaupt möglich ist)

Kannst du dich denn allgemein auf den SQL verbinden? Von nem anderen Client aus oder per SQL Server Tools vom SQL Server aus selber? Läuft die SQL Server Instanz? Vielleicht ne Firewall dazwischen die Port 1433 (SQL-Standard-Port) blockt?

Hm, hast du schonmal per Google nach den Schlagworten "Richtfunk Sicherheit" gesucht? richtfunk sicherheit - Google-Suche Es gibt da ne Menge Firmen die sich auf das Thema spezialisiert zu scheinen haben. Ich selber habe keinerlei Begegnungen mit Security im Bereich Richtfunk gehabt, aber gerade wenn man auf so einem heiklen Gebiet Neuling ist, sollte man sich eher professionelle Hilfe dazuziehen...

Ich finde das eigentlich nur bedingt witzig. Ansich ist das Thema mittlweile ja nicht mehr nur als Nebenbeschäftigung zu betrachten. Bei meinem aktuellen Kunden beschäftigt sich ne eigene Abteilung nur mit IT Security innerhalb des Unternehmens. Aber gerade bei der Komplexität des Themas erwarte ich schon ein wenig mehr Input, wenn ich einen vernünftigen (und vorallem verwertbaren) Output liefern soll / will... Zugegebenermaßen, als ich die Antwort verfasst habe, war ich eh ein wenig prassig und konnte mich beim schreiben nur bedingt zurück halten. Aber ich habe den dumpfen Verdacht, das ich den TO damit ein wenig vergrault habe. Aber vom objektiven Standpunkt her gehe ich davon aus, das ich trotz der krassen Formulierung das Thema genau getroffen habe und hoffentlich dem TO ein paar Denkansätze liefern konnte, wie er seine Auswahl verfeinern kann...

Hilft dir diese Aufstellung weiter? Lifecycle Supported Service Packs

Hm, wenn ich mir den NetBT-Fehler anschaue und bei Google anfrage, finde ich das hier: netdiag failure Vielleicht bringt dich das noch ein Stück weiter...

Kannst du denn im abgesicherten Modus mit Kommandozeile starten? Dann könntest du es von dort aus per sysdm.cpl probieren.

OEM Software darf nur der Hardware installiert werden, mit der du sie erworben hast. Alles andere würde einen Lizenzverstoß darstellen. Von daher ab hier, kein weiterer Support für dein Vorhaben.

siehe oben ...

Hier ein paar Anregungen zum Thema Baseline comparison... MS Exchange Blog : ExBPA Baseline FAQ

Als allererstes würde ich mir mal die folgenden Sachen durchschauen: EventID.Net EventID.Net Bringen dich davon vielleicht ein paar Sachen weiter oder treffen auf deine Umgebung zu?

Sagen wir mal so: Das hängt davon ab, wie wichtig dir diese Datenstrukturen sind. Eine allgemeine Betrachtung kann man schlecht geben. Eher müsste man die Frage schon wieder umdrehen, um dich folgendes fragen: Wie sieht dein Disaster Recovery Konzept aus? Daraus muss doch genau das hervorgehen, was du nach der Havarie auf dem neu installierten oder ggf. aus dem Cold Backup hochgefahrenen "neuen " Server alles zu zupacken musst, damit das System wieder das tut, was es vorher getan hat... Gedankenweckend... Carsten

Ja, dieses kleine, aber doch feine Detail hattest du unterschlagen ;)

Fraglich ob es für 1 Patienten gleich ne GPO sein muss.

Schalte doch mal einfach unter "Extras" die Menüleiste ein... Siehe da, da ist die Toolbar... ;)

Unter Umständen muss der Fileserver, auf dem die MSI-Pakete liegen in der selben Domäne stehen. Probier doch mal bitte folgendes: Stell eine Installations-GPO der neuen Domäne mal auf einen Server in der neuen Domäne um und lege das entsprechende Paket auch auf dem Server in der neuen Domäne ab. Wird dann installiert? Damit kannst du erstmal schauen ob in der Domäne grundsätzliche Installationsprobleme herrschen oder ob es nur daran liegt, das die Pakete in der "Altdomain" liegen.

Ich befürchte fast, du dazu einen Datenträger mit einem "richtigen" OCS erwerben musst. Dazu sollte dir aber Dr.Melzer detaillierte Infos geben können. Oder du wendest dich an den Händler deines Vertrauens.