Alle Android-Geräte in meinem LAN können sich NUR mit dem Gateway verbinden

Ich habe ein Telefon mit 2.3 und ein Tablet mit 3.1 im drahtlosen Netzwerk zusammen mit einer Reihe von Computern. Ich habe ein bisschen ein Netzwerk-Geheimnis.

Hier die Fakten:

  • Alle Geräte können das Internet erhalten.
  • Die Nicht-Android-Geräte können sich alle miteinander verbinden.
  • Die Android-Geräte können sich nur mit dem Gateway verbinden, mit nichts anderem
  • Keines der anderen Geräte kann die Android-Geräte anpingen.
  • Das Tablet kann sich mit lokalen Computern im LAN meiner Arbeit verbinden.

am telefon sehe ich nur eine route zum lokalen netz und ein defaultgateway

ip address:
... many rmnet addresses ...
eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdic pfifo_fast static UP plen 1000
inet/ether 64:a7:69:70:76:7b brd ff:ff:ff:ff:ff:ff
inet 192.168.11.4/24 brd 192.168.11.255 scope global eth0
inet <link local ip6>

auf dem Tablett:

# ip r
192.168.11.1 dev wlan0  scope link
192.168.11.0/24 dev wlan0  proto kernel  scope link  src 192.168.11.6  metric 306
default via 192.168.11.1 dev wlan0
default via 192.168.11.1 dev wlan0  metric 306
#
#
# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: dummy0: <BROADCAST,NOARP> mtu 1500 qdisc noop state DOWN
    link/ether 42:cf:a5:fd:26:81 brd ff:ff:ff:ff:ff:ff
3: usb0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000
    link/ether 1e:2e:a2:c3:16:7e brd ff:ff:ff:ff:ff:ff
4: sit0: <NOARP> mtu 1480 qdisc noop state DOWN
    link/sit 0.0.0.0 brd 0.0.0.0
5: ip6tnl0: <NOARP> mtu 1460 qdisc noop state DOWN
    link/tunnel6 :: brd ::
6: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether f4:6d:04:39:26:21 brd ff:ff:ff:ff:ff:ff
    inet 192.168.11.6/24 brd 192.168.11.255 scope global wlan0
    inet6 fe80::f66d:4ff:fe39:2621/64 scope link
       valid_lft forever preferred_lft forever

Auch auf dem Tablet sehe ich, dass das Problem darin besteht, dass ARP-Anforderungen fehlschlagen:

# ping 192.168.11.100
PING 192.168.11.100 (192.168.11.100) 56(84) bytes of data.
From 192.168.11.3 icmp_seq=2 Destination Host Unreachable
From 192.168.11.3 icmp_seq=3 Destination Host Unreachable
From 192.168.11.3 icmp_seq=4 Destination Host Unreachable
^C
--- 192.168.11.100 ping statistics ---
5 packets transmitted, 0 received, +3 errors, 100% packet loss, time 4005ms, pipe 3
# ip neighbor show
192.168.11.100 dev wlan0  FAILED
192.168.11.1 dev wlan0 lladdr 00:16:01:a1:a4:18 STALE
#
Soll ich das auf Serverfehler verschieben? Es ist Android-spezifisch, aber auch über Netzwerke?
Klingt für mich nach etwas, das mit Android zu tun hat, es ist wahrscheinlich in Ordnung, hier zu bleiben. Ich habe gerade nachgesehen und kann mein Android-Telefon nicht in meinem drahtlosen Netzwerk anpingen ... interessant. In Anbetracht dessen, dass ich den Desktop vom Telefon auf meinen Laptop remoten kann.
Besteht die Möglichkeit, dass Sie eine MAC-Adressfilterung oder etwas anderes verwenden, das Ihre Geräte vom Rest Ihres Netzwerks blockiert?
überprüfte die Router-Konfiguration und bestätigte, dass die Mac-Filterung ausgeschaltet ist, sowie "Privatsphärentrennung"

Antworten (1)

brach den Paket-Sniffer aus und stellte fest, dass Broadcast-Arp-Anforderungen von Android-Geräten im Access Point abgelegt wurden.

stellte sich als Fehler bei meinem Buffalo 300n Wireless Access Point heraus. Billiger neuer AP und Problem weg...anscheinend sprechen einige APs einfach nicht mit Android?

gelöst durch das Prinzip "das billigste zuerst ersetzen"

Alle Android-Geräte in meinem LAN können sich NUR mit dem Gateway verbinden
AntwortenHierDatenschutz-Bestimmungen1y, 0v