Quirk18231

Hi Nob, da habe ich immer noch die Geduld diese nicht sofort zu löschen, da warte ich immer ein paar Tage. :) Zusammenfassend hat es nach den Updates die Zertifikate/Zertspeicher zerschossen + die IIS-Einstellungen zerlegt. Nachdem ich dann alle Zerts neu angelegt habe + die IIS-Konfig geändert habe, ... brauchte man Geduld! Ohm Danke! Q

GM, @NorbertFe die alten auth Zerts sind alle noch da. Q

@testperson: ja es liefert wieder Output mit allen Zertifikaten AV ist drauf - aber der Fehler taucht auch bei deaktiviertem AV auf @mikro Also das Backend ist auf Port 444 mit dem "Microsoft Exchange"- Cert verbunden Die default-website ist bei beiden Ports mit dem öffentlichen Zertifikat gebunden Alle Zertifikate sind gültig @Nobbyaushb der Healthchecker bringt keine Probleme bei den Zerts ------------------------------------------------------------------------------------------------------------- Es läuft jetzt übrigens! - er hat wirklich bis Mittag gewartet Was mich halt wundert ist, dass das jetzt die Konfiguration ist, welche die Probleme am Anfang verursacht hat ?? Vielen Dank an ALLE! Q PS: Wem soll ich jetzt den Lösungshaken geben?

Hi, leider hat das warten nichts gebracht. Der Fehler besteht weiterhin. Wenn ich mich Netzwerk die ECP/OWA-Seite aufrufe bekomme ich: Serverfehler in der Anwendung /owa. https://localhost/owa/auth/errorFE.aspx?CafeError=SSLCertificateProblem Beschreibung: Unbehandelte Ausnahme beim Ausführen der aktuellen Webanforderung. Überprüfen Sie die Stapelüberwachung, um weitere Informationen über diesen Fehler anzuzeigen und festzustellen, wo der Fehler im Code verursacht wurde. Ausnahmedetails: System.Web.HttpException: https://localhost/owa/auth/errorFE.aspx?CafeError=SSLCertificateProblem Quellfehler: Beim Ausführen der aktuellen Webanforderung wurde einen unbehandelte Ausnahme generiert. Informationen über den Ursprung und die Position der Ausnahme können mit der Ausnahmestapelüberwachung angezeigt werden. Stapelüberwachung: [HttpException (0x80004005): https://localhost/owa/auth/errorFE.aspx?CafeError=SSLCertificateProblem] Microsoft.Exchange.HttpProxy.FbaModule.OnBeginRequestInternal(HttpApplication httpApplication) +441 Microsoft.Exchange.HttpProxy.<>c__DisplayClass20_0.<OnBeginRequest>b__0() +1679 Microsoft.Exchange.Common.IL.ILUtil.DoTryFilterCatch(Action tryDelegate, Func`2 filterDelegate, Action`1 catchDelegate) +35 System.Web.SyncEventExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute() +142 System.Web.HttpApplication.ExecuteStepImpl(IExecutionStep step) +75 System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously) +93 Versionsinformationen: Microsoft .NET Framework-Version:4.0.30319; ASP.NET-Version:4.8.4770.0 Wenn ich mich von außen per OWA verbinden möchte komme ich zur Anmeldemaske, danach bekomme ich dann: Diese Seite funktioniert nicht Falls das Problem weiterhin besteht, wende dich an den Inhaber der Website. HTTP ERROR 400

Das mach ich. Danke Ihr Beiden! & Bis Morgen!

Outlook geht glücklicherweise

ja im ISS auf das Echangezert für das Backend, direkt nach Deinem Post

[PS] C:\Windows\system32>(Get-AuthConfig).CurrentCertificateThumbprint | Get-ExchangeCertificate | Format-List AccessRules : CertificateDomains : {} HasPrivateKey : True IsSelfSigned : True Issuer : CN=Microsoft Exchange Server Auth Certificate NotAfter : 24.01.2030 00:43:37 NotBefore : 24.01.2025 00:43:37 PublicKeySize : 2048 RootCAType : None SerialNumber : xx Services : SMTP Status : Valid Subject : CN=Microsoft Exchange Server Auth Certificate Thumbprint : xxx Habe dazu bei Franky folgendes gefunden - kann dies helfen die Virtuellen Verzeichnisse neu anzulegen? https://www.frankysweb.de/exchange-2016-virtuelle-verzeichnisse-im-iis-neu-erstellen/

so ist jetzt Mittag? - er hat immer noch dieselbe Fehlermeldung/Fehler wo könnte ich noch schrauben? EventID zeigt mir jetzt Fehler 1003 , 2001 [Ecp] An internal server error occurred. The unhandled exception was: System.ArgumentException: Invalid input value Parametername: input bei Microsoft.Exchange.Data.ApplicationLogic.Cafe.BackEndServer.FromString(String input) bei Microsoft.Exchange.HttpProxy.BEResourceRequestHandler.ResolveAnchorMailbox() bei Microsoft.Exchange.HttpProxy.ProxyRequestHandler.InternalBeginCalculateTargetBackEnd(AnchorMailbox& anchorMailbox) bei Microsoft.Exchange.HttpProxy.ProxyRequestHandler.<BeginCalculateTargetBackEnd>b__279_0() bei Microsoft.Exchange.Common.IL.ILUtil.DoTryFilterCatch(Action tryDelegate, Func`2 filterDelegate, Action`1 catchDelegate) Danke

ok, also nehme ich jetzt das Exchange Zert, muss ich die IIS & SMTP Bindungen dann jetzt wieder auf das Zert wechseln? Es ist nur ein ExchangeSrv - dauert es dort dann auch Stunden? an welches Zert wird die default website im IIS gebunden? Danke! Q

Hi, ich komme nach den letzten WindowsUpdate nicht mehr auf ECP & Owa. (Get-AuthConfig).CurrentCertificateThumbprint | Get-ExchangeCertificate | Format-List Das hier gebundene Zertifikat ist aktuell - habe dies auch schon neu erstellt - keine Änderung! Es ist an smtp und IIS gebunden. Es ist im IIS im Exchangebackend als Bindung 444 hinterlegt. Versucht: https://www.frankysweb.de/en/exchange-20132016-event-id-2001-failed-to-load-ssl-certificate/ Danke! Q Fehler: Serverfehler in der Anwendung /owa. https://localhost/owa/auth/errorFE.aspx?CafeError=SSLCertificateProblem Beschreibung: Unbehandelte Ausnahme beim Ausführen der aktuellen Webanforderung. Überprüfen Sie die Stapelüberwachung, um weitere Informationen über diesen Fehler anzuzeigen und festzustellen, wo der Fehler im Code verursacht wurde. Ausnahmedetails: System.Web.HttpException: https://localhost/owa/auth/errorFE.aspx?CafeError=SSLCertificateProblem Quellfehler: Beim Ausführen der aktuellen Webanforderung wurde einen unbehandelte Ausnahme generiert. Informationen über den Ursprung und die Position der Ausnahme können mit der Ausnahmestapelüberwachung angezeigt werden. Stapelüberwachung: [HttpException (0x80004005): https://localhost/owa/auth/errorFE.aspx?CafeError=SSLCertificateProblem] Microsoft.Exchange.HttpProxy.FbaModule.OnBeginRequestInternal(HttpApplication httpApplication) +441 Microsoft.Exchange.HttpProxy.<>c__DisplayClass20_0.<OnBeginRequest>b__0() +1672 Microsoft.Exchange.Common.IL.ILUtil.DoTryFilterCatch(Action tryDelegate, Func`2 filterDelegate, Action`1 catchDelegate) +35 System.Web.SyncEventExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute() +142 System.Web.HttpApplication.ExecuteStepImpl(IExecutionStep step) +75 System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously) +93 Versionsinformationen: Microsoft .NET Framework-Version:4.0.30319; ASP.NET-Version:4.8.4770.0

hi, leider taucht das Phänomen immer noch auf. Nur der Fehler "VMS Utilization Plan Vport QueuePairs" in der EventID ist weg. Mittlerweile hat sich der Fehler nun auf zwei virtuelle Server ausgeweitet. Auf dem HyperV erkenne ich keine Fehler, auf den Maschinen erkenne ich in der Eventanzeige folgendes: EventID 8018 DNS Client Events Fehler beim Registrieren der Hostressourceneinträge (A oder AAAA) für den Netzwerkadapter mit den folgenden Einstellungen: Adaptername: {xxxx} Hostname: Server Primäres Domänensuffix: domain.local DNS-Serverliste: x.x.x.x,x.x.x.x Server, an den das Update gesendet wurde: <?> IP-Adresse(n) : x.x.x.x Q

hi, ich habe es deaktiviert, bisher gab es keine Probleme mehr. Ich werde es noch weiter checken und dann Rückmeldung geben. Danke! Q

Hi, seit kurzem taucht das Problem wieder vermehrt auf und ich habe immer noch keine Lösung dafür gefunden: mehrere VMs verlieren jetzt täglich Ihren Connect nach draußen - der HyperV ist W2021 die VMs auch - der Patch- und Treiberstand ist aktuell, what to do? auf dem HyperV bekomme ich immer noch die Fehlermeldung: VMS Utilization Plan Vport QueuePairs wurde von angeforderter Anzahl (1) auf aktuell (1) angepasst. Grund:Angepasst an die Anzahl von QPs, die von symmetrischen NIC erlaubt werden. NIC-Name: /DEVICE/{1A97A2DC-4355-4A0B-837C-8A345asB} (Anzeigename: Intel(R) Ethernet Converged Network Adapter. Danke! Q Info: das mit dem IPv6 aus und wieder an, funktioniert für 1 Sekunde danach ist der Connect wieder weg.

wo ich gerade so mit dir rum philosophiere, kann ich nicht einfach auch die Tage zum Passwort ändern hochsetzen? Das hat doch den selben Effekt, oder? Aktuell laufen über die Feiertage die Passwörter aus, das würden wir gerne vermeiden, da a nicht alle User da sind und b auch nicht alle in der "Lage" sind dies ohne Hilfestellung zu ändern Danke für den Nachtsupport!