{"id":278288,"date":"2023-02-27T01:35:36","date_gmt":"2023-02-27T00:35:36","guid":{"rendered":"https:\/\/www.borncity.com\/blog\/?p=278288"},"modified":"2023-02-28T10:38:43","modified_gmt":"2023-02-28T09:38:43","slug":"windows-admin-center-chrome-meldet-beim-ersten-aufruf-err_unexpected-seite-kann-nicht-erreicht-werden","status":"publish","type":"post","link":"https:\/\/borncity.com\/blog\/2023\/02\/27\/windows-admin-center-chrome-meldet-beim-ersten-aufruf-err_unexpected-seite-kann-nicht-erreicht-werden\/","title":{"rendered":"Windows Admin Center: Chrome meldet beim ersten Aufruf ERR_UNEXPECTED (Seite kann nicht erreicht werden)"},"content":{"rendered":"

\"Chrome\"[English<\/a>]Habt ihr als Administratoren das Problem, dass die Seite des Windows Admin Center beim ersten Aufruf in Google Chrome nicht angezeigt wird? Vielmehr kommt ein Hinweis, dass die Seite nicht erreicht werden kann (ERR_UNEXPECTED\". Ein zweiter Aufruf zeigt dann das Windows Admin Center an. Kann auch bei anderen Webseiten so auftreten.<\/p>\n

<\/p>\n

\"\"Windows Admin Center<\/a> ist eine lokal bereitgestellte, browserbasierte App zum Verwalten von Windows-Servern, Clustern, hyperkonvergenter Infrastruktur und Windows 10-PCs. Es handelt sich um ein kostenloses Produkt, das einsatzbereit f\u00fcr Produktionsumgebungen ist, und von Microsoft heruntergeladen werden kann.<\/p>\n

Beim ersten Aufruf im Google Chrome-Browser kommt es aber wohl zu einem Fehler, bei dem der Browser \"Diese Seite kann nicht erreicht werden\" (ERR_UNEXPECTED), bzw.\u00a0 \"This site can't be reached\", anzeigt. Ein Refresh bringt dann die Webseite des Windows Admin Center zur Anzeige.<\/p>\n

\"Windows<\/a><\/p>\n

In obigem Tweet<\/a> greift Marc-Andr\u00e9 Moreau die Frage auf, warum das so ist, wenn eine Website \u00fcber einen SOCKS5-Proxy auf dem lokalen Host geladen wird, und dann dieselbe Website mit Erfolg erneut geladen wird? Er ist der Frage nachgegangen und schreibt, er habe den Grund gefunden, warum Chrome beim ersten Laden des Windows Admin Centers die Meldung \"Diese Seite kann nicht erreicht werden\" (ERR_UNEXPECTED) ausgibt.<\/p>\n

Die integrierte Windows-Authentifizierung unterst\u00fctzt HTTP\/2 nicht und verursacht einen HTTP\/1.1-Fehler auf dem Server. Beim n\u00e4chsten Zugriffsversuch wird dann die Seite des mit HTTP\/1.1 neu geladen. Ruft er den Chrome-Browser mit –disable-http2 <\/em>auf, wird das Windows Admin Center beim ersten Versuch geladen, ohne dass es neu geladen werden muss.<\/p>\n

<\/p>\n

Das Ganze ist bei Microsoft im Artikel Configure Windows Authentication in ASP.NET Core<\/a> beschrieben. Marc-Andr\u00e9 Moreau schreibt, dass HTTP\/2 beim Windows Admin Center nichts bringe (HTTP\/1.1 sei in Ordnung). Aber das eigentliche Problem besteht darin, dass Chromium-basierte Browser das Downgrade von HTTP\/2 auf HTTP\/1.1 bei Verwendung der integrierten Windows-Authentifizierung nicht ordnungsgem\u00e4\u00df handhaben.<\/p>\n

Moreau hat bisher noch nicht herausgefunden, wie er das Laden einer bestimmten Website mit HTTP\/1.1 erzwingen kann, anstatt HTTP\/2 f\u00fcr den gesamten Browser zu deaktivieren. Ich bin dann noch auf diese Seite<\/a> gesto\u00dfen, die beschreibt, wie HTTP\/2 deaktiviert werden kann.<\/p>\n","protected":false},"excerpt":{"rendered":"

[English]Habt ihr als Administratoren das Problem, dass die Seite des Windows Admin Center beim ersten Aufruf in Google Chrome nicht angezeigt wird? Vielmehr kommt ein Hinweis, dass die Seite nicht erreicht werden kann (ERR_UNEXPECTED\". Ein zweiter Aufruf zeigt dann das … Weiterlesen →<\/span><\/a><\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1356,2557],"tags":[406,3288],"class_list":["post-278288","post","type-post","status-publish","format-standard","hentry","category-google-chrome-internet","category-windows-server","tag-chrome","tag-windows-en"],"_links":{"self":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/278288","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/comments?post=278288"}],"version-history":[{"count":0,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/278288\/revisions"}],"wp:attachment":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/media?parent=278288"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/categories?post=278288"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/tags?post=278288"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}