Google Galaxy Nexus — Galaxy Nexus verliert im WLAN Verbindung zum Internet

An einem bestimmten Router, habe ich das Problem, dass mein Galaxy Nexus (4.0.2) immer wieder die Verbindung zum Internet (nicht zum WLAN selber!) verliert. Das geschieht immer, wenn das Handy eine Zeit lang im StandBy ist (~1-5 Stunden). Solange ich das Handy aktiv nutze bzw. es zwischenzeitlich immer nur kurz im StandBy ist, tritt das Problem nicht auf. Wenn die Internetverbindung "gekappt" wird, ist das WLAN-Symbol grau (d. h. keine Verbindung zu den Google-Servern weil keine Verbindung ins Internet da ist). Die Verbindung zum WLAN selber funktioniert aber einwandfrei, d. h. die Anzeige der Signalstärke funktioniert und ich komme auch ohne Probleme auf das Web-Interface des Routers!

Nun habe ich wiederholt gelesen, dass es bei Android Probleme mit der Lease-Time der via DHCP vergebenen IP-Adresse kommen kann. Die Lease-Time ist deshalb nicht auf unendlich, sondern fest auf 24 Stunden eingestellt. Der Test, die Lease-Time auf 168 Stunden (1 Woche) zu stellen, hatte das gleiche Ergebnis zur Folge. Nun habe ich die Lease-Time testhalber mal auf "unendlich" gestellt, was erfahrungsgemäß die meisten Probleme mit sich bringt und werde die Sache beobachten. Meine aktuelle Vermutung ist, dass es nichts mit der Lease-Time zu tun hat. Die IP-Adresse werden über statisches DHCP vergeben.

Das Problem tritt übrigens ausschließlich bei meinem Galaxy Nexus auf. Alle andere Clients (Laptops) haben auch nach längerer StandBy-Zeit oder aus dem Ruhezustand immer wieder sofort die Verbindung zum Internet. Wenn das Problem beim Galaxy Nexus auftritt hilft nur, das WLAN kurz zu deaktivieren und wieder zu aktivieren.

Den Router schaue ich mir schon näher an, habe aber noch keine Möglichkeit gefunden da etwas zu protokollieren. Ob es seitens Android eine entsprechende APP zum Protokollieren gibt, erfrage ich an dieser Stelle.

Hat jemand eine Idee, was da vielleicht noch schief laufen könnte, dass die Verbindung zum Internet verloren geht?

Danke für die schnelle Antwort!

Graues WLAN-Symbol heisst in meinem Fall, dass die komplette Verbindung ins Internet weg ist. Ich kann dann beispielsweise keine Internetseiten ansurfen, keine E-Mails abrufen und kein Wetter aktualisieren. Dass die Verbindung zu den Google-Servern weg ist und das Symbol grau wird, ist nur eine logische Folge des Verbindungsabbruchs.

Feste IP auf dem Galaxy Nexus habe ich noch nicht ausprobiert. Da ich ja statisches DHCP benutze, könnte ich ja testhalber mal die gleiche IP-Adresse eingeben, die das Galaxy Nexus auch immer vom DHCP-Server zugewiesen bekommt.

Was genau meinst du mit DNS-Adressen passend zu den Google Servern? Der DNS-Server für mein Galaxy Nexus ist in meinem Fall ja der WLAN-Router (der wiederum ja seine beiden DNS-Adressen vom ISP zugewiesen bekommt). Ich kann mir nicht vorstellen, dass es ein DNS-Problem ist, weil bei allen anderen Clients ja alles bestens funktioniert. Wie gesagt: die Verbindung zu Google ist nicht das Problem, sondern die Verbindung ins komplette(!) Internet.

Was heisst "besser"? War das Problem danach dauerhaft gelöst?

Das Problem tritt bei mir ja nur mit dem Galaxy Nexus auf und dort auch nur an einem bestimmten Router. Das heisst, an einem anderen Router sowie im Firmennetzwerk tritt das Problem überhaupt nicht auf. Es kann also durchaus sein, dass das ein Problem des Routes und nicht des Galaxy Nexus ist.

Die Vergabe einer festen IP für das WLAN was Probleme bereitet, kann ich gerne mal ausprobieren!

In der Änderung der DNS-Server sehe ich persönlich aber erstmal keinen Sinn. Das Problem tritt ja nicht nur beim Ansurfen von Seiten auf, sondern ich kann auch kein Wetter synchronisieren, bekomme keine Push-Mails usw. Mit den anderen Rechnern funktioniert der Zugang über die vom ISP zugewiesenen DNS-Server ja ebenfalls!

Da das Problem ja immer nur nach einer längeren StandBy-Zeit des Handys auftritt, kann ich das jetzt in Kürze nicht testen. Morgen oder so weiß ich da aber evtl. schon mehr. :-) Selbst wenns hilft, bleibt aber die Frage, warum das nur bei einem Router auftritt.

Beim Router handelt es sich um einen T-Com W500V mit der Bitswitcher-Firmware in der Version 0.3.9. Das ist die aktuelle Version! Der Router wurde nach der Umstellung der Lease-Time immer neu gestartet, genauso wie das Galaxy Nexus. Leider habe ich noch keine Möglichkeit gefunden, wie ich im Router einen Log aktivieren/auslesen kann.

Das ist mir jetzt zu allgemein! Ein und für sich läuft der Router sehr stabil und mit allen anderen Clients gibts überhaupt keine Probleme. Durch die Bitswitcher-Firmware ist der ja auch gar nicht mehr mit der Standard-Firmware zu vergleichen.

Die Grafik geht doch auf die Lease-Time gar nicht ein?!

"Fixe IP-Adresse für jedes Mobile-Device", "DHCP: Auto" und "Zuweisung über MAC-Adr." stehen ja für statisches DHCP, was ich bereits verwende!

Wieso oder aus welchem Grund sollte man nur IP-Adressen >= 192.168.1.160 verwenden?!

Wie ich schon schrieb, ist das einzige "Telekom Ding" an dem Router der Aufdruck auf dem Gehäuse. Die Hardware ist von Hitachi und die Firmware ist eine Alternative-Firmware (Bitswitcher!!!).

— geändert am 21.01.2012, 12:52:26

Das nennt sich statisches DHCP und ist bei meinem Router, so wie ich es bereits im ersten Post geschrieben habe, so konfiguriert.


Trotz statischem DHCP, muss ich bei diesem Router eine Lease-Time einstellen. Die kann "unendlich" sein, was aber bekanntermaßen bei Android-Clients Probleme macht. Deswegen ist die Lease-Time auf einen festen wert von (aktuell) 3 Wochen eingestellt.


Zu Adresskonflikten kann es doch nur kommen, wenn eine Adresse innerhalb des Subnetzes mehrmals vorkommt. Wie soll das bei statischem DHCP passieren? Allen Clients sind unterschiedliche IP-Adressen zugewiesen. Eine identische IP für zwei verschiedene MAC-Adressen wird bereits bei Eingabe im Webinterface abgefangen und wäre nur auf ausdrückliche Bestätigung möglich.

Was gibts denn an den Clients zu konfigurieren? Die bleiben doch auf DHCP und beziehen damit ihre Adresse vom Router.


Ich glaube nicht, dass beim Router alles korrekt abläuft. Bei einem anderen Router, sowie beim Firmennetzwerk tritt das Problem ja nicht auf und da kommt einmal ebenfalls statisches DHCP zum Einsatz und andererseits dynamisches DHCP.

Ja, aber ich verwende statisches DHCP. Da macht die Vorgabe einer Range keinen Sinn, bzw. die Range entspricht der, die ich brauche (192.168.1.2-192.168.1.10).


Werde ich mal ausprobieren, wenn es wieder mal "so weit ist". :-)


Ich habe auf meinem Handy "Network Info II" installiert. Damit kann ich die genannten Anfragen auch vornehmen. Sobald das Internet wieder "weg" ist, schaue ich da mal rein.


Die Firewall des Routers (SPI) ist eingeschaltet. DMZ- und NAT-loopback sind ausgeschaltet.

Ja! Die Firmware benutze ich schon seit dem ich den Router habe. Die Standard-Firmware kenne ich ehrlich gesagt gar nicht. ;-)


Sollte man die Firewall nicht immer aktiviert lassen? Was würde es bringen diese, wenn auch nur testweise, zu deaktivieren? Wie gesagt: mit den anderen Clients funktioniert die Verbindung vom/zum Internet jederzeit und ohne jegliche Probleme.


SSH sagt mir gar nichts! Ich habe den Router lediglich über das WEB-Interface konfiguriert. Scripts; Telnet-Verbindungen usw. habe ich noch nie benutzt.