* On Thu, 14 Mar 2013 17:37:52 +0100, Uwe Premer wrote:
>>> Hmh, ich bin mir jetzt nicht sicher, ob man bei DHCP überhaupt
>>> zusätzliche WLAN-Werte eingeben kann. Normalerweise ist bei Klick auf
>>> DHCP eben alles auf DHCP eingestellt, sprich, alle Vorgaben kommen vom
>>> Router.
>>
>> Genau. Das machen alle meine anderen Geräte so, auch das Acer Tablet und
>> das HTC One X, beide Android 4. Ich vermute, Samsung hat sich von Google
>> bequatschen lassen, dafür zu sorgen, dass Google jede DNS-Abfrage auf
>> dem Tablet(t) serviert bekommt.
>
> Dazu nochmal Folgendes wegen deines Problems:
> ich hab jetzt nicht unbedingt Lust, meine WLAN-Verbindung im Galaxy Tab
> zu löschen, um dein Problem nachzuvollziehen.
Ein Kollege hat mir das Verhalten auch auf anderen Geräten berichtet.
Manche Androiden scheinen auf den Google DNS 8.8.8.8 zu bestehen.
> Aber was zumindest geht:
> wenn ich lange auf meine WLAN-Verbindung drücke,
> erscheint die Möglichkeit "Netzwerkkonfig.ändern".
Danke. Ist hier auch so.
> Dort ist dann bei mir ein Haken gesetzt bei
> [x] Erweiterte Optionen anzeigen
> Proxy: Ohne
> IP-Einstellungen: Statisch
>
> Letzteres wird dann gefolgt mit IP-Adresse, Gateway, Präfixlänge und DNS 1.
>
> Wenn ich dort nun "IP-Einstellungen" auf "DHCP" ändere, sind die Werte
> unten wie vorher, jedoch überhaupt nicht änderbar.
> Und da ist auch nix mit DNS einstellbar.
Wenn ich auf "Statisch" umstelle, steht als 1. DNS der, den er per DHCP
bekommen aber nie benutzt hat. Als 2. DNS steht die 4.4.4.4 drin.
Seltsamerweise nutzt er nach dem Rumgespiele den DNS-Server, den er per
DHCP bekommt.
Dass er die per DHCP übermittelte zunächst nicht nutzt, ist vermutlich
ein sog. "bedauerlicher Fehler".
Zur Sicherheit lasse ich folgende Regeln in meinem Router aktiv:
383 # Eigenen DNS erzwingen
384 echo -n " Bind as transparent DNS: "
385 if [ $TRANSDNS = 1 ]
386 then
387 $IPT -t nat -A PREROUTING \
388 -i lan \
389 -p udp --dport 53 \
390 -j REDIRECT --to-port 53
391 $IPT -t nat -A PREROUTING \
392 -i lan \
393 -p tcp --dport 53 \
394 -j REDIRECT --to-port 53
395 echo "on"
396 else
397 echo "off"
398 fi
Wer weiß, welche Geräte noch diesen "bedauerlichen Fehler" haben.