Jump to content

Starscream

Members
  • Gesamte Inhalte

    224
  • Registriert seit

  • Letzter Besuch

Alle erstellten Inhalte von Starscream

  1. Gut zu wissen. Warum eigentlich nicht ? Da habe ich mich falsch ausgedrückt. Ich habe in meiner Domäne die 3 GPO's die ich oben aufgezählt habe Mal schauen ob die Clients nun brav sind und Updates installieren. Ich melde mich wenn ich Ergebnisse habe, bis dahin.. Vielen Dank !
  2. Hi, ja ich habe mal zum Test alle XP Updates ausgewählt und für meine (Test)gruppe genehmigt. Meine Testclients sind auch in dieser Gruppe. In den GPO's unter "Automatische Updates konfigurieren" habe ich die 3 gewählt. Wenn ich den Client aber herunterfahre, wird mir der Punkt "Updates installieren und danach ausschalten" nicht angeboten. Grüße Noch was. Ich habe in der Default Domain Policy 3 GPO's - Update Services Client Computers Policy - Update Services Common Settings Policy - Update Services Servers Computers Policy Wo muss ich denn die "automatischen Updates konfigurieren" ändern ? Wenn ich die "Common Settings" ändere gilt sie doch für Clients und Server oder nicht ?! Nochmals Grüße
  3. Hi, Ich hätte mal eine Frage und zwar möchte ich einen WSUS in Betrieb nehmen. Als OS nutze ich SBS 2011 dort wird der WSUS ja auch schon mit installiert. Ich habe den WSUS laut Anleitung konfiguriert, 2 Testclients in die richtige Mitgliedschaft geschoben und eine Gruppenrichtlinie "WSUS" erstellt. Soweit, sogut. Was funktioniert ? - Der WSUS läd Updates -> OK ! - Der Client erkennt dass er 40 Updates benötigt (WSUS -> Computer -> Testclient) -> OK ! - Der Client läd die Gruppenrichtlinie (Gruppenrichtlinienergebnisse) -> OK ! - In der Registry des Clients steht der WSUS -> OK ! Meinem Verständnis nach sollte der Client nun beim Herunterfahren die Option (Updates installieren) anzeigen, tut er aber nicht !? Kann mir jemand der sich mit WSUS auskennt aus dieser Klemme helfen ? Ich habe mal ein Bild meiner Gruppenrichtlinien angehängt. http://s14.directupload.net/file/d/2968/39u25pg4_png.htm Vielen Dank für die Hilfe im Vorraus ! Grüße Starscream
  4. Ok, ich habe es getestet. Hier das Ergebnis: [PS] C:\Windows\system32>Get-OwaVirtualDirectory | fl *url* Url : {} Exchange2003Url : FailbackUrl : InternalUrl : https://owa.Domäne.de/owa ExternalUrl : https://owa.Domäne.de/owa [PS] C:\Windows\system32>Get-EcpVirtualDirectory | fl *url* InternalUrl : https://owa.Domäne.de/ecp ExternalUrl : https://owa.Domäne.de/ecp [PS] C:\Windows\system32>Get-ActiveSyncVirtualDirectory | fl *url* MobileClientCertificateAuthorityURL : InternalUrl : https://owa.Domäne.de/Microsoft-Server-ActiveSync ExternalUrl : https://owa.Domäne.de/Microsoft-Server-ActiveSync [PS] C:\Windows\system32>Get-OabVirtualDirectory | fl *url* InternalUrl : https://owa.Domäne.de/oab ExternalUrl : http://owa.Domäne.de/OAB [PS] C:\Windows\system32>Get-WebServicesVirtualDirectory | fl *url* InternalNLBBypassUrl : https://sbs2011.Domäne.local/EWS/Exchange.asmx InternalUrl : https://owa.Domäne.de/ews/exchange.asmx ExternalUrl : https://owa.Domäne.de/ews/exchange.asmx [PS] C:\Windows\system32>Get-ClientAccessServer | fl *uri* AutoDiscoverServiceInternalUri : https://owa.Domäne.de/Autodiscover/Autodiscover.xml Liegt hier mein Problem ? InternalNLBBypassUrl : https://sbs2011.Domäne.local/EWS/Exchange.asmx Grüße
  5. Hi, das Zertifikat ist ein gekauftes und wurde auf "owa.Firmenname.de" ausgestellt. Wie gesagt die drei URLs habe ich schon auf "owa.Firmenname.de" geändert, ich denke da gibt es irgendwo noch ne URL die ich nicht bedacht/gefunden habe :confused:
  6. Hallo liebe Kollegen, ich habe diesen Beitrag gestern schon auf Administrator.de gepostet aber leider noch keine Antwort erhalten. Leider bin ich etwas unter Zugzwang weshalb ich nicht warten kann. Ich bitte um Vergebung :D ich kopiere den Beitrag einfach mal hierher in der Hoffnung dass hier jemand das Problem schon hatte und es lösen konnte. und es geht los.... vieleicht kann mir jemand bei einem Problem helfen bei dem ich einfach nicht weiter komme. Ich habe einen SBS2011(DC) mit Exchange 2010 fertig eingerichtet, konfiguriert usw.... Das Zertifikat hab ich auch eingespielt um ohne Fehlermeldung OWA nutzen zu können. Mein Problem ist der nicht funktionierende Abwesenheitsassisten in Outlook 2010. Das Problem liegt am nicht funktionierenden Autodiscover, das wiederum liegt an den URLs die anscheinen nicht passen. Ich habe folgende Schritte aus diesem Artikel Sicherheitswarnung beim Starten von Outlook 2007 und Verbinden mit einem Postfach auf einem Server mit Exchange Server 2007 oder 2010: "Der auf dem Sicherheitszertifikat angegebene Name ist ungültig oder stimmt nicht mit dem Namen der Site überein" ausgeführt 1. Set-ClientAccessServer -Identity *Mein Exchange* -AutodiscoverServiceInternalUri [url]https://owa.XxX.de/autodiscover/autodiscov[/url] ... 2. Set-WebServicesVirtualDirectory -Identity "*Mein Exchange*\EWS (Default Web Site)" -InternalUrl [url]https://owa.XxX.de/ews/exchange.asmx[/url 3. Set-OABVirtualDirectory -Identity "*Mein Exchange*\oab (Default Web Site)" -InternalUrl [url]https://owa.XxX.de/oab[/url] Danach in den IIS und unter "MSExchangeAutodiscoverAppPool" auf wieder verwenden. Soweit so gut, bei der Eingabe von "Test-OutlookWebservices -identity *Postfach*" sind alle Test bis auf einen fehlerfrei. Der Fehler lautet wie folgt: RunspaceId : af218ccc-fdbb-4c8e-9d11-29814fff890e Id : 1104 Type : Error Message : Das Zertifikat für die URL [url]https://dc.XxX.local/autodiscover/autodisc[/url] ... ist falsch. Damit SSL funktioniert, muss der Antragsteller des Zertifikats dc.XxX.local lauten, der Antragsteller lautete jedoch owa.XxX.de. Korrigieren Sie die Diensterkennung, oder installieren Sie ein korrektes SSL-Zertifikat. Also passt irgendwo eine URL noch nicht und genau diese finde ich einfach nicht. Kann mir hier jemand auf die Prünge helfen ? Vielen Dank.
×
×
  • Neu erstellen...