@Furchensumpf:
Hast du dir mal die Netzkommunikation mit nem Sniffer wie Wireshark zum Beispiel genauer angesehen. Einfach mal so als Idee. Vielleicht bekommste dann noch mehr raus.
Edit:
BTW
www.accessify.com zeigt auch beim Aufruf von *************** an das Shield.sitelock.com mit im Spiel ist.
Zitat:
|
Zitat von http://www.accessify.com
Our browser made a total of 43 requests to load all elements on the main page. We found that 93% of them (40 requests) were addressed to the original ***************, 5% (2 requests) were made to Ssl.google-analytics.com and 2% (1 request) were made to Shield.sitelock.com. The less responsive or slowest element that took the longest time to load (2.1 sec) belongs to the original domain ***************.
|
Edit2:
Die Sternchen sind mit rapidgator punkt net zu interpretieren. Das wird hier automatisch ausgeblendet. Wer selber bei
http://www.accessify.com schaun will, gibt dann da einfach das ein. Kann den Link auf die Quelle nicht korrekt hier reinschreiben.
Edit3:
Die genauere Analyse von
http://www.accessify.com zeigt das der Hoster zweimal aufgerufen wird. Das erste mal ohne www am Anfang der url. Der zweite Aufruf mit www davor wird über sitelock geleitet. Also genau geht der zweite Aufruf an die URL:
https://shield.sitelock.com/shield/*************. (Sternchen mit www punkt rapidgator punkt net ersetzen.) Dazischen laufen etliche Javas*****-Sachen ab.
Eine Idee wäre in der Situation mal explizit sitelock.com per Firewall zu blocken. Wie verhalten sich dann dein Browser und der JD?
Edit4:
Lol - man sollte mal ganz unten auf die Startseite von rapidgator punkt net schaun. Da findet sich ein Logo das andeutet das die wohl erst seit dem 16.10. von sitelock.com vollständig verifiziert worden sind. Kann man auch genauer sehen wenn man auf das Logo klickt.
Könnte also vorher tatsächlich Probleme gegeben haben mit rapidgator und sitelock. Frage ist - geht es jetzt?