IE Problem bei https download

tennessee

tennessee

Linuxfan
Hallo zusammen,

ich habe unseren Firmen Webserver auf https umgestellt. Seitdem gibt es Probleme mit dem IE beim download einer PDF Datei.

MIt Firefox funktioniert es wunderbar. IE kanns auch über http aber eben nicht im https Kontext. Hat jemand eine Idee was das Problem ist?

Besten Dank und Schöne Grüße

Christian

Axo: Fehlermeldung ist das er die Datei nicht downloaden kann
 
Hm, sowas habe ich bislang noch nie gesehen. Logs gibts keine, nehm ich an?

Edit: Kanns sein, dass der IE ein Zertifikats-Problem hat?
 
Du könntest noch mit einem Sniffer wie Fiddler an die Sache ran gehen. Es würde mich nicht wundern, wenn es ein Bug im IE ist.
 
auf das bin ich auch schon gestossen von Microsoft. Das ist es wohl auch.
Aber wie man es lösen kann weiss ich nicht. Da muss man wohl was im php
mitgeben. Bin leider kein Entwickler
 
@tennessee
Wieso PHP? Hast du die Microsoft Meldung nicht gelesen?
 
Aber wie man es lösen kann weiss ich nicht. Da muss man wohl was im php
mitgeben.

http://support.microsoft.com/kb/812935" schrieb:
Wenn einer beliebiger oder mehr folgende Bedingungen zutrifft, kann dieses Problem auftreten:
In Internet Explorer 6.0 SP1 wird das Kontrolle-Kästchen Verschlüsselte Seiten nicht auf der Festplatte speichern aktiviert.
Der Server sendet den "Cache-Control : No Store" Header.
Der Server sendet den "Cache-Control : No Cache" Header.

Wenn das System aktuell ist und die neusten Versionen installiert sind sollte dieser Fehler auch nicht da sein. Prüfe also ob das System aktuell ist und wenn nicht sorge dafür das es aktuallisiert wird.

Grüße
 
Hallo zusammen,

Problem ist das ich nicht meinen Kunden ein Versionsupdate geben kann vom IE.
Und wir testen das hier mit IE8 und wir haben das Phänomen.

Ich brauchen eine Serverseitige Lösung. Mit php meiner ich das dieser Cache-Control header entsprechend anders geschickt wird.

Nur weiss ich net wie ich das machen soll. (Bin koa richtiger Entwickler)
So wie ich das verstehe darf keine Cache-Control Header:no geschickt werden.
Also müsste es zu lösen sein wenn der Wert im header wos anders ist.
 
Ich würde deinen Kunden raten Software zu nutzen die sich an Standards hält. Der nächste kommt und sagt ich habe ein Problem mit Browser xyz und dann willst du wieder anfangen am Server zu basteln? Nimm Software die sich an die festgelegte Standards hält und wenn ein Kunde Software nutzen will/muss die das nicht macht ist das im prinzip ja nicht dein Problem. Wenn es mit keinem anderen Browser wie dem IE Probleme gibt ist es ganz klar ein Problem des Browsers. An einem einwandfreien Server herumzubasteln würde ich auf keinen Fall. Am ende klappt es mit dem IE aber keinem anderen Browser mehr :)

Grüße
 
das ist schon richtig nur das der Kunde nicht eingrenzbar ist sondern jemand ist der auf unserer Seite surft und Kurse buchen möchte. Und der IE kann über https das Anmeldeformular nicht downloaden. Alles andere funktioniert. Alle anderen Browser haben dieses Problem nicht.

Jetzt kann ich nur schlecht einen Hinweis auf die Seite geben und den "Surfer" zwingen seinen gewohnten Browser zu wechseln damit er bei uns einen Kurs buchen kann.

Dummerweise ist der IE aber auch weit verbreitet somit verlieren wir an Reichweite und eventuell auch an Anmeldungen.

Von daher ist es schon im Interesse von uns das von unserer Seite zu lösen.

Es kann ja auch eigentlich fast net sein der IE verschlüsselte Dokumente nicht runterladen kann. Wenn der Download über http gestartet wird läuft er.

Ich habe das im Moment auch mit einer Browserweiche gelöst indem ich IE´s dieser Welt einfach über http schick wie vorher.

Das ist halt aber nicht das so 100% das richtige. Korrekt wäre es schon das zu lösen - Nur wie
 
Ich habe das im Moment auch mit einer Browserweiche gelöst indem ich IE´s dieser Welt einfach über http schick wie vorher.
Ich würde wenn das gemacht wird noch eine Information dem Kunden anzeigen das der von ihm verwendete Browser nicht in der Lage ist die Daten über eine gesicherte Verbindung zu übertragen. Wenn er das aber wünscht soll er zu einem Browser greifen der diese Funktion auch fehlerfrei anbietet.

So wird der Kunde zumindest mal auf die Probleme seines Browser aufmerksam gemacht :)

Grüße
 
Folgender Workaround hat bei mir funktioniert. Problem mit https und Download besteht schon seit IE7.
Alle anderen Tipps und Tricks hatten keine Auswirkungen auf den Fehler bei mir.

ob_end_clean(); // Ausgabepuffer löschen
// header('Pragma: no-cache');
header("Pragma: IE_stinkt");
header('Cache-Control: no-store, no-cache, must-revalidate');
header("Cache-Control: must-revalidate, post-check=0, pre-check=0");
header("Expires: Sat, 26 Jul 1997 05:00:00 GMT"); // Datum in der Vergangenheit
header("Content-Transfer-Encoding: binary");
header('Content-Disposition:attachment; filename="test.abc"; size=10;'); //RFC2183
header("Content-type: text/comma-separated-values");


Viel Erfolg ;-)
Würd mich über eine kurze Rückmeldung freuen.
 

Ähnliche Themen

Opensuse 13.1 Download Geschwindigkeit zu langsam

Browser-Problem

File Management Software mit Sharing und Multi-User

Samba Problem

NAT: Keine Kommunikation zwischen LAN und öffentlicher Router IP

Zurück
Oben