conny666

Hallo Tilla, evtl. wäre das eine Lösung für dich. Schau es dir einfach mal an: Datenschutz: Backup-Grundlagen für Windows Server 2008 R2 | TechNet Magazine

Hallo alle miteinander ;) Ich wende mich an euch, da ich momentan nicht weiter weiß. Auch nach Rücksprache mit anderen Admins hängen wir momentan in der Luft. Ich habe folgendes Problem: Ein Windows Server 2008 R2 mit installierten Remotedesktopdiensten (nur die 120 Tage Testvariante) gibt mir die Druckaufträge nicht an meine umgeleiteten Drucker weiter. Sobald sich ein Remotedesktopuser (auch der Admin) sich an dem Server anmeldet, mit der Option, dass die Drucker mit umgeleitet werden, geht das Drucken nicht. Die Drucker werden unter "Geräte und Drucker" angezeigt. Wenn der Druckauftrag startet, kommt sogar die Druckermeldung. ABER es druckt nicht. Ich weiß nicht weiter. Mittlerweile habe ich diese Links beim Microsoft TechNet gefunden: Server 2008 Terminalserver Druckerumleitung => Zugriff verweitert (372) Anscheinend ist das Problem schon bekannt. Deshalb hier die angebliche Lösung: Event ID 6161 (Error Code:5) beim Drucken mit Hilfe der Easy Print Funktion aus einer Terminal Session Dieser Lösungsvorschlag hat aber leider auch nicht funktioniert. Was ich bisher dazu sagen kann ist, dass die Druckerumleitung solange funktioniert, bis die Remotedesktopdienste (die dazugehörigen Rollen) installiert sind. Dann kommt kein Ausdruck mehr. Ich wäre echt dankbar, wenn Ihr einen Tipp wisst. Danke!

@Sunny61: Auch an dich: Tut mir leid !!! War überhaupt nicht so gemeint! Und danke für den Tipp... ist schon fast wieder zu leicht. *g* Werde es morgen ausgiebig testen. Oder auch am Wochenende. Danke schön!

Okay! :)

Das war doch jetzt überhaupt nicht böse gemeint. Ich bin auch unter anderem ungeduldig weil ich natürlich die Lösung wissen möchte, und das googeln und MS Press Bücher mir diese eine Frage nicht beantworten konnte. Mehr steckt da gar net dahinter. Und etwas überrumpelt war ich jetzt nur durch die Antwort von Sunny61. Ich versuche stets meine Problemstellung und Frage einigermaßen neutral zu halten, damit genau sowas nicht passiert. Eigentlich. Tut mir leid, wenn ich es falsch formuliert habe!

@Sunny61 Ich finde diese Antwort etwas unhöflich. Es hat hier an dieser Stelle nichts mit "Dringlichkeit", sondern um "Problemlösung" und "Problemfindung" zu tun. Ich bin auch schon länger hier in dem Forum, und leider habe ich so eine Antwort noch nicht erhalten. Und ich dachte, in diesem Forum ist das Fragen erlaubt. Sorry, dass kann ich jetzt nicht so stehen lassen.

Kann mir keiner weiterhelfen oder einen Tipp geben?:confused:

Hallo Leute, ich habe eine Frage zum Erstellen von MMC. Ich habe dazu hier in dem Forum schon einiges gefunden, ist auch alles soweit klar. Aber... wenn ich eine MMC erstellt habe, mit z.b. kennwort löschen in einer OU, wie kann ich da das Kontextmenü deaktivieren? Denn darüber sind logischerweise die ganzen Aufgaben weiterhin möglich. Das möchte ich aber nicht. Habe ich irgendwas übersehen, beim Taskpad anlegen? Vielen Dank für die Hilfe!

Na ja, soweit ich das verstanden habe, läuft der komplette IIS über SSL. Und ich müsste die Default Seite anpassen. Da ist meine Frage, wo genau im IIS muss ich das anpassen? Denn alleine mit dem OWA hat das doch nichts zu tun?!?!? Muss ich dann die Default Seite alleine anpassen oder auch das Remote Power Shell? Tut mir echt leid, dass ich so **** frage, aber bei allen anderen Exchange (auch Exchange 2010) lief das Problemlos durch. Danke!

Hallo BrainStorm, danke! ;) nur leider, bin ich nicht so wirklich fit in Sachen IIS. Könntest du es mir ausnahmsweise grob beschreiben? Bin da etwas verwirrt, ob das jetzt die Default Web Site vom IIS betrifft, oder OWA? Denn Owa läuft eigentlich, nur über https. THX!

Hallo alle miteinander, ich habe eine Testumgebung mit zwei Servern. 1x Windows Server 2008 SP2 32 bit = DC (root) 2x Windows Server 2008 SP2 64 bit = Mitglieds DC Server Folgendes Problem: Auf dem zweiten Server möchte ich Exchange Server 2010 installieren. Hat auch alles super geklappt, doch wenn ich die Verwaltungskonsole öffnen möchte, kommt folgender Fehler: [fqdn] Beim Verbinden mit dem Remoteserver ist folgender Fehler aufgetreten: Der WinRM-client kann die Anforderung nicht verarbeiten. Der Inhaltstyp der HTTP-Antwort vom Zielcomputer kann nicht ermittelt werden. Der Inhaltstyp fehlt oder ist ungültig. Weitere Informationen finden Sie im Hilfethema "about_Remote_Troubleshooting". Der Befehl `Discover-ExchangeServer -UseWIA $true-SuppressError $true`wurde ausgeführt. Ich kapie das nicht. Die Installation ist sauber durchgelaufen. Teilweise habe ich rausgefunden, dass das mit dem IIS zusammenhängt. Anhand der SSL Zertifikate. Wenn ich den IIS auf dem localhost aufrufe, muss ich auch wirklich https schreiben sowie beim OWA. Allerdings kann ich das SnapIN im IIS für die Power SHell nicht editieren, da meldet er mir auch fehler. Kann ich die Power Shell nachträglich, also nach der Exchange Installation, nochmal neu installieren? Liegt der Fehler evtl. daran? Bitte helft mir, ich mag bald nicht mehr ... *grml* THX

Guter Link, danke :) Hat jemand Erfahrung mit Acronis Exchange Backup gemacht?

Hallo alle miteinander :) Ich wollte einfach mal in die Runde fragen, welche Sicherungssoftware ihr für Exchange 2010 einsetzt. Denn soweit ich das beurteilen kann, ist momentan der support nur für Exchange 2007 von Acronis usw. Habt ihr schon irgendwelche Erfahrung dahin gehend? Danke :)

Also, das Problem ist behoben, und jetzt lief auch die Installation sauber durch. Danke für den Hinweis mit dem DNS. Ich weiß, dass das, das A und O ist, aber vor lauter Fehlerbehung, verliert man das leicht aus den Augen! Danke nochmal!

Ich bin gerade dabei den DC neu zu installieren. Da das alles noch in einer Testumgebung ist, bevor ich das beim Kunden einrichte. Ich hoffe, die virtuelle Grundlage spielt da keine Rolle. Denn beim DC habe ich VMware ESX im Einsatz, und bei dem Memberserver HyperV. Ich würde das Log posten, wenn der DC wieder oben ist.