搜索 | 用户支持

防范以用户支持为名的诈骗。我们绝对不会要求您拨打电话或发送短信,及提供任何个人信息。请使用“举报滥用”选项报告涉及违规的行为。

Learn More

Warum friert Firefox beim aufruf von https://kunde.comdirect.de/lp/wt/login für ca 15-30 Sekunden ein?

more options

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.

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)

more options

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.

more options

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