EDIT: siehe postings weiter unten, das problem besteht nur mit einem bestimmten rechner.
nachdem ich vor kurzem hier mal wg. der schlechten performance von spiegel.de nachgefragt hatte nun eine weitere nachfrage:
Ich komme seit tagen immer schlechter auf zdf.de (geschweige denn auf mediathek.zdf.de). Auch imm moment ist die seite für mich unerreichbar.
Ist das bei euch auch so?
(ich bin hier mit Congstar auf dem telekom backbone unterwegs, aber ich beginne mich zu fragen, ob man dort aus kostengründen beginnt, heavy user gepflegt auszubremsen. Ich will das zwar nicht wirklich glauben, aber die performance vieler großer seiten hat merklich nachgelassen bis zur kompletten unerreichbarkeit oder kontinuierlich unvollständig geladenen seiten. BTW, ein zurücksetzen des routers brachte gar nichts.)
Geht hier einwandfrei (Kabel Deutschland).
wie schauts bei anderen usern aus west-NRW aus?
Fast ganz Deutschland hat Urlaub und das Wetter ist auch nicht so der Knaller, zdf.de und/oder Deine Leitung werden wohl ordentlich mit Last belegt.
nee, das ist es definitiv nicht.
Mittlerweile habe ich herausgefunden, dass es *nicht* an zdf.de liegt, sondern am rechner. Alledrings habe ich den fehler noch nicht gefunden, und weiß auch nicht wo suchen:
Ein anderer rechner im selben netzwqerk erreicht zdf.de sofort. Mit dem fraglichen rechner jedoch geht es überhaupt nicht. Per ping ist zwar zdf.de erreichbar, auch ausgesprochen schnell, aber mit einem browser (FF/IW, opera, chromium,w3m) bekomme ich nichtmal die startseite zu gesicht, es wird absolut nichts geladen. Ich habe schon x-mal den cache geleert, neu gebootet, anderen kernel gebootet, ich weiß echt nicht wo noch suchen. Die /etc/hosts schaut, von der entsprechenden lokalen ip und hostnamen abgesehen auf allen rechnern im netzwerk gleich aus.
Was kann auf einem rechner, und nur auf diesem, noch eine bestimmte URL blockieren? Vielleicht ein flashcookie (wegen daueranklopfen bei zattoo.de und zdf.de, verwenden ja beide flash?)
Wo findet und wie löscht man flashcookies?
ausversehen evtl. nen proxy eingestellt?
wo, wie? nur für eine URL?
Hi michaa7,
wie schaut deine /etc/resolv.conf aus?
QuoteDynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 208.67.222.222
nameserver 208.67.220.220
das problem betrifft nur zdf.de, ich verstehe das überhaupt nicht
Da will einer bei deinem dns Provider das zdf madig machen, und sagt denen, dass Porno oderwasweisich da zu finden ist (Vielleicht ein politischer Hack wegen Nachrichten über Iran/Syrien). Vielleicht eine zweite eines anderen DNS Providers in /etc/resolv.conf
nameserver 8.8.8.8
neee, ich verwende opendns auf allen rechnern und installationen, nur die eine installation spinnt
es war ein ver@§$&?§€@@$% flashplugin, nach purgen und neuinstall geht zdf.de wieder
dann solltest Du beim nächtes mal genauer darstellen, ob die Seite (=Server) 'unerreichbar' ist, oder ob sie nur irgendwie nicht so wie von Dir gewünscht funktioniert. :)
neee, da hast du die lösung falsch verstanden.
Das verhuntzte flashplugin hatte *keine kosmetischen auswirkungen (es sei denn "kopf ab" wäre für dich kosmetisch)*, sondern zur konsequenz, dass zdf.de nicht erreichbar war, mit fehlermeldung "Fehler: Verbindung zum server konnte nicht hergestellt werden".
Oha ... das hab ich bislang noch nicht gehabt.
Naja, wir sind uns einig .. es wird Zeit, dass sich HTML5 durchsetzt ...
da sind wir uns sowas von einig ;-)
...Nachdem es dann gestern ging und ich etwas aus der mediathek angeschaut hatte bekomme ich nun heute wieder keine verbindung zum zdf, mit keinem browser, ich habe zwischenzeitlich nichts, aber auch gar nichts verändert...
die sache wird nur immer misteriöser, und ich muß wohl doch wieder davon abrücken, dass das flashplugin-nonfree dafür verantwortlich wäre, denn nun klappt es im gegensatz zu gestern, auch mit dem zweiten rechner nicht mehr. Und dort funktioniert flash wie sich unmittelbar auf youtube in der flash version feststellen läßt. Jedoch keine verbindung zum zdf. Es *scheint* so als ob zu (vielen) zeiten hier einfach die verbindung *selektiv* gekappt ist (congstar/west-NRW). Merkwürdig auch, dass ich wie gestern nicht per "update-flashplugin-nonfree --install" auf den ftp sever von macromedia komme um das plugin zu reinstallieren....
Aber auch zu
http://get.adobe.com/de/flashplayer/otherversions/
kann ich mich nicht verbinden!
BTW: crossposting mit opera-forum.de reenabled
Ich glaube nicht, dass es dafür eine lösung auf meinem rechner gibt, ich denke das problem liegt zwischen router und webinhalt. Irgendwo auf dem weg gibt es einen flaschenhals, warum der so selektiv wirkt weiß wohl congstar am besten! Ich beginne zu argwöhnen, dass user, die nur die billigste variante buchen (dsl2000) zu hochlastzeiten möglicherweise in der prioritätenliste nach hinten durchgereicht werden, ich kann keine andere erklärung finden.
Wie weit kommst Du denn mit einem traceroute?
Quote# traceroute zdf.de
traceroute to zdf.de (91.197.28.69), 30 hops max, 60 byte packets
1 congstar.box (192.168.2.1) 0.589 ms 1.090 ms 9.736 ms
2 217.0.116.233 (217.0.116.233) 50.436 ms 54.871 ms 61.283 ms
3 217.237.155.242 (217.237.155.242) 67.255 ms 74.526 ms 79.137 ms
4 f-eb5-i.F.DE.NET.DTAG.DE (62.154.16.198) 89.803 ms 95.170 ms 102.275 ms
5 62.214.61.33 (62.214.61.33) 105.712 ms 110.589 ms 116.490 ms
6 62.214.127.230 (62.214.127.230) 122.711 ms 132.961 ms 139.254 ms
7 * * *
8 * * *
9 * * *
10 * * *
11 * * *
12 * * *
13 * * *
14 * * *
15 * * *
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *
Quote# whois 62.214.127.230
% This is the RIPE Database query service.
% The objects are in RPSL format.
%
% The RIPE Database is subject to Terms and Conditions.
% See http://www.ripe.net/db/support/db-terms-conditions.pdf
% Note: this output has been filtered.
% To receive output for a database update, use the "-B" flag.
% Information related to '62.214.127.0 - 62.214.127.255'
inetnum: 62.214.127.0 - 62.214.127.255
netname: VT-TRANSFER-62-214-127
descr: Versatel Deutschland
descr: Internet Services
country: DE
...
ping geht übrigens recht performant:
Quote# ping zdf.de
PING zdf.de (91.197.28.69) 56(84) bytes of data.
64 bytes from 91.197.28.69: icmp_req=1 ttl=120 time=56.0 ms
...
naja, es schaut laut traceroute zumindest so aus, dass congstar dabei aus dem schneider wäre, muß ich dort also nicht kündigen, wäre für diese jahr eh' zu spät ...
bei mir ist die Seite erreichbar, der traceroute zu zdf.de endet bei der gleichen IP.
Interessanter ist vielleicht ein tracroute zu www.zdf.de:
lar@bigboy:~$ traceroute www.zdf.de
traceroute to www.zdf.de (85.183.195.235), 30 hops max, 60 byte packets
1 alice (192.168.123.254) 0.459 ms 0.907 ms 1.134 ms
2 lo1.br57.fra.de.hansenet.net (213.191.64.45) 14.339 ms 15.251 ms 16.213 ms
3 ge-7-2-8-0.xd01.fra.de.hansenet.net (62.109.70.102) 16.452 ms 17.377 ms 19.114 ms
4 ae10-0.cr01.fra.de.hansenet.net (62.109.69.1) 20.278 ms 21.335 ms 25.786 ms
5 ae2-0.cr01.weham.de.hansenet.net (213.191.66.74) 30.937 ms 31.546 ms 32.030 ms
6 * * *
7 85.182.245.18 (85.182.245.18) 33.367 ms 20.090 ms 20.069 ms
8 a85-183-195-235.deploy.akamaitechnologies.com (85.183.195.235) 21.531 ms 21.983 ms 20.329 ms
danke für den hinweis zu *www*.zdf.de, werde ich morgen, wenn es wieder klemmt ausprobieren
Wie oben gesagt, bei mir war es opendns.
Eine mögliche Erklärung wäre vielleicht:
Das Zdf benutzt einen privaten weltweiten Loadbalancer für Streaming. Die stehen sicher immer unter heftigem Angriff. Deswegen muss dieser Streaming Dienst oft seine DNS Einträge ändern. Opendns kommt da wohl einfach nicht nach ....