Momentan habe ich hier keine Probleme, allerdings heute nachmittag war der Server garnicht erreichbar und jetzt stimmt die Uhrzeit nicht - ich glaube der war unten.

Habe aber in den letzten Tagen querbeet ähnliche Probleme gehabt. Das Internet-DNS hatte letzte Woche eine Krise durch teilweise Ausfälle in Verbindung mit weltweiter Zonealarm Update-Hektik (also auch Du bist Schuld ) und was wir gerade erleben sind wohl die Ausläufer davon.

Das zweite Problem kann ich nicht bestätigen - der Sache solltest Du mal nachgehen falls es sich dabei nicht um einen Server handelt.
Muß aber nichts Böses sein. Heimtelefonierende Programme, selbstständige Updates, fehlgeschlagene Standbyversuche des Rechners, Bildschirmschoner u.v.m. können sowas auch verursachen.
Oder halt der Zonealarm, der nachholt was im letzte Woche mißlang.

Quote:

Da fällt mir auch noch was ein: Man sagt, MS-Office macht/machte(?) sowas ähnliches, unabhängig von NTFS, nämlich Dateien indizieren. Ist wohl ein Link im Startmenü, den man da entfernen muß.

Bei der Gelegenheit sollte man auch gleich mal den Virenscanner deaktivieren. Testhalber.

ooooh, Holger - Windows hat noch viiiiele Geheimnisse *fg

Ich hatte das Problem mit den Icons auch... mich hat es nicht gestört, weil Opera dann halt anstatt dem Bild den Inhalt des alt Attributes des img Tags anzeigt, aber als ich dieses Thread hier las, hab ich mich mal damit beschäftigt

Es sieht so aus, als wäre der Webserver hier sehr "streng" konfiguriert, wahrscheinlich um Traffic zu sparen. Wer ist denn hier der Serveradmin? Der müsste doch eigentlich gleich wissen, worum's geht Oder treibt der sich nicht hier im Forum rum?

Also, wenn man einfach folgendes ausführt...

malte@fuchur:~> telnet www.windowspage.net 80
Trying 62.241.50.14...
Connected to www.windowspage.net.
Escape character is '^]'.
HEAD /board/YaBBImages/home.gif HTTP/1.0

HTTP/1.1 302 Found
Date: Sat, 13 Dec 2003 14:40:47 GMT
Server: Apache/1.3.26 (Linux/SuSE) mod_python/2.7.8 Python/2.2.1 mod_perl/1.27 mod_mp3/0.30 mod_gzip/1.3.19.1a PHP/4.3.3 mod_ssl/2.8.10 OpenSSL/0.9.7b FrontPage/5.0.2.2623
Location: http://***.***.***/fehlerseite.htm
Connection: close
Content-Type: text/html; charset=iso-8859-1

Connection closed by foreign host.
 

...sieht man, dass man bei einer ganz "banalen" Request einfach auf eine (lustige, aber das Script kenn ich jetzt schon länger ) Fehlerseite weitergeleitet wird, anstatt dass das Bild zurückgesendet wird.

Ein 302er ist hier eigentlich eher unpassend, weil das Dokument (das Bild) ja nicht an einer anderen URI liegt, sondern man das Dokument einfach nicht bekommt, weil... naja, dazu komme ich gleich. Jedenfalls sollte hier wohl eher ein 406 Not Acceptable hin, wenn überhaupt...

Benutzen wir HTTP/1.1 (und da müssen wir natürlich den Hostnamen mit übergeben):

malte@fuchur:~> telnet www.windowspage.net 80
Trying 62.241.50.14...
Connected to www.windowspage.net.
Escape character is '^]'.
HEAD /board/YaBBImages/home.gif HTTP/1.1
Host: www.windowspage.net

HTTP/1.1 403 Forbidden
Date: Sat, 13 Dec 2003 14:53:09 GMT
Server: Apache/1.3.26 (Linux/SuSE) mod_python/2.7.8 Python/2.2.1 mod_perl/1.27 mod_mp3/0.30 mod_gzip/1.3.19.1a PHP/4.3.3 mod_ssl/2.8.10 OpenSSL/0.9.7b FrontPage/5.0.2.2623
Last-Modified: Tue, 22 Jul 2003 16:43:55 GMT
ETag: "6e4042-6ca-3f1d69cb"
Accept-Ranges: bytes
Content-Length: 1738
Content-Type: text/html

Connection closed by foreign host.
 

Aha, in diesem Fall anwtortet der Server mit einem 403er. Das ist wahrscheinlich das, was jeder bekommt, wenn er einfach nur einen Rechtsklick auf das Bild macht und "Open image" (oder wie auch immer das in anderen Browsern so heißt) auswählt, und dann mal auf Reload klickt - inklusive denen, bei denen die Icons alle eigentlich angezeigt werden

Das liegt schlicht und einfach daran, dass der Server uns noch nicht glaubt, dass wir das von www.windowspage.net aus laden wollen. Wir müssen dem Server auch noch den Referer mitteilen:

malte@fuchur:~> telnet www.windowspage.net 80
Trying 62.241.50.14...
Connected to www.windowspage.net.
Escape character is '^]'.
HEAD /board/YaBBImages/home.gif HTTP/1.1
Host: www.windowspage.net
Referer: http://www.windowspage.net/...whatever...

HTTP/1.1 200 OK
Date: Sat, 13 Dec 2003 15:00:12 GMT
Server: Apache/1.3.26 (Linux/SuSE) mod_python/2.7.8 Python/2.2.1 mod_perl/1.27 mod_mp3/0.30 mod_gzip/1.3.19.1a PHP/4.3.3 mod_ssl/2.8.10 OpenSSL/0.9.7b FrontPage/5.0.2.2623
Last-Modified: Tue, 22 Jul 2003 16:42:52 GMT
ETag: "37c0ec-e6-3f1d698c"
Accept-Ranges: bytes
Content-Length: 230
Content-Type: image/gif

Connection closed by foreign host.
 

Geht! Diesmal sendet uns der Server das Bild zurück.

Is ja interessant. Auch wenn ich's ned so ganz kapiert hab...
Was Du da losschickst sieht doch jedesmal gleich aus:

telnet www.windowspage.net 80  

Oder wie? Oder was? ...

Na jedenfalls hab ich mal die erwähnte Fehlerseite angeschaut. Gut, ist wirklich nichts neues aber trotzdem süß. Die wird also auch von windowspage.net verwendet?

Btw, Serveradmin ist mindestens mal der Elmar.

Was ist jetzt eigentlich das Untersuchungsergebnis - ich hatte richtig geraten mit meiner Browser-bleibt-stur-an-dem-einen-Bildchen-hängen-Theorie?
Nur nicht der Mozilla, weil der wohl Referrer logging verwendet?

Quote:

Na Du stellst vielleicht Fragen - bis zu dieser Minute wußte ich nichtmal daß es sowas gibt...
So ziemlich alles was man bei dem nicht in der GUI findet, läßt sich dann in der PREFS.JS bewirken. Falls man weiß wonach man sucht bzw. was man da rein setzen will.
Diese Datei liegt im jeweiligen Benutzerverzeichnis.

Aye, das war vielleicht wirklich nicht so klar ausgedrückt...

Also nein, ich schicke nicht immer dasselbe los. Nur die Kommandozeile sieht immer gleich aus. Mit dieser Kommandozeile, telnet www.windowspage.net 80, tue ich genau das, was jeder Browser tut, wenn er irgendeine Datei aus dem Internet per HTTP laden will: ich erstelle eine Verbindung zu diesem Server über seinen Port 80 (der HTTP Port).

Der Servername wird aufgelöst, die Verbindung erstellt. Das sind die drei ersten Zeilen, die von telnet in den Standard Output gedruckt werden.

Trying 62.241.50.14...
Connected to www.windowspage.net.
Escape character is '^]'.

Danach steht die Verbindung. Ich habe einen Socket zum Server über seinen Port 80 und kann ihn ansprechen. Nun übermittle ich eine HTTP Request, die tippe ich einfach so und per zweimal Enter drücken (also eine leere Newline) übermittle ich die dann.

Ein HTTP Header ist immer so aufgebaut (ich beziehe mich jetzt natürlich auf die Pakete vom Client zum Server, sprich, HTTP requests):
Erst kommt die Methode. Die geläufigsten sind GET, POST und HEAD.
Genaueres in RFC 2616, Abschnitt 9:
http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html
Dann kommt die URI, also das was du eigentlich willst. Meine Experimente hab ich zum Beispiel mit dem Bild in /board/YaBBImages/home.gif gemacht, das auf dem Server liegt.
Dann kommt die verwendete HTTP Version, die der Server natürlich unterstützen muss
Dann kommt eine Newline (besser gesagt: der CRLF), und dann kommen mehrere header fields. Da stehen diverse Informationen drin, zum Beispiel halt der Referer (das heißt, von wo aus du diese request machst; bzw., wenn du also von Google auf eine Seite klickst, sendest du eine request an den Server, und dein Referer ist Google, genauer gesagt exakt die Adresse, bei der Google die Seite anzeigt, von wo aus du auf den Link geklickt hast; oder wenn du hier im Forum auf einen Thread klickst und dort ein Bild ist, das geladen werden muss, ist der Referer die URL dieses Threads), oder zum Beispiel, ob du gzip komprimierte Dateien akzeptierst, was den Traffic verkleinert und die Kommunikation beschleunigt, usw. Bei HTTP/1.1 muss man, im Gegensatz zu HTTP/1.0, zumindest die Host Angabe übermitteln, die den Server informiert, von welchem Server man diese URI ursprünglich anfordert.
Genaueres auch hier in RFC 2616, Abschnitt 14:
http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html
Naja, und genaueres zum Aufbau eines HTTP Request Header findest du in RFC 2616, Abschnitt 5:
http://www.w3.org/Protocols/rfc2616/rfc2616-sec5.html

Ein Header sieht normalerweise ein bisschen komplizierter aus als bei meinen Experimenten. Mein Opera unter Windows hat zum Beispiel dies gesendet (meine Experimente waren ja komplizierter, als ich sie dargestellt hab; da mein Opera unter Windows mir die Icons anzeigt, was ich wusste, und mein Opera unter Linux sie mir nicht anzeigt, war ich unter Windows, bin auf die Forumsseite gegangen und habe mit einem Netzwerkbeobachtungsprogramm (OPAN) geschaut, was genau für einen Header mein Opera an den Server gesandt hat, von dem ich ja wusste, dass der Server damit einverstanden ist und das Bild zurücksendet, um den Fehler zu diagnostizieren):

GET /board/YaBBImages/home.gif HTTP/1.1
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1) Opera 7.11  [en]
Host: www.windowspage.net
Accept: text/html, image/png, image/jpeg, image/gif, image/x-xbitmap, */*;q=0.1
Accept-Language: en
Accept-Charset: windows-1252, utf-8, utf-16, iso-8859-1;q=0.6, *;q=0.1
Accept-Encoding: deflate, gzip, x-gzip, identity, *;q=0
Referer: http://www.windowspage.net/cgi-bin/board/YaBB.pl?num=1070100717
If-Modified-Since: Tue, 22 Jul 2003 16:42:52 GMT
If-None-Match: "37c0ec-e6-3f1d698c"
Cookie: WPYaBBusername=einheitlix; WPYaBBpassword=*censored*
Cookie2: $Version=1
Connection: Keep-Alive, TE
TE: deflate, gzip, chunked, identity, trailers
 

Mein kodiertes Passwort da habe ich mal zensiert, muss ja nicht jeder für mich posten können, der weiß wie er was damit anfangen kann

Quote:


Aye, Chef

Quote:


Meinst du, dass ihr demnächst HTTP/1.0 gar nicht mehr akzeptieren werdet? Warum? Nicht das ich was dagegen hätte, so alte Browser benutze ich gar nicht, dass das ein potenzielles Problem darstellen würde...aber es stört doch so eigentlich nicht.