Internet Explorer zeigt eine bestimmte Seite nicht an
Windows Server 2003 R2
Internet Explorer 8
aktueller Update-Stand
Guten Morgen Administrator.de Gemeinde,
ich habe ein seltsames Problem, das zwar nicht so tragisch ist, es interessiert mich aber, woher dieses kommt.
Wir haben 3 Windows 2003 R2 Terminalserver im Einsatz, Citrix Metaframe Presentation Server 4.5. Windows Updates sind aktuell. Auf den Systemen befindet sich der Internet Explorer 8.
Das funktioniert soweit ganz gut. Allerdings kann ich die Seite http://www.eurovignettes.eu nicht aufrufen. Ich erhalte die Fehlermeldung "Die Seite kann nicht angezeigt werden" / "Internet Explorer cannot display the page". Zuerst dachte ich die Seite sei gerade down, doch von anderen Rechner kann ich zugreifen.
Dann vermutete ich das Problem bei unserer Aladdin eSafe, doch diese loggt keine Sperrung mit. Ich habe den Proxyserver auch einmal umgestellt auf unseren ForeFront, auch hier kann ich NUR diese eine Seite nicht aufrufen.
Das hat mich sehr verwirrt. Nach einigem hin und her konnte ich die Ursache nun auf den IE8 eingrenzen.
Ich habe das gleiche Probleme auf 2 anderen Servern (2003R2 mit IE8). Auf einem dritten Server hingegen habe ich das problem nicht. Seltsam. Auf 32 Bit 2003 habe ich das Problem nicht.
Mit Firefox auf den betroffenen Systemen funktioniert die Seite.
Ich habe die MTU Size auf den Servern mal auf 1300 gestellt, die stand vorher auf 1450. Leider kein Erfolg.
Eine Google Suche hat erbracht, dass sich manche Seiten wohl nicht aufrufen lassen, wenn der UserAgentSring des Browsers zu lang ist. Ich habe auf einem nicht funktionierenden System dann mit diesem Tool (http://www.enhanceie.com/ua.aspx) den UA String mehrfach angepasst. Leider ohne Erfolg.
Mit dem Debugging Tool fiddler habe ich auch einen Test durchgeführt. Da die Seite, wenn Sie funktioniert, auf eine SSL Seite umleitet, muss ich bei Fiddler die SSL Unterstützung einschalten. Dann baut dieser eine SSL Verbindung zur Seite auf und der IE8 eine SSL Verbindung zu Fiddler. Dann funktioniert es.
Ich habe also auch etwas die SSL Einstellungen in Verdacht.
Stammzertifikateupdate habe ich aufgespielt.
Folgendes loggt der ForeFront, wenn die Seite aufgerufen wird. Was mich irritiert ist die anonymous Verbindung und geblocktes SSL, andere SSL Seiten funktionieren Problemlos und werden nicht geblockt.
Ursprüngliches Client-IP Client-Agent Authentifizierter Client Dienst Verweisender Server Zielhostname Transport HTTP-Methode MIME-Typ Objektquelle Quellproxy Zielproxy Bidirektional Clienthostname Filterinformationen Netzwerkschnittstelle Raw-IP-Header Raw-Nutzlast GMT-Protokollzeit Quellport Verarbeitungszeit Bytes gesendet Bytes empfangen Cacheinformationen Fehlerinformationen Authentifizierungsserver Protokollierungszeit Client-IP Ziel-IP Zielport Protokoll Aktion Regel Ergebniscode HTTP-Statuscode Clientbenutzername Quellnetzwerk Zielnetzwerk URL Servername Protokolldatensatztyp
10.100.100.81 iexplore.exe:3:5.2 - TCP - - - 14.06.2012 07:09:18 3559 60172 0 512 0x0 0x0 - 14.06.2012 09:09:18 10.100.100.81 193.16.186.217 80 HTTP Getrennte Verbindung Zugriff auf Sage Seiten 0x80074e24 FWX_E_CONNECTION_KILLED DOMAIN\Administrator Intern Extern - FOREFRONT Firewall
10.100.100.81 iexplore.exe:3:5.2 - TCP - - - 14.06.2012 07:09:20 3610 0 0 0 0x0 0x0 - 14.06.2012 09:09:20 10.100.100.81 193.16.186.217 80 HTTP Initiierte Verbindung Zugriff auf Sage Seiten 0x0 ERROR_SUCCESS DOMAIN\Administrator Intern Extern - FOREFRONT Firewall
0.0.0.0 Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.2; WOW64; Trident/4.0; .NET4.0C; .NET4.0E; .NET CLR 3.5.30729; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152) Ja Proxy 193.16.186.217 TCP GET Cache - - - Req ID: 0151c168; Compression: client=No, server=No, compress rate=0% decompress rate=0% - - - 14.06.2012 07:09:20 0 1 513 415 0x0 0x0 14.06.2012 09:09:20 10.100.100.81 193.16.186.217 80 http Zugelassene Verbindung Web-Zugriffe 0 Der Vorgang wurde erfolgreich beendet. DOMAIN\Administrator Intern Extern http://193.16.186.217/ FOREFRONT Webproxyfilter
10.100.100.81 iexplore.exe:3:5.2 - TCP - - - 14.06.2012 07:09:20 3611 0 0 0 0x0 0x0 - 14.06.2012 09:09:20 10.100.100.81 193.16.186.217 443 HTTPS Initiierte Verbindung Web-Zugriffe 0x0 ERROR_SUCCESS DOMAIN\Administrator Intern Extern - FOREFRONT Firewall
10.100.100.81 iexplore.exe:3:5.2 - TCP - - - 14.06.2012 07:09:20 3611 47 400 320 0x0 0x0 - 14.06.2012 09:09:20 10.100.100.81 193.16.186.217 443 HTTPS Getrennte Verbindung Web-Zugriffe 0x80074e21 FWX_E_ABORTIVE_SHUTDOWN DOMAIN\Administrator Intern Extern - FOREFRONT Firewall
IE Einstellungen zurückgesetzt auf Standard.
Kompatibilitätsansicht getestet.
Alles ohne Erfolg. Seltsam.
Soweit ich das sehe besteht das Problem nur bei dieser einen Seite.
Ich umgehe das Problem bei dieser Seite aktuell mit dem Firefox. Gefällt mir aber auf dem Terminalserver mangels GPO Unterstüzung nicht so recht.
Gruß
Mailer
Internet Explorer 8
aktueller Update-Stand
Guten Morgen Administrator.de Gemeinde,
ich habe ein seltsames Problem, das zwar nicht so tragisch ist, es interessiert mich aber, woher dieses kommt.
Wir haben 3 Windows 2003 R2 Terminalserver im Einsatz, Citrix Metaframe Presentation Server 4.5. Windows Updates sind aktuell. Auf den Systemen befindet sich der Internet Explorer 8.
Das funktioniert soweit ganz gut. Allerdings kann ich die Seite http://www.eurovignettes.eu nicht aufrufen. Ich erhalte die Fehlermeldung "Die Seite kann nicht angezeigt werden" / "Internet Explorer cannot display the page". Zuerst dachte ich die Seite sei gerade down, doch von anderen Rechner kann ich zugreifen.
Dann vermutete ich das Problem bei unserer Aladdin eSafe, doch diese loggt keine Sperrung mit. Ich habe den Proxyserver auch einmal umgestellt auf unseren ForeFront, auch hier kann ich NUR diese eine Seite nicht aufrufen.
Das hat mich sehr verwirrt. Nach einigem hin und her konnte ich die Ursache nun auf den IE8 eingrenzen.
Ich habe das gleiche Probleme auf 2 anderen Servern (2003R2 mit IE8). Auf einem dritten Server hingegen habe ich das problem nicht. Seltsam. Auf 32 Bit 2003 habe ich das Problem nicht.
Mit Firefox auf den betroffenen Systemen funktioniert die Seite.
Ich habe die MTU Size auf den Servern mal auf 1300 gestellt, die stand vorher auf 1450. Leider kein Erfolg.
Eine Google Suche hat erbracht, dass sich manche Seiten wohl nicht aufrufen lassen, wenn der UserAgentSring des Browsers zu lang ist. Ich habe auf einem nicht funktionierenden System dann mit diesem Tool (http://www.enhanceie.com/ua.aspx) den UA String mehrfach angepasst. Leider ohne Erfolg.
Mit dem Debugging Tool fiddler habe ich auch einen Test durchgeführt. Da die Seite, wenn Sie funktioniert, auf eine SSL Seite umleitet, muss ich bei Fiddler die SSL Unterstützung einschalten. Dann baut dieser eine SSL Verbindung zur Seite auf und der IE8 eine SSL Verbindung zu Fiddler. Dann funktioniert es.
Ich habe also auch etwas die SSL Einstellungen in Verdacht.
Stammzertifikateupdate habe ich aufgespielt.
Folgendes loggt der ForeFront, wenn die Seite aufgerufen wird. Was mich irritiert ist die anonymous Verbindung und geblocktes SSL, andere SSL Seiten funktionieren Problemlos und werden nicht geblockt.
Ursprüngliches Client-IP Client-Agent Authentifizierter Client Dienst Verweisender Server Zielhostname Transport HTTP-Methode MIME-Typ Objektquelle Quellproxy Zielproxy Bidirektional Clienthostname Filterinformationen Netzwerkschnittstelle Raw-IP-Header Raw-Nutzlast GMT-Protokollzeit Quellport Verarbeitungszeit Bytes gesendet Bytes empfangen Cacheinformationen Fehlerinformationen Authentifizierungsserver Protokollierungszeit Client-IP Ziel-IP Zielport Protokoll Aktion Regel Ergebniscode HTTP-Statuscode Clientbenutzername Quellnetzwerk Zielnetzwerk URL Servername Protokolldatensatztyp
10.100.100.81 iexplore.exe:3:5.2 - TCP - - - 14.06.2012 07:09:18 3559 60172 0 512 0x0 0x0 - 14.06.2012 09:09:18 10.100.100.81 193.16.186.217 80 HTTP Getrennte Verbindung Zugriff auf Sage Seiten 0x80074e24 FWX_E_CONNECTION_KILLED DOMAIN\Administrator Intern Extern - FOREFRONT Firewall
10.100.100.81 iexplore.exe:3:5.2 - TCP - - - 14.06.2012 07:09:20 3610 0 0 0 0x0 0x0 - 14.06.2012 09:09:20 10.100.100.81 193.16.186.217 80 HTTP Initiierte Verbindung Zugriff auf Sage Seiten 0x0 ERROR_SUCCESS DOMAIN\Administrator Intern Extern - FOREFRONT Firewall
0.0.0.0 Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.2; WOW64; Trident/4.0; .NET4.0C; .NET4.0E; .NET CLR 3.5.30729; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152) Ja Proxy 193.16.186.217 TCP GET Cache - - - Req ID: 0151c168; Compression: client=No, server=No, compress rate=0% decompress rate=0% - - - 14.06.2012 07:09:20 0 1 513 415 0x0 0x0 14.06.2012 09:09:20 10.100.100.81 193.16.186.217 80 http Zugelassene Verbindung Web-Zugriffe 0 Der Vorgang wurde erfolgreich beendet. DOMAIN\Administrator Intern Extern http://193.16.186.217/ FOREFRONT Webproxyfilter
10.100.100.81 iexplore.exe:3:5.2 - TCP - - - 14.06.2012 07:09:20 3611 0 0 0 0x0 0x0 - 14.06.2012 09:09:20 10.100.100.81 193.16.186.217 443 HTTPS Initiierte Verbindung Web-Zugriffe 0x0 ERROR_SUCCESS DOMAIN\Administrator Intern Extern - FOREFRONT Firewall
10.100.100.81 iexplore.exe:3:5.2 - TCP - - - 14.06.2012 07:09:20 3611 47 400 320 0x0 0x0 - 14.06.2012 09:09:20 10.100.100.81 193.16.186.217 443 HTTPS Getrennte Verbindung Web-Zugriffe 0x80074e21 FWX_E_ABORTIVE_SHUTDOWN DOMAIN\Administrator Intern Extern - FOREFRONT Firewall
IE Einstellungen zurückgesetzt auf Standard.
Kompatibilitätsansicht getestet.
Alles ohne Erfolg. Seltsam.
Soweit ich das sehe besteht das Problem nur bei dieser einen Seite.
Ich umgehe das Problem bei dieser Seite aktuell mit dem Firefox. Gefällt mir aber auf dem Terminalserver mangels GPO Unterstüzung nicht so recht.
Gruß
Mailer
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 186460
Url: https://administrator.de/contentid/186460
Ausgedruckt am: 25.11.2024 um 08:11 Uhr
4 Kommentare
Neuester Kommentar
Hallo,
ich weiß, wenn man keine Ahnung hat, sollte man nicht mitreden. Aber vielleicht hat es was damit zu tun.
kristov
ich weiß, wenn man keine Ahnung hat, sollte man nicht mitreden. Aber vielleicht hat es was damit zu tun.
kristov
Sieht so aus. Zumindest wird derartiges hier behauptet...
Edit:
Hier haben sie's wohl nicht so mit Abwärtskompatibilität
Edit:
Hier haben sie's wohl nicht so mit Abwärtskompatibilität