Guten Tag.
Ich habe ein Problem mit mehreren PIs, die hier im Netzwerk laufen.
Folgende Ausgabe wird von dem hier bereitgestellten Analyse-Script erzeugt (vielen Dank für das Script):
Spoiler anzeigen
raspiNetInfo.sh V0.2.10, 2016-04-09/15:05:21 - 0438a0328a2212a997c37915bb97d67120e7fd02
--- RNI010I: Starte Datensammlung und Netzwerkuntersuchung. Das kann u.U. ein paar Minuten dauern ...
ping: icmp open socket: Operation not permitted
??? RNI013E: Ping von 8.8.8.8 nicht erfolgreich
??? RNI013E: Ping von www.google.com nicht erfolgreich
??? RNI002E: Der Nameserver 8.8.8.8 ist nicht erreichbar
--- uname -a
Linux pi2 4.1.13-v7+ #826 SMP PREEMPT Fri Nov 13 20:19:03 GMT 2015 armv7l GNU/Linux
--- [ -d /home/pi/.xbmc ]
no
--- ip a s | egrep "(eth|wlan)
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master br0 state UP group default qlen 1000
link/ether @@:@@:@@:@@:@@ brd @@:@@:@@:@@:@@
inet 192.168.13.50/16 brd 192.168.255.255 scope global eth0
valid_lft forever preferred_lft forever
inet 169.254.118.34/16 brd 169.254.255.255 scope global eth0
valid_lft forever preferred_lft forever
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq master br0 state UP group default qlen 1000
link/ether @@:@@:@@:@@:@@ brd @@:@@:@@:@@:@@
inet 169.254.119.101/16 brd 169.254.255.255 scope global wlan0
valid_lft forever preferred_lft forever
--- cat /etc/resolv | grep -i "nameserver"
nameserver %%%.%%%.8.8
--- cat /etc/network/interfaces
auto lo
auto br0
iface lo inet loopback
iface br0 inet static
address 192.168.13.51
netmask 255.255.0.0
gateway 192.168.12.1
bridge_fd 1
bridge_hello 3
bridge_Maxage 10
bridge_stp off
bridge_ports eth0 wlan0
allow hotplug eth0
auto eth0
iface eth0 inet static
address 192.168.13.50
netmask 255.255.0.0
gateway 192.168.12.1
allow-hotplug wlan0
iface wlan0 inet manual
--- cat /etc/hosts
127.0.0.1 localhost
127.0.0.1 pi2
--- ip r s | egrep "(eth|wlan)"
169.254.0.0/16 dev eth0 proto kernel scope link src 169.254.118.34 metric 202
169.254.0.0/16 dev wlan0 proto kernel scope link src 169.254.119.101 metric 303
192.168.0.0/16 dev eth0 proto kernel scope link src 192.168.13.50
--- ip n s
192.168.13.1 dev br0 lladdr @@:@@:@@:@@:@@ STALE
192.168.12.226 dev br0 lladdr @@:@@:@@:@@:@@ REACHABLE
192.168.12.220 dev br0 lladdr @@:@@:@@:@@:@@ STALE
192.168.12.1 dev br0 lladdr @@:@@:@@:@@:@@ DELAY
--- RNI016I: Vor dem Publizieren von der Logdatei raspiNetInfo.log immer kontrollieren, dass keine sensitiven Daten enthalten sind
Alles anzeigen
Wie ihr seht taucht dort immer wieder die Adresse 168.254.118.34 auf. Diese wird über die Interfaces allerdings überhaupt nicht definiert. Ich kann leider aktuell nicht nachvollziehen, wo diese her kommt und benötige deshalb mal einen Stoß in die richtige Richtung von euch.
Problem ist, dass es im Netzwerk mehrere PIs gibt, die sich alle diese Adresse selbst zuweisen. (derzeit 8 Stück)
Die Geräte reagieren zwar auch alle korrekt, sobald man sie über ihre eingetragene statische IP ansteuert, melden sich jedoch am Alive-Server nur mit dieser "falschen" IP Adresse. Daher kommt es bei der Kommunikation dann zu Fehlern.
Ich danke euch für jede Hilfe, wie ich dieses Problem beheben kann.