Warum friert Firefox beim aufruf von https://kunde.comdirect.de/lp/wt/login für ca 15-30 Sekunden ein?
Bei ca 10% unserer Kunden die Firefox verwenden beobachten wir das Verhalten, dass der Browser bis zu 30 Sekunden nicht Reagiert.
Das Verhalten tritt nur beim ersten aufruf nach dem starten von Firefox auf.
Wir haben festgestellt, dass für jede .js und .css Datei auch immer eine Request an http://safebrowsing.clients.google.com/safebrowsing/gethash gesendet wird und danach die CPU last auf 50 % bis 100 % steigt.
Die .js und .css Dateien liegen auf dem Server unterhalb von /ccf/ . Durch Umbenenung des Verzeichnis in /ccf1/ tritt das Problem nicht mehr auf und es wird auch nicht mehr http://safebrowsing.clients.google.com/safebrowsing/gethash aufgerufen. Auch das Umbenenen der domain in comdi.de behebt das Problem
Wenn man das safebrowsing Verzeichnis im Profil löscht, tritt das problem nur für eine begrenzte Zeit nicht auf.
Der Fehler tritt in Firefox 17 und 18 auf.
すべての返信 (2)
I'm not seeing this issue on Linux. I do see some safebrowsing request, but those do not cause a freeze.
Try to set the urlclassifier.confirm-age pref to 0 on the about:config page to let entries in the phishing protection database expire more easily.
Do you know which security software those clients are using?
I notice that the server is using an 128 bit RC4 connection and doesn't support AES-256 (security.ssl3.rsa_rc4_128_sha), so it could benefit from a server update.
Thanks for your prompt response
Locally i have "avira Free Antivirus" running. I could try to ask some customer next week what they are using.
I will also ask for AES-256 support.
But why does the freeze disappear, by just changing the path name of the js and css files from /ccf/ to /ccf1/ or by renaming the domain name. Changing the subdomain name has no effect.
Did you mean urlclassifier.max-complete-age
i do not see the pref urlclassifier.confirm-age or do i have to add the key.
Thanks