Auf einen sehr unsch\u00f6nen Bug sind wir bei einem neuen Android-Handy Samsung Galaxy 3 i5800 gesto\u00dfen. Es handelt sich um einen reproduzierbaren Bug bei der Einbuchung des Handys in ein WLAN-Netz. Doch der Reihe nach und zuerst ein bischen anschauliche Netzwerktechnik:<\/p>\n
In privaten (WLAN-)Netzen werden normalerweise sogenannte private IP-Adressen verwendet, also IP-Adressen, die nicht f\u00fcr \u00f6ffentliche Server vergeben sind und in klar definierten Bereichen liegen. Sehr bekannt sind z.B. 192.168.1.xxx. Ein anderer Bereich ist der 10-er-Bereich, von 10.0.0.0 bis 10.255.255.255. Hierbei handelt es sich um ein gesamtes sogenanntes Class-A-Netz, also der gesamte 10-er-Bereich, der nach eigenem Ermessen in Subnetze unterteilt werden kann. Wir nutzen z.B. f\u00fcr uns ein Class-C-Subnetz und haben vielen unserer Kunden, oder auch f\u00fcr uns selbst, in den verschiedenen Subnetzen in den Rechenzentren nicht \u00fcberschneidende, andere Class-C-Subnetze zugewiesen. Auf diese Weise sind die einzelnen zu wartenden Rechner problemlos erreichbar. Ein Class-C-Subnetz geht z.B. von 10.1.1.1 bis zu 10.1.1.254, ein anderes von 10.1.2.1 bis 10.1.2.254. Die Rechner in einem Subnetz unterscheiden sich durch die letzte Zahl.<\/p>\n
Kennzeichen f\u00fcr ein Subnetz ist aber vor allem, dass sich die Rechner in einem Subnetz jeweils direkt, also ohne einen Router, erreichen k\u00f6nnen. Hierf\u00fcr gibt es das sogenannt ARP, also das „Address-Resolution-Protokoll“ welches bildlich dargestellt wie folgt abl\u00e4uft: Nehmen wir an, Rechner A m\u00f6chte Rechner B eine IP-Nachricht senden:<\/p>\n
In diesem Fall sind also eigentlich drei Dinge wichtig:<\/p>\n
Kommt unser Android „Samsung Galaxy“ in ein neues WLAN, fragt es als erstes: „Hier bin ich, ich brauche eine IP-Adresse und wie ist die Subnetzmaske und wer ist der Router?“. Diese Informationen werden ihm dann vom sogenannten DHCP-Server zugeteilt. Hat es dann diese Daten, so kann es Pakete an Rechner im eigenen Netzwerk (Subnetz) direkt zustellen und f\u00fcr Pakete aus und ins Internet fragt es den Router an, der ja im Subnetz als Tor zu Welt vorhanden ist.<\/p>\n
Und genau an dieser Stelle liegt der Fehler: Das Galaxy bekommt in einem privaten Class-C-Subnetz mit einem 10-er-Anfang die korrekte Maske 255.255.255.0 mitgeteilt, beachtet diese jedoch nicht, sondern nutzt eine Maske „255.0.0.0“. M\u00f6chte unser Handy, analog zum obigen Beispiel habe es selbst die Adresse 10.1.1.7, einen Rechner 10.1.8.20 erreichen, so m\u00fcsste es eigentlich merken, dass dieser Rechner in einem andern Subnetz liegt, schlie\u00dflich unterscheiden sich die Adressen ja nicht nur in der letzten, sondern auch in der vorletzten Zahl. Und weil es ja ein anderes Subnetz ist, m\u00fcsste das Galaxy die Daten dem Router zur Weiterverarbeitung geben.<\/p>\n
\u00dcberwacht man jedoch den Netzwerkverkehr – wir haben das mit dem Programm „tcpdump“ gemacht, so stellt man fest, dass das Galaxy ins Netzwerk fragt: „War hat die Adresse 10.1.8.20?“ – und dann nat\u00fcrlich keine Antwort bekommt. Im Ergebnis, sind also vom Galaxy aus s\u00e4mtliche Rechner in einem andern 10-er-Subnetz nicht erreichbar, ein schwerwiegender Fehler.<\/p>\n
Dies betrifft zumindest die Version 2.1 des Android-Betriebssystems auf dem Galaxy 3 i5800.<\/p>\n
Tr\u00e4gt man die IP-Adressen im Handy statisch ein, funktioniert \u00fcbrigens der Datenverkehr problemlos – nur dass man dann bei jedem WLAN-Wechsel die Adressen manuell \u00e4ndern muss.
\n