Alex' blog (Artikel mit Tag wlan)

D-Link AirPlus G DWL-630 unter Ubuntu 8.04 mit WPA benutzen

nospam@example.com (Alex) — Mon, 11 Aug 2008 18:53:00 +0200

Da meine alte PCMCIA-WLAN-Steckkarte den Geist aufgegeben hat, habe ich mir eine neue Steckkarte geholt.

Dieses Mal vom Hersteller D-Link.
Da ich dieses Mal keinen Wert mehr auf einen externen Antennenanschluss gelegt habe, habe ich mich für die AirPlus G DWL-630 (H/W Version: E2, F/W Version: 5.10) entschieden, da sie recht günstig ist und WPA/WPA2 bietet.

Mit meiner alten Karte konnte ich nur ein einziges Mal per NDISWrapper WPA unter Linux zum Laufen bringen. Damit ist jetzt Schluss !
Unter Ubuntu 8.04 funktioniert die Steckkarte mit WPA sofort nach dem Einstecken. Allein die Status-LEDs leuchten nicht so, wie sie eigentlich sollten. WPA2 habe ich bislang nicht ausprobiert, da unnötig. (Unter Windows soll sie es allerdings können.)

In der Hardwaredatenbank des ubuntuusers.de-Wiki steht die Karte noch nicht drin. Daher habe ich das hier einmal erwähnt.

Apotheken und offenes WLAN

nospam@example.com (Alex) — Sat, 21 Jun 2008 02:29:00 +0200

Mal eine Frage an die Apotheker da draußen: inwieweit wäre ein offenes WLAN in einer Apotheke ein Datenschutz-Leck für Patienten und ihre Krankengeschichte ?

Werden Rezepte eingescannt und auf Computern archiviert, welche dann vermutlich an diesem WLAN beteiligt sind ?
Werden Rezepte digital an Krankenkassen oder an andere Institute per Internet übertragen ?
Haben die Kassensysteme einen Netzwerk-Anschluss ?
Werden Bestellungen in der Apotheke über das Internet abgewickelt ?
Wie wahrscheinlich ist es, dass das WLAN zwar offen ist, aber ein VPN für die nötige Sicherheit sorgt ? Sprich: gibt es Standard-Prozeduren, die eine Apotheke bzgl. IT-Sicherheit erfüllen muss ?

Entertainment bei der Telekom

nospam@example.com (Alex) — Sat, 10 May 2008 15:55:00 +0200

Die nehmen das mit den neuen Entertain-Paket bei der Telekom sehr ernst.
Spaß hatte ich jetzt wirklich seit der Bestellung damit. Und das ohne einen einzigen Film bisher gesehen zu haben.

Es folgt eine chronologische Aufzählung der Ereignisse:

Bestellung des Entertain-Pakets Entertain Comfort Plus mit dem IPTV-Receiver X301T für 0 EUR Zuzahlung in einem T-Shop in Mannheim.
Lieferung der T-Online-PIN zwei Tage nach der Bestellung.
Beantragung der AVS-Pin online inkl. Post-Ident-Verfahren am selben Tag.
Genehmigung der AVS-Pin kurz darauf per E-Mail.
Postalische Auftragsbestätigung fehlt noch immer (nach ca. einer Woche).
Nachfrage bei der Hotline nach Auftrag. Auftrag sei noch in Bearbeitung. Falls sich nichts tun sollte bis in einer Woche: nochmals nachfragen.
Nach einer Woche Anruf bei der Hotline: Auftrag wurde seitens der Telekom stillschweigend storniert wegen Systemumstellung. Erneute Beauftragung von Entertain Comfort Plusan der Hotline mit Vermerk auf die 100 EUR Gutschrift (also Hardware für 0 EUR).
Auftragsbestätigung geht ein: Tarif Entertain Comfort. Also falscher Tarif.
Umstellung des Tarifs nach Anfrage bei der Hotline erst möglich nach Freischaltung des Entertain Comfort möglich.
Da ich zufällig an einem T-Shop in Ludwigshafen vorbeikam: Nachfrage zu meinem Auftrag zwecks Absicherung des Telefongesprächs.
Es stellt sich heraus: die Hardware wird mir für 99,99 EUR in Rechnung gestellt (obwohl dafür damals wie heute eine Aktionspreis besteht: 50 EUR). Eine Gutschrift in Höhe von 50 EUR genehmigt durch T-Shop in Mannheim liegt vor.
Eine weitere Gutschrift kann nur der ursprüngliche T-Shop einreichen. Also Fahrt nach Mannheim am gleichen Tag und Mitarbeiter zweite Gutschrift in Höhe von 50 EUR ausstellen lassen.
Mitarbeiter hat sich ebenfalls notiert, dass nach der Freischaltung des falschen Tarifs direkt der richtige (Entertain Comfort Plus) gebucht werden soll.

Das ist der aktuelle Stand. Mal sehen, wann die Hardware kommt und ob sich mein Tarif "von alleine" nun nochmal ändert, ohne dass ich selber nochmals aktiv werden muss. Vielleicht passiert ja auch nochmal was ganz ungeplantes, wie zum Beispiel: angeblich brauche ich nun noch eine neue T-Online-PIN laut Hotline. Die ist bis heute noch nicht angekommen. Die Hardware auch noch nicht. (Router, usw. gibt es wohl auch noch mit dazu.)

Außerdem habe ich jetzt noch meine eigene T-Shop-Telefonnummer, die man normalerweise nicht bekommt. Ich brauche also nicht mehr unbedingt die Hotline anzurufen.
(Social Engineering ist was feines.)

Jeder T-Shop (ehemals T-Punkt) hat ein offenes WLAN. Und dieses offene WLAN ist wirklich ein offenes WLAN. Keine Abrechnung per Kreditkarte, keine Hotspot-Flatrate notwendig. Wie kann man sich so etwas heutzutage noch erlauben ?

Aber deswegen mag ich die Telekom: kostenlose 24/7 Hotline, Mitarbeiter mit Namensschild und T-Shops vor Ort.

Ich bin gespannt.

Update: Tja, und das Chaos geht weiter.

Morgen soll eigentlich die Umstellung des Tarifs erfolgen, bislang fehlt mir aber noch die neue T-Online PIN, die ich angeblich brauche (ich habe ja schon bereits eine von der ersten Bestellung), und das Hardware-Paket (u.a. mit dem Media-Receiver) fehlt ebenso.

Da DHL schon durch ist und ich auch schon einen Wagen von GLS gesichtet habe, der dann doch nicht kam, wird heute nichts mit der Lieferung. (Andere Anbieter zum Versand benutzt die T-Com nicht habe ich mir sagen lassen.) Bleibt also noch der morgige Tag.

Ich habe aber trotzdem mal bei der Hotline angerufen. Das Ergebnis war, dass eigentlich auch Morgen keine Hardware kommen wird, da angeblich keine bestellt wurde. Sie könne aber die Hardware sofort rausschicken lassen, was ich dann allerdings abgelehnt habe. Nachher kommt die Hardware doch und dann darf ich für einen zweiten Receiver bezahlen ...

Und ich bleibe wieder gespannt.

Update 2:

Hardware kommt nun angeblich am Dienstag.
Heute wurde der (falsche) neue Tarif tatsächlich geschalten.
Mein E-Mail- und mein Sicherheitspaket funktionieren aber trotzdem noch.
Die alte Hotspot-Flatrate habe ich noch nicht ausprobiert.
Weitere Gutschrift in Höhe von 10 EUR bekommen.
VoIP-Telefonnummer nun tot. Näheres dazu hier.
Elektrische Umschaltung des DSL-Anschlusses (kein Fastpath mehr)

Ubuntu 8.04 - Alternative Installations-CD macht Probleme

nospam@example.com (Alex) — Tue, 29 Apr 2008 19:39:00 +0200

Nachdem ich auf einem anderen PC die Wubi-Installation von Ubuntu 8.04 ausprobiert habe, habe ich jetzt das Upgrade von 7.10 auf 8.04 auf meinem eigenen Laptop vornehmen wollen.

Da dies seither fehlschlägt und nur in einem unbenutzbaren System endet, habe ich mich dieses Mal trotzdem nicht davon abhalten lassen und habe es erneut ausprobiert. Na ja, das Ergebnis war wie immer das gleiche: es läuft nichts mehr.

Weil ich damit als gebrandmarktes Kind gerechnet hatte, habe ich die Neuinstallation per CD beginnen wollen. Das stört mich auch nicht weiters, da ich Ubuntu bisher sowieso nicht wirklich benutzt habe, weil ich die Compex WL54G nicht mit WPA-Verschlüsselung zum Laufen bekomme. Ohne Netz habe ich relativ wenig Verwendung dafür.

Einmal hat es per NDISWrapper funktioniert. Nach einer halben Stunde surfen im Netz hat sich die Karte allerdings von alleine verabschiedet und seitdem lässt sich auch keine Verbindung mehr mittels dem NDISWrapper herstellen. (Unter Windows XP funktioniert die Steckkarte mit WPA einwandfrei.)

Also griff ich für die erneute Installation zur alternativen Installations-CD, damit ich gleich (!) ein zum Teil verschlüsseltes System aufsetzen kann. Nachdem sich dann das Partitionsprogramm reproduzierbar nach dem Einstellen der Keys aufhängt und ich momentan noch nicht weiß, wo ein passendes Logfile dazu rumfährt, habe ich die Installation vorerst einmal zur Seite gelegt. Ich brauche sowieso noch eine neue WLAN-Karte, weil ich mich mit der Compex nicht mehr rumärgern will.
Ausgesucht habe ich mir hier eine D-Link DWL-G650 (nicht DWL-G650+). Die soll mit WPA unter Ubuntu funktionieren. Kann das jemand bestätigen ?

Eigentlich hatte ich gehofft, dass das Partitionsprogramm nichts verschlimmbessert hat, aber nach einem Neustart hatte ich dann erst einmal Pech: Grub hat es zerbröselt. Da ich Grub ohne ein funktionierendes Ubuntu-XP-Dualboot-System sowieso nicht brauche, habe ich alles wieder mit der Recovery-Konsole von XP in Ordnung gebracht.

Somit bootet eben vorerst nur ausschließlich Windows XP. Drum kümmern werde ich erst wieder nach dem Erwerb einer neuen WLAN-Steckkarte, die nachweislich WPA (oder gerne auch WPA2) unter Linux hinbekommt.

Anforderungen an die neue WLAN-Steckkarte:

Cardbus
WPA unter Windows/Linux
802.11 b/g

Auf den Monitor-Mode, 802.11 a, n-Draft, Anschluss für externe Antenne und WPA2 verzichte ich gerne. Das interessiert mich erst wieder bei einem neuen Laptop.

Update: Ich habe die Finger doch nicht von Ubuntu lassen können und habe mir das Problem mit dem alternativen Installer nochmal genauer angeschaut und gelöst.

Der Installer bleibt immer bei 47% stehen, sobald man eine Swap-Partition in einem verschlüsselten Volume erstellt und dieses mit einem Zufallsschlüssel verschlüsseln lässt. Mit einem Passphrase ist es kein Problem.

Und weil das mit einem Passphrase kein Problem darstellt, beginnt man einfach die Installation genau so und ändert nach erfolgreicher Installation das in der Datei /etc/crypttab ab. Man kann natürlich die Swap-Partition für die Installation auch einfach gar nicht benutzen und spart sich so die Eingabe eines zweiten Passphrase. Ist letztendlich egal.

Was mich momentan noch sehr verwundert, ist die Tatsache, dass im Wiki AES-XTS-PLAIN als Cipher angepriesen wird. Den beherrscht die alternative Installations-CD allerdings noch gar nicht. Man muss später wieder alle Volumes erneut verschlüsseln, wenn man AES-XTS-PLAIN benutzen möchte.

Noch seltsamer wird es allerdings dann, wenn man es im Nachhinein tatsächlich mit AES-XTS-PLAIN "überarbeitet". Der Befehl "sudo dmsetup table" zeigt die Volumes als AES-CBC-PLAIN an. Das ist allerdings nicht Sinn und Zweck der Einrichtung von XTS.

Speedport W 500V Umbau

nospam@example.com (Alex) — Mon, 23 Apr 2007 23:32:39 +0200

Da die Preise für einen neuen Speedport W 500V immer noch sehr niedrig sind bzw. mir zu niedrig sind, verkaufe ich diesen Router überhaupt nicht mehr. Ich brauche ihn zwar nicht, aber vielleicht einmal als schnellen Ersatz.

Da der Router laut der OpenWRT-Seite bislang noch nicht getestet wurde, habe ich zuerst einmal nur die mod 500 Firmware eingespielt. Als nächstes werde ich versuchen aus Studienzwecken einen Honeypot (z.B. Nepenthes) darauf zu installieren.

Mal sehen, wer mitten in der Innenstadt Mannheims einen offenen WLAN-Router benutzen möchte (Internet über WAN ist keines vorhanden).

Wahrscheinlich werde ich aber recht schnell OpenWRT darauf installieren. Falls es nicht anständig klappen sollte, so wäre es bei einem Marktwert von um die sechs EUR auch nicht schlimm.

MAC-Filter schützen nicht

nospam@example.com (Alex) — Mon, 16 Apr 2007 04:17:14 +0200

Seitdem drei Studenten der Technischen Universität Darmstadt ihr Hacker-Tool namens "aircrack-ptw" samt einer wissenschaftlichen Abhandlung, die auf der Grundlage der Angriffe gegen RC4 von Andreas Klein basiert, online gestellt haben, taucht wirklich haarsträubend und zugleich verblüffend oft die Frage auf, ob eine Filterung von MAC-Adressen nicht trotzdem das eigene WLAN wieder sicher macht.

Um es dann hier vielleicht noch einmal deutlich zu machen: Nein, das Filtern von MAC-Adressen bringt kein Plus an Sicherheit in einem mit WEP verschlüsselten WLAN. Die Filterung bzw. das Zulassen von bestimmten MAC-Adressen setzt sonst auch nur eine kleine Hürde, die der Angreifer nehmen muss. Das hält allerhöchstens nur noch die dümmsten Skript-Kiddies ab. Also solche, die einfach mal ein Programm besorgen und irgendwie damit rumfummeln.

MAC-Adressen lassen sich selbst unter Windows mit Bordmitteln problemlos ändern. Hierfür sind also nicht einmal einst Freeware gewesene Programme wie SMAC nötig. Der Erweitert-Reiter aus den Eigenschaften der eigenen WLAN- bzw. LAN-Karte reicht hierfür aus. Woher man eine zugelassene MAC-Adresse bekommt ?

Diesen Job kann ein Netzwerksniffer erledigen.

Die WEP-Verschlüsselung stellt, wie eingangs bereits erwähnt, keine weitere Hürde dar, die vom Angreifer zusätzlich zum Knacken der Verschlüsselung genommen werden muss. MAC-Adressen werden, bedingt durch das Prinzip, stets unverschlüsselt übertragen. Da man beim Knacken eines WLANs genug Datenpakete mitschneiden muss, um daraus dann später das Passwort (fünf- oder dreizehnstellig, 64 (40) Bit oder 128 (104) Bit) errechnen zu können, hat man eh genug MAC-Adressen zur Auswahl.

Filtern von MAC-Adressen schützt (sonst) also nur vor den Dümmsten der Dummen.

3CRWE62092B und Speedport W 700V - die Fortsetzung

nospam@example.com (Alex) — Sun, 24 Dec 2006 05:16:00 +0100

Nachdem ich hier bereits den ersten Teil zu 3Com-PCMCIA vs. Speedport W 700V geschrieben habe, kommt nun der zweite Teil.

Es hat zwar niemand etwas am Netz daheim geändert, aber nun funktioniert die 3Com-PCMCIA-Steckkarte problemlos mit dem WLAN-Router. Ok, ein paar Zicken hat sie dann schon noch gemacht, wie z.B. sich nicht für DHCP-Requests und deren Antworten zu interessieren, aber mit einer statischen IP konnte dies umgegangen werden. Fragt sich nur wieso der DHCP-Server im Router, der aktiv ist und auch korrekt mit einem anderen Laptop (der schon damals erwähnte Laptop mit Centrino-Chipsatz) funktioniert, nun mit der 3Com-Steckkarte nicht zusammenarbeiten möchte ...

Nachdem ich meine Compex WL54G PCMCIA-Steckkarte einmal mitgebracht habe, die sonst auch ganz prächtig funktioniert (sogar mit WPA, obwohl sie eigentlich dafür laut Hersteller nicht freigegeben ist), versagt diese ihren Dienst in ähnlicher Art und Weise, wie einst die 3Com ... nur noch etwas weniger durchsichtig.

Ich habe es aber für die kommenden Weihnachtstage direkt aufgegeben, mich damit herumzuärgern. Nächstes Mal dann (oh welch Freude ... als hätte man nichts besseres zu tun).

Damit ich an meinem eigenen Laptop aber trotzdem noch ins Internet kann, habe ich mich diese Nacht dennoch dazu hinreißen lassen und habe die 3Com-PCMCIA-Steckkarte unter Linux erneut ausprobiert, wo sie sonst kläglich ihren Dienst versagt hat. Ja, so etwas kann sie echt gut. Ganz im Gegensatz zur Signalqualität - die ist fast nie gut.

Das Ergebnis mit einem schnell gestartetem Knoppix 5.0.1 von der Live-CD brachte zumindest das gleiche optische Bild: Es hat sich nichts geändert. Wird wahrscheinlich nicht funktionieren.

Das läßt sich bei dieser Karte relativ gut daran erkennen, dass die einzige LED dieser Karte dauerleuchtet und eigentlich früher auf keinerlei Befehl reagiert. Nun habe ich es aber dennoch weiter probiert und ein paar obligatorische Befehle in die Konsole geklopft. Nachdem die Karte dann aktiviert wurde (schon ein Fortschritt gegenüber früher) ging dann die LED aus. Flugs die WLAN-Daten eingegeben und dann noch die Adressierung von Hand (man erinnere sich hier an das nicht funktionierende DHCP) und der Ping zu Google funktionierte auf Anhieb - wie auch das restliche Netz.

So hatte ich mir das eigentlich schon früher gewünscht und jetzt endlich funktioniert es. Das ist schon mal ganz großes Kino. Vorallem weil meine eigene WLAN-Karte nun ja den Dienst mit dem Speedport-Router versagt.

Anzumerken wäre allerdings noch, dass die LED nun überhaupt nicht mehr leuchtet. Nein, nein. Kaputt ist die LED nicht. Unter Windows blinkt sie auch passend zum Transfer, aber unter Linux bleibt sie aus.

Speedport W 700V und 3Com-PCMCIA Problem

nospam@example.com (Alex) — Sun, 15 Oct 2006 20:58:00 +0200

Nachdem ich gestern bei meinen Eltern daheim die Telefonkosten auch etwas senken wollte, habe ich dort ebenfalls den Tarif für Telefon- sowie DSL-Anschluss bei der umgestellt. Als Zugabe gab es nach einer Verhandlung mit dem netten Mitarbeiter im nächsten T-Punkt den Speedport W 700V fast umsonst mit dazu (und sogar schon mit der neuen Firmware, so dass niemand von außen den Router umkonfigurieren kann), obwohl man diesen eigentlich nicht bekommt, wenn man mit "nur" zwei Mbit/s zurecht kommt und kein Neukunde ist (und den Umweg über Kündigung und Neuanmeldung nicht gehen will).

(Warum habe ich eigentlich den W 500V bekommen und meinen Eltern den W 700V ?)

Da der alte Router WGT624 v2 von Netgear eigentlich nur großer Schrott daheim ist (WLAN-Probleme, kein konformes HTML (zerlegt den Firefox dank zu vieler Leerzeichen)), war ich eigentlich froh als ich für knapp 10 EUR den Router erstanden hatte, obwohl mir wohl bewußt war, dass dieser Router auch nicht das Gelbe vom Ei ist.

Die ersten und bislang einzigen Probleme sind Inkompatibilitäten mit PCMCIA-WLAN-Karten des Typs 3CRWE62092B von 3Com. Eine in einen Laptop integrierte Intel Pro/Wireless 2200BG WLAN-Karte (Centrino eben) hat gar keine Probleme mit dem neuen Router. Wie es eigentlich auch sein sollte.

Jedoch ist mit den 3Com-Karten nichts zu erreichen. Eine Suche des WLANs (SSID-Broadcasting ein, Verschlüsselung extra aus, kein besonderen Zeichen in der SSID, Übertragungsmodus nur auf 802.11b (11 Mbit/s) fest eingestellt (die 3Com können nichts anderes)) brachte bei beiden Steckkarten in zwei verschiedenen Laptops keinen Erfolg. Jedoch fand ich je nach Standort fremde WLANs. Eigentlich könnte ich jetzt Ethereal bzw. seinen Nachfolger Wireshark auspacken um zu schauen, wie es wenigstens mit dem Empfang der Beacons aussieht, aber eigentlich bin ich recht froh, dass ich nun einen Grund mehr habe um die 3Com-Karten rauszuwerfen.

Man kann ja eigentlich fast wirklich nichts gegen die alten 3Com-PCI-Netzwerkkarten sagen, aber die PCMCIA-WLAN-Karten sind echter Mist - und dabei vom Linux-Einsatz einmal ganz abgesehen (haben früher zumindest nie sofort funktioniert).

Um die Analyse dieses Problems werde ich mich aller Wahrscheinlichkeit nach nicht (in nächster Zeit) kümmern. Wer mir aber ein paar Tipps geben kann oder genau weiß, woran es liegt, der darf mir gerne schreiben.

WLAN, Kreditkarten und Tunnel

nospam@example.com (Alex) — Sat, 15 Jul 2006 01:05:30 +0200

Nachdem ich beim Lesen der Meldungen beim Verlag heise mal wieder darüber gestolpert bin: WLAN (ungewollt) for free via DNS.

Die meisten Konfigurationen für ein gewollt offenes, freies WLAN für Jedermann sind ja zumindest in Hotels, Bahnhöfen, Flughäfen, etc. schlecht. Zumindest aus Sicht des Betreibers. Dieser Service bieten zwar Internet-Zugang für jeden, jedoch wird zuerst eine "Willkommensseite" gepusht, die zum Bezahlen auffordert, bevor man eigentlich mit dem Surfen im Netz anfangen kann. Hier darf man sich glücklich schätzen, wenn man eine Kreditkarte sein Eigen nennt.

Wie gesagt, die meisten Konfigurationen sind schlecht. Ein ICMP-Echo-Request Paket auf irgendeine bekannte Seite bringt meist problemlos die IP-Adresse (Stichwort: nslookup) zurück als Antwort. Dabei ist es egal, ob der ICMP-Echo-Reply ebenfalls zurückkommt, außer man möchte lieber einen Tunnel via ICMP benutzen anstatt via DNS.

Letztendlich ist damit die Sache auch schon geklärt, wie man (mit etwas Vorbereitung) im Internet kostenlos surfen kann: man tunnelt seinen ganzen Datenverkehr einfach durch DNS. Das geht zwar sehr langsam voran, da DNS-Pakete nicht besonders groß sein dürfen und zudem so auch noch viel Overhead erzeugen. Zur Verarbeitung dieser modifizierten DNS-Pakete muss natürlich auch ein modifizierter DNS-Dienst auf dem Nameserver laufen. Hier muss man entweder selbst Hand anlegen oder man weiß, welchen Server man dafür benutzen kann. Das dieser modifizierte Dienst besser nicht auf dem eigenen gemieteten Server oder per DynDNS gut erreichbar auf dem heimischen Router läuft, braucht ja hier eigentlich nicht erwähnt zu werden.

Cardbus-Schnittstellen-Karten, neue Kernels, nicht funktionierende NICs und WLAN

nospam@example.com (Alex) — Tue, 13 Jun 2006 00:24:00 +0200

Eigentlich hatte ich nur vor einen kleinen Test zu machen, da sich meine Compex WL54G WLAN-Cardbus Karte etwas seltsam verhält: neuerdings friert ab und zu mein System unter Linux und Windows ein bis man die Karte entfernt (oder auch ab und zu darüber hinaus).

Zuerst dachte ich unter Windows an ein Treiberproblem, da ich dort die Treiber von einer wohl baugleichen Netgear-Karte verwendet hatte. Ging so weit auch ganz gut und hatte ich empfohlen bekommen, da die Compex-Treiber nur WEP beherrschen. Daher hab ich mir das neuste Knoppix (Version 5.0) besorgt, da im Moment kein Linux auf der Festplatte ist. Seit diesem Knoppix (udev, Kernel 2.6.17) geht meine Netzwerkkarte (NIC) nicht mehr. So ein Problem hatte ich schon mal früher und konnte es mit acpi=off lösen. Jetzt reicht dafür ein irqpoll, welcher auch in der Auflistung von dmesg vorgeschlagen wird, aus. IRQ-Polling klingt für meinen Geschmack allerdings nicht besonders gut. Polling ist wahnsinnig langsam. Verstehe ich irgend etwas falsch oder wie schlägt sich diese Option nieder im restlichen Betrieb ? In Kernel 2.6.15 (udev, Ubuntu 6.06 Live-CD) scheint dieses Problem noch nicht vorzuliegen. Dort funktioniert meine NIC sofort richtig.

Was mich ebenfalls in Knoppix gewundert hat, ist die Tatsache, dass ich Firewire/IEEE1394 haben soll. Hab ich aber nicht. Gerade weil ich das nicht in meinem Laptop habe, hatte ich mir eine Cardbus-Karte gekauft mit Firewire und USB 2.0 Schnittstellen. Die Karte liegt (nagelneu) ungebraucht im Schrank seit einigen Monaten. Die Karte war aber noch gar nicht drin, als Knoppix meinte, ich hätte Firewire.

Jetzt wollte ich mit dieser Karte testen, ob mein Slot kaputt ist oder die WLAN-Karte einfach kaputt gegangen ist - ist mir nämlich öfters mal runtergefallen. Wenn man nicht genau hinschaut, kann man die Karte auch leicht schräg in den Slot einschieben, da ich 2 Slots im Laptop habe. Das hab ich auch leider ab und zu geschafft - so hat es auch leicht das Metall der Hülle der WLAN-Karte hochgebogen. Dazu bedarf es keiner Kraft und das schräg einschieben geht recht einfach, weil der 2. Slot direkt darüber ist. So kommt man an den baulichen Begrenzungen, damit man nicht die falsche Karte in den Slot geschoben bekommt dran vorbei. Durch das Hochbiegen des Metalls ist die Karte auch ab und zu hängen geblieben im Slot, so dass man schon wirklich fest dran ziehen musste, damit sie wieder gelöst wird.

Genau deswegen bin ich mir nicht sicher, ob der Slot nun Schaden genommen hat oder die Compex WLAN-Karte einfach kaputt ist. Die Schnittstellenkarte funktionierte unter Windows XP einwandfrei, was die Erkennung anging. Eingefroren ist mir das System so noch nicht. Unter Linux auch nicht. Jedoch der richtige Betrieb dieser Karte ist unter Windows noch Linux möglich. Unter Windows mag das auch wieder ein Treiberproblem sein, da nicht wirklich klar ist, was er nachinstallieren möchte (was er eigentlich nicht müsste, da seit SP1 der Chipsatz (). Es klemmt unter beiden Betriebssystemen immer an den USB-Massenspeichern (habe auch nur USB-Sticks und USB-Festplatten zur Verfügung). Erkannt werden sie laut udevmonitor aber letztendlich keine SCSI-Emulation dafür geladen, so wie bei den integrierten USB 1.1 Ports, wenn man dort die USB-Geräte einsteckt.

Das verwundert mich jetzt auch etwas und momentan weiß ich auch noch nicht, wie ich das Lösen kann, sofern es nicht an einem kaputten Slot liegt, was ich allerdings für sehr, sehr unwahrscheinlich halte.

So bleibt mir bis ich dieses neue Problem gelöst habe keine andere Möglichkeit als die WLAN-Karte in einem anderen Laptop stundenlang zu testen in der Hoffnung, dass die Karte das System einfrieren lässt.

Rat nehme ich jederzeit gerne entgegen für beide Probleme.

Hacking Nintendo DS

nospam@example.com (Alex) — Tue, 16 May 2006 23:42:00 +0200

Nintendos Spielekonsole DS ist seit langer Zeit schon gehackt. Entweder per WifiMe oder PassMe. So kann man eigene Software (sog. Homebrew) über den GBA-Steckplatz laden.

PassMe liegt in zwei verschiedenen Versionen vor. WifiMe nur in einer.
Welche Technik wann funktioniert ist relativ schnell erzählt. Zunächst zu den verschiedenen Firmware-Versionen:

Version 1: DS friert ein
Version 2: Blau-graue LCDs
Version 3: Dunkelgrüne LCDs
Version 4: Goldgelbe LCDs
Version 5: Magentafarbene LCDs
Version 6: Blaue LCDs
iQue-Version: Dunkelgrüne LCDs
DS Lite Version: Violette LCDs

Die Firmware-Version kann man auf folgendem Weg ermitteln: DS-Spiel einschieben. DS starten und Pictochat auswählen und anschließend Raum A betreten. Danach das DS-Spiel entfernen. Daraufhin bleibt der DS entweder hängen oder die beiden LCDs nehmen die oben beschriebenen Farben an. (Die Liste ist u.U. nicht vollständig.)

(Die zwei bzw. drei dunkelgrünen DS-Firmware Versionen kann man auch noch auseinander halten, aber darum soll es hier nicht gehen. Dafür wirft man am besten einen Blick in das englischsprachige Wikipedia.)

WifiMe funktioniert nur bis einschließlich Version 3. PassMe 1 ebenfalls. WifiMe läßt sich mittels Software und einer passenden WLAN-Karte zum Abspielen eigener Software übereden. So läßt sich auch FlashMe aufspielen. PassMe 2 ist ab Version 3 gedacht und basiert auf einem Adapter, der in den DS-Steckplatz gesteckt wird.

Mittels FlashMe (eine neue Firmware-Version) läßt sich Software direkt vom GBA-Steckplatz starten ohne auf WLAN oder Hardware-Adapter in Zukunft angewiesen zu sein. (Ein FlashMe-behandelter DS meldet sich ebenfalls mit zwei dunkelgrünen LCDs.)

Wie gesagt, dies alles ist nicht wirklich neu, jedoch habe ich jetzt einen Nintendo DS zur Verfügung, der bereits Version 4 der Firmware besitzt, und ich möchte kein PassMe 2 benutzen. Daher begebe ich mich die nächsten Wochen auf die Suche nach weiteren, noch nicht gefundenen Bugs mittels der WifiMe-Technik, da dafür eine passende WLAN-Karte herumfährt, so dass prinzipiell bei einer Firmware-Version 1, 2 oder 3 es kein Problem wäre eigenen Code auf der Konsole auszuführen.
Zudem möchte ich auch untersuchen, ob ich Bugs in Mario Kart DS oder Animal Crossing finde, die per WLAN die Einschleusung von eigenem Code ermöglichen.