Arne P. Böttger

Ich habe vor längerer Zeit mal beschrieben, wie man per Telnet oder Netcat einen HTTP-Request ausführen kann. Noch besser geht dies mit dem Perl-Tool lwp-request. Unter Linux findet man die Befehle GET und HEAD, aufgrund der fehlenden Case-Sensitivität gibt es diese nicht unter MacOS X. Behelfen kann man sich mit diesen beiden Alias-Definitionen:

alias GET='lwp-request -m GET'
alias HEAD='lwp-request -m HEAD'

Dann hat man die Möglichkeit, eine Seite abzurufen:

$ GET http://www.example.com

Will man die Header einer Antwort überprüfen ist das HEAD-Kommando nützlich:

$ HEAD http://www.example.com
200 OK
Connection: close
Date: Sat, 08 Jun 2013 11:19:20 GMT
Accept-Ranges: bytes
ETag: "780602-4f6-4db31b2978ec0"
Server: ECS (iad/1984)
Content-Length: 1270
Content-Type: text/html; charset=UTF-8
Last-Modified: Thu, 25 Apr 2013 16:13:23 GMT
Client-Date: Sat, 08 Jun 2013 11:19:21 GMT
Client-Peer: 93.184.216.119:80
Client-Response-Num: 1
X-Cache: HIT

Will man allerdings auch sehen, ob eine Weiterleitung korrekt funktioniert und ob es ein permanenter Redirect ist, benötigt man den Parameter -S:

$ HEAD -S http://www.example.com
HEAD http://www.example.com
302 Found
HEAD http://example.iana.org
200 OK
Connection: close
Date: Sat, 08 Jun 2013 11:20:09 GMT
Accept-Ranges: bytes
ETag: "780602-4f6-4db31b2978ec0"
Server: ECS (iad/1984)
Content-Length: 1270
Content-Type: text/html; charset=UTF-8
Last-Modified: Thu, 25 Apr 2013 16:13:23 GMT
Client-Date: Sat, 08 Jun 2013 11:20:10 GMT
Client-Peer: 93.184.216.119:80
Client-Response-Num: 1
X-Cache: HIT

Manchmal meldet ein MySQL-Datenbankserver den Fehler

ERROR 1129 (HY000): Host '192.0.1.47' is blocked because of many connection errors; unblock with 'mysqladmin flush-hosts'

Das ist eine klare Fehlermeldung, mit einer einfachen Handlungsanweisung. Kürzlich wollte ich aber genau diesen Fehler auf einem Server absichtlich provozieren. Hierzu muss man einfach eine TCP-Verbindung zum Datenbankserver öffnen, und darüber ungültige Daten senden. In einer Schleife ausgeführt ist dies schnell erledigt:

for i in $(seq 1 200) ; do nc 192.0.1.47 3306 <<< "foobar"; done

Ich habe kürzlich bereits meinen ReeCharge beschrieben. Leider hat mein Garmin GPSMap 62, wie eigentlich alle Garmin-Geräte, ein Nachteil. Wenn das Gerät feststellt, dass es mit Strom versorgt wird, schaltet es sofort auf den USB-Mass-Storage-Modus. Nun kann man einfach damit leben, denn nach ca. 30 Sekunden merkt der Garmin seinen Irrtum und schaltet wieder in den Navigationsmodus.

Die andere Möglichkeit habe ich bei pinouts.ru gefunden. Denn der verwendete Mini-USB-Anschluss auf Geräteseite hat fünf Kontakte, wogegen der normale USB-Stecker nur vier hat. Die Ingenieure haben nun diesen fünften, unbenutzten Kontakt als Signalgeber benutzt. Ist dieser Pin mit Masse verbunden (teilweise wird ein Widerstand erwähnt, aber es geht auch ohne), weiss das Navi, dass es “nur” mit Strom versorgt werden soll.

Meine erste Herausforderung war also, einen voll belegten Mini-USB-Stecker zu finden. Neben der klobigen Variante eines einzelnen Steckers aus dem Elektronikhandel gibt es noch den Tipp im Internet, ein voll-belegtes Mini-USB-Verlängerungskabel zu zerschneiden. Nachdem mein erster Kandidat von Conrad sich als Zonk mit nur vier Adern herausstellte, fand ich einen Online-Händler, der explizit die Vollbelegung erwähnte.

Dieses Kabel muss man dann durchschneiden, ebenso ein beliebiges normales USB-Kabel. Dann werden die rote und die schwarze Litze abisoliert, ein Stück Schrumpfschlauch über ein Kabel gezogen und jeweils rot und rot miteinander verlötet, sowie schwarz auf der einen Seite mit schwarz und dem zusätzlichen (bei mir grauen) Kabel. Am Ende zieht man den Schrumpfschlauch über das ganze und lässt ihn unter Wärme schrumpfen, so dass die Lötstelle möglichst wasserdicht wird. Im Gegensatz