OSX10- Safari rennt schneller als jede andere Seite
Druckbare Version
OSX10- Safari rennt schneller als jede andere Seite
Manchmal klemmts an der Nameserverauflösung. Ein Reload im Browser schaft meistens Abhilfe.
Hier mal ein "traceroute" und ein paar "pings" über Unitymedia für dich Percy, vielleichts hilfts:
Code:Dirk-MacBook-Pro:~ me$ traceroute www.r-l-x.de
traceroute to www.r-l-x.de (85.13.132.13), 64 hops max, 52 byte packets
1 10.0.1.1 (10.0.1.1) 1.252 ms 1.037 ms 0.898 ms
2 b2b-94-79-160-25.unitymedia.biz (94.79.160.25) 2.307 ms 2.075 ms 1.356 ms
3 * * *
4 de-fra04a-ra1-ae10-1220.fra.unity-media.net (81.210.128.73) 18.392 ms 15.053 ms 18.427 ms
5 de-fra04a-rc1-ae8.fra.unity-media.net (81.210.129.225) 8.975 ms 9.936 ms 10.430 ms
6 de-fra01a-ri2-xe-4-1-1.aorta.net (84.116.133.118) 18.344 ms 12.106 ms 13.311 ms
7 * lag-10.ear1.frankfurt.level3.net (4.68.62.237) 13.449 ms 11.142 ms
8 ae-2-52.edge4.berlin1.level3.net (4.69.146.133) 97.195 ms 33.973 ms 52.535 ms
9 ae-2-52.edge4.berlin1.level3.net (4.69.146.133) 31.690 ms 28.888 ms 30.135 ms
10 neue-medien.edge4.berlin1.level3.net (212.162.11.134) 35.604 ms 28.062 ms 30.261 ms
11 dd7538.kasserver.com (85.13.132.13) 32.676 ms 31.807 ms 31.467 ms
Sieht eigentlich unauffällig aus :ka:Code:Dirk-MacBook-Pro:~ me$ ping www.r-l-x.de
PING www.r-l-x.de (85.13.132.13): 56 data bytes
64 bytes from 85.13.132.13: icmp_seq=0 ttl=51 time=31.410 ms
64 bytes from 85.13.132.13: icmp_seq=1 ttl=51 time=30.711 ms
64 bytes from 85.13.132.13: icmp_seq=2 ttl=51 time=29.173 ms
64 bytes from 85.13.132.13: icmp_seq=3 ttl=51 time=36.975 ms
Safari verwende ich nicht mehr z.Z. Subjektiv würde ich sagen, Apple hat ihn kaputtgefeatured!
Ist bei mir mit Abstand der langsamste Browser (Im Vergleich zu Chrome, Opera, FF)
Darf ich noch mal klugschei$$en :D ???
Noch mal ein traceroute über Unitymedia - ein paar Minuten nach dem vorherigen...
So weit, so gut. Nicht besonders toll, aber auch nicht richtig schlecht. In Berlin könnte es etwas besser flutschen.Code:traceroute to www.r-l-x.de (85.13.132.13), 64 hops max, 52 byte packets
1 10.0.1.1 (10.0.1.1) 3.689 ms 0.895 ms 0.847 ms
2 b2b-94-79-160-25.unitymedia.biz (94.79.160.25) 1.733 ms 2.057 ms 2.541 ms
3 * * *
4 de-fra04a-ra1-ae10-1220.fra.unity-media.net (81.210.128.73) 18.013 ms 20.247 ms 17.016 ms
5 de-fra04a-rc1-ae8.fra.unity-media.net (81.210.129.225) 10.418 ms 12.196 ms 19.706 ms
6 us-was02a-ri1-ge-4-1-0.aorta.net (84.116.130.206) 11.686 ms
de-fra01a-ri2-xe-4-1-1.aorta.net (84.116.133.118) 15.188 ms 12.073 ms
7 lag-10.ear1.frankfurt.level3.net (4.68.62.237) 15.883 ms 11.072 ms 11.820 ms
8 ae-2-52.edge4.berlin1.level3.net (4.69.146.133) 36.703 ms 38.469 ms 31.490 ms
9 ae-2-52.edge4.berlin1.level3.net (4.69.146.133) 31.679 ms 29.855 ms 30.146 ms
10 neue-medien.edge4.berlin1.level3.net (212.162.11.134) 29.919 ms 37.512 ms 40.319 ms
11 dd7538.kasserver.com (85.13.132.13) 31.585 ms 35.815 ms 32.562 ms
Jetzt mal ein aktuelles trace über die Telekom...
Die "* * *" zeigen eine Zeitüberschreitung an. Entweder gehen hier Datenpakete komplett verloren oder es geht dort so langsam voran, dass kein Messvorgang stattfindet. Auch die tatsächlich gemessenen TTLs sind eher bescheiden. Euer Routing von- und zur Telekom scheint etwas "schräg" zu sein :motz: Da würde ich mal mit eurem Provider drüber reden.Code:traceroute to www.r-l-x.de (85.13.132.13), 64 hops max, 52 byte packets
1 172.20.10.1 (172.20.10.1) 29.754 ms 1.843 ms 3.863 ms
2 * * *
3 * * *
4 * * *
5 * * *
6 * * *
7 * * *
8 * * *
9 * * *
10 * * *
11 * * *
12 * * *
13 * * *
14 * * *
15 217.5.90.113 (217.5.90.113) 100.714 ms
h-ea5-i.h.de.net.dtag.de (62.154.50.174) 29.028 ms
h-ea5-i.h.de.net.dtag.de (62.154.50.182) 36.985 ms
16 hh-eb5-i.hh.de.net.dtag.de (62.154.32.78) 38.201 ms 30.362 ms 30.490 ms
17 62.157.249.78 (62.157.249.78) 48.722 ms 85.438 ms 27.294 ms
18 ae-1-51.edge4.berlin1.level3.net (4.69.146.101) 32.167 ms 52.360 ms 30.557 ms
19 neue-medien.edge4.berlin1.level3.net (212.162.11.134) 36.444 ms 38.816 ms 36.669 ms
20 dd7538.kasserver.com (85.13.132.13) 36.364 ms 37.313 ms 39.734 ms
Das muss nicht zwangsläufig der Fall sein. Es ist ebenso gut möglich, dass die ersten Hops die auf der Route liegen einfach nicht auf traceroute Anfragen antworten. Und da du das Telekom Netz ja sowieso erst ab Hop 18 verlässt, sollte das Ergebnis deiner Messung bei fast allen anderen Internetseiten ähnlich aussehen. Zumindest die ersten Hops.
Host-Tracker zeigt auch keine wirklichen Auffälligkeiten:
http://r.h-t.co/3ed2beb9-5fb8-e411-80bf-00155d368c3c
http://r.h-t.co/6099f6dd-5fb8-e411-80bf-00155d368c3c
http://r.h-t.co/8d072903-60b8-e411-80bf-00155d368c3c
Bei mir läuft auch alles absolut problemlos.
Von der Performance her kann ich auch in unserem Monitoring nichts feststellen, was jetzt darauf deuten würde, dass es Probleme gibt.
Der Server ist gesund und nicht ausgelastet, daher dürfte es kein Problem geben - wenn dann liegt es ausserhalb unserer Möglichkeiten.
Die Malware Probleme hängen leider mit unserem Adserver zusammen - das Problem taucht leider immer wieder auf, ist zwar keine große Bedrohung aber extrem unangenehm, da es viel Zeit verschlingt die Sache wieder zu fixen. Das ist halt so eine Sache wenn man weit verbreitete Software verwendet, finden sich immer ein paar Böse Buben die gerne was einschleusen ;( ;(
Aber wir sind da ständig dran und verbessern das Systen bzw. die Sicherheit.
Also was bei mir außer dem Cache leeren scheinbar noch geholfen hat war folgendes :
Einmal vom Forum abgemeldet und anschließend wieder neu angemeldet. Seit dem läuft alles wieder sehr schnell :gut:
Wenn bei mir alle Seiten so schnell liefen wie diese hier, wäre ich glücklich!:gut:
Bei mir läuft es auch zufriedenstellend. Was mich irritiert ist, dass sich beim Erstmaligen Aufruf der URL oft nichts tut! Ein Seitenreload schafft dann Abhilfe und die Seiten laden zügig. Ich habe das Gefühl, dass der Nameservice manchmal nicht unmittelbar aufgelöst - vielleicht ein Caching Problem bei meinem Provider, vielleicht ein schräges Routing, vielleicht spinnt mein Browser(cache)?
Wir haben z.B. das Problem, dass sich unser US-Provider seit Jahren mit dem Rosa-Riesen streiten (Cogent vs. Telekom). Mal ist das Routing akzeptabel, mal sabotiert die eine- oder andere Seite. Je nach Tageslaune ist es mitunter eine Katastrophe.
Wäre ich R-L-X würde ich es erst einmal aussitzen ;)
Bei mir ging gerade gar nichts mehr?
I Pad 4, IOS aktuell....
Hey,
Bei mir genau gerade eben auch nicht, habe extra Browser geschlossen/Browserverlauf und Cache usw. geleert ...
Tja, das Problem lag wohl nicht bei uns.
(Wndows 7/aktueller Firefox/o2)
Bei mir immer wieder Ladehemmung. Gestern abend ging es ohne Probleme aber jetzt ist es wieder soweit.
Klick auf ein neues Thema,
es dauert teilweise bis zu 10 Sekunden bis sich der "Pfeil" wieder in die "Hand" verwandelt
zwischendrin muss ich auch 2x auf ein Thema oder ähnliches klicken bis es geöffnet wird.
PC / Windows 7 / IE 11 / Telekom IP/ Fritzbox
OSX 10.10.2, Safari 8.0.3, VDSL 50, keine Auffälligkeiten;
iOS 8.1.3 PAD Air; im WLAN keine Probleme; 3 G keine Darstellung von Smileys8o:grb: was das wieder ist...?
Also seit ca. 15 Minuten geht mit dem IE 11 gar nichts mehr. Mit dem Google Chrom geht es einwandfrei :grb:
Nach ein paar Tagen ohne Malware Meldungen geht es jetzt schon wieder los.
Ich arbeite mit IE 11, Windows 8.1
Andere Seiten und Foren haben doch auch nicht dieses Problem.
Ich bin sicher, dass alles halb so wild ist, aber etwas mehr Aufklärung vermisse ich hier doch!
Denn seit gut 14 Tagen, kommt es hier über Werbebanner zu Malewarebedrohungen.
Wer hier ohne ordentlichen Schutz unterwegs ist, sollte in jedem Fall sein System checken.
Die Art der Bedrohung ist "GIFIframe-A" und sicher keine große Sache.
Wer in einem Firmennetz mit guten Firewall-Admins unterwegs ist, wurde sicher schon darauf aufmerksam gemacht
denn die Anzahl der Threads ist enorm.
Wie immer sage ich "Nerven behalten" denn die R-L-X Admins bekommen das sicher in den Griff
HÖRT DOCH MAL BITTE DAMIT AUF DEN INTERNET EXPLORER ZU NUTZEN!
Evolutionsverweigerer!
stimmt;):]