@einheitlix
Quote:

Der Schein trügt!

Quote:

Das ist jetzt schon eher zutreffend. Als ob sie interessant wären, Deine Postings...

Quote:

Ach kuck an - das sind also interaktive Dialoge...!
Erinnert mich stark an längst vergange Modem- & Mailboxzeiten. Da war die Escapesequenz "+++" um es wieder "runterzuholen".

Das Ganze müßte doch auch unter Windows funktionieren, oder? Habe gerade mal den Putty auf den Weg gebracht, durch die FW durch und eine Verbindung steht, aber dann verließen sie ihn (=mich ).
Naja, da ist wohl noch ein bissel Experimentierbedarf, aber da ich ja jetzt die entspr. RFC weiß, kann doch eigentlich nix mehr schief gehen....

Quote:

Wenn Du letzteres gefunden hast maile sie mir doch bitte auch durch!

---

Jaaaa, aber warum hängt's denn nun eigentlich bei anderen Leuten an allen Icons, bei mir dagegen nur an einem einzigen?

@Elmar
Und wieso erst seit ein paar Tagen?

Auf diesem meinem Hauptrechner läuft XpPro.

Den Win-Telnet zu nehmen ist natürlich auch eine Idee. Allerdings passiert dort das gleiche:
Ein Clear Screen wird durchgeführt und dann habe ich nur einen blinkenden Cursor.
Die erwarteten Zeilen kommen nie.
Gebe ich Müll ein haut's mich gleich aus dem Telnet raus.
Gebe ich blind Deine Beispielzeile ein so bekomme ich immerhin 'ne ganze Latte Text, angeführt von "Bad Request". Der GET ist also angekommen, vermute ich...

In der Firewall sehe ich nur einen "Connected Out" zu dem Server mit o.g. Fehlermeldung (wie heißt der doch gleich...) Port 80, aber nicht zu wp.net. Müßte ich nichjt auch ein "Listening" sehen?

Muß dazu sagen ich hoffe meine FW ist gut zugenagelt. Sollten bei diesem Verbindungsaufbau noch weitere Windowskomponenten eine Rolle spielen so wurden diese kommentarlos abgeschmettert. Die Log hab ich aber noch nicht angeschaut.

Falls Dir zu dem Symptom spontan was einfällt - ok.
Ansonsten brauchst Du Dir nicht allzuviel Mühe machen, dann werde ich das mal LAN-intern durchspielen wenn der CD-Brennrechner umgebaut ist und wieder unter Linux läuft - da kann ich die FW abschalten und die Sache wird wohl etwas transparenter.

Bei

GET / HTTP/1.0 <RETURN> <RETURN>  

ebenso wie bei

GET / HTTP/1.1 <RETURN> <RETURN>  

erhalte ich
Quote:


Im Prinzip funktioniert's aber, denn bei

HEAD /board/YaBBImages/home.gif HTTP/1.0
Host: www.windowspage.net
Referer: http://www.windowspage.net/...whatever... 

erhalte ich Quote:


Ist also kein FW-Problem.

Was mich viel mehr nervt ist das jämmerliche Terminalverhalten.

Man kann zwar wenigstens das Tastaturecho einschalten durch
set localecho auf Terminal-Ebene
aber das Ganze bleibt dennoch nahezu unbrauchbar.

Habe mit dem Putty zwar nicht weitergemacht aber der scheint ja plötzlich (seit XP (?)) am selben Symptom zu kranken.
Da das bei Dir auch auftritt kann ich's auch nicht auf meine "spezial" konfigurierte Konsole schieben.

ANSI-Treiber hilft übrigens genausowenig wie forcieren einer bestimmten Emulation durch -t.

Na danke, laß gut sein. War ein interessanter Exkurs, aber ist nicht wirklich ein Problem für mich.

Bleiben aber noch die Fragen
@Elmar @Einheitlix
- Was hat sich in den letzten Tagen geändert, daß dieses ICon zicken macht?
- Warum führt das u.U. zum Totalausfall aller Icons einer Seite?

Wann das intern so eingestellt wurde weiß ich natürlich nicht, aber als "Problem" äußert es sich erst seit ein paar Tagen, ich hätte das mit Sicherheit bemerkt wenn's vorher auch so gewesen wäre.

Hallo,

Quote:
In der Tat. Das Bild ist nicht auf unserem Server gespeichert, sondern es wird von http://web.icq.com/ geladen. Anscheinend hat dieser Server in den letzten Tagen Probleme gehabt und hat mit dem anderen Problem nichts zu tun.
Siehe dazu auch Posting Nummer #7.

Quote:
Der Schutz ist bereits seit Anfang November aktiv.

Quote:
Nein, tut Sie nicht, da Fehlerseiten nicht zum Traffic gerechnet werden. Wenn beim Internet Explorer die Option "Kurze Fehlermeldungen anzeigen" aktiviert ist, dann wird nur die Apache-Fehlermeldung bzw. eine eigene Meldung des IEs angezeigt.

Wie bereits angesprochen, überprüft der Webserver, ob das Bild von windowpage.net angefordert wurde, falls ja, dann wird das Bild geladen, ansonsten kommt die Fehlermeldung 403 Forbidden.
Diese Praxis setzt sich übrigens immer mehr im Internet durch und ist eine beliebte Möglichkeit von Webmastern, sich gegen den Bilderklau zu wehren. Einige Partnerseiten von uns verwenden einen ähnlichen Schutz.

Grundsätzlich sollte in diesem Fall die Proxy- und Firewall-Einstellungen überprüft bzw. geändert werden.

unter w2k, macht das telnet tool bei mir die gleichen zicken, wie bei cdk. entweder ist das einfach schlecht implementiert oder wir haben beide irgendwelche settings falsch. das ist doch nur ein client oder? ich meine es gibt ja auch noch den telnet-dienst. das ist was anderes oder (ein server  oder nicht?). Die Kiste ist bei mir nämlich deaktiviert.