RPI 2 macht DHCP trotz statischer IP

Heute ist Stammtischzeit:
Jeden Donnerstag 20:30 Uhr hier im Chat.
Wer Lust hat, kann sich gerne beteiligen. ;)
  • Hallo RPI-Fans,

    ich habe einen RPI2 und folgendes Problem:
    Trotz in der /etc/network/interfaces eingetragenen statischen IPv4 (DHCP dort logischerweise aus) holt sich mein RPI2 _zusätzlich_ noch eine 2. IPv4 per DHCP vom Router.
    Komisch ist, er zeigt das mit ifconfig nicht an, ABER diese IP ist pingbar und lt arp-Abfrage auch dem RPI2 zugewiesen (gleiche MAC wie eth0).

    Hat dieses Problem auch jemand oder ist das schon mal jemanden aufgefallen ??

    Ich habe ja den avahi-daemon stark in Verdacht...

    /etc/network/interfaces:

    auto lo
    iface lo inet loopback
    auto eth0
    allow-hotplug eth0
    # iface eth0 inet manual
    iface eth0 inet static
    address 192.168.254.5
    netmask 255.255.255.0
    gateway 192.168.254.1
    dns-nameservers 192.168.254.1
    iface eth0 inet6 Auto

    Auszug aus /var/log/daemon.log (DHCP IPv6 ist gewollt)

    Jun 9 17:05:16 PI dhcpcd[2043]: DUID 00:01:00:01:1c:dd:60:5f:b8:27:eb:53:2d:df
    Jun 9 17:05:16 PI dhcpcd[2043]: eth0: IAID eb:53:2d:df
    Jun 9 17:05:16 PI dhcpcd[2043]: eth0: soliciting an IPv6 router
    Jun 9 17:05:16 PI dhcpcd[2043]: eth0: Router Advertisement from fe80::a96:d7ff:fee3:32c8
    Jun 9 17:05:16 PI dhcpcd[2043]: eth0: adding address 2001:4dd0:ff00:9218:a047:d2a2:57fc:34d2/64
    Jun 9 17:05:16 PI dhcpcd[2043]: eth0: adding route to 2001:4dd0:ff00:9218::/64
    Jun 9 17:05:16 PI dhcpcd[2043]: eth0: adding default route via fe80::a96:d7ff:fee3:32c8
    Jun 9 17:05:16 PI dhcpcd[2043]: eth0: confirming prior DHCPv6 lease
    Jun 9 17:05:16 PI ntpd[2255]: ntpd 4.2.6p5@1.2349-o Sun Apr 12 22:37:22 UTC 2015 (1)
    Jun 9 17:05:16 PI ntpd[2305]: proto: precision = 0.833 usec
    Jun 9 17:05:16 PI ntpd[2305]: Listen and drop on 0 v4wildcard 0.0.0.0 UDP 123
    Jun 9 17:05:16 PI ntpd[2305]: Listen and drop on 1 v6wildcard :: UDP 123
    Jun 9 17:05:16 PI ntpd[2305]: Listen normally on 2 lo 127.0.0.1 UDP 123
    Jun 9 17:05:16 PI ntpd[2305]: Listen normally on 3 eth0 192.168.254.5 UDP 123
    Jun 9 17:05:16 PI ntpd[2305]: Listen normally on 4 lo ::1 UDP 123
    Jun 9 17:05:16 PI ntpd[2305]: Listen normally on 5 eth0 fe80::ba27:ebff:fe53:2ddf UDP 123
    Jun 9 17:05:16 PI ntpd[2305]: Listen normally on 6 eth0 2001:4dd0:ff00:9218:ba27:ebff:fe53:2ddf UDP 123
    Jun 9 17:05:16 PI ntpd[2305]: peers refreshed
    Jun 9 17:05:16 PI ntpd[2305]: Listening on routing socket on fd #23 for interface updates
    Jun 9 17:05:17 PI dhcpcd[2043]: eth0: rebinding lease of 192.168.254.44 <-- WIESO ???!?
    Jun 9 17:05:17 PI dhcpcd[2043]: eth0: REPLY6 received from fe80::a96:d7ff:fee3:32c8
    Jun 9 17:05:17 PI dhcpcd[2043]: eth0: adding address 2001:4dd0:ff00:9218:13c4:baf8:7b48:b66a/128
    Jun 9 17:05:17 PI dhcpcd[2043]: eth0: renew in 1800 seconds, rebind in 2880 seconds
    Jun 9 17:05:17 PI avahi-daemon[2621]: Found user 'avahi' (UID 103) and group 'avahi' (GID 105).
    Jun 9 17:05:17 PI avahi-daemon[2621]: Successfully dropped root privileges.
    Jun 9 17:05:17 PI avahi-daemon[2621]: avahi-daemon 0.6.31 starting up.
    Jun 9 17:05:17 PI avahi-daemon[2621]: Successfully called chroot().
    Jun 9 17:05:17 PI avahi-daemon[2621]: Successfully dropped remaining capabilities.
    Jun 9 17:05:17 PI avahi-daemon[2621]: Loading service file /services/udisks.service.
    Jun 9 17:05:17 PI avahi-daemon[2621]: Joining mDNS multicast group on interface eth0.IPv6 with address 2001:4dd0:ff00:9218:ba27:ebff:fe53:2ddf.
    Jun 9 17:05:17 PI avahi-daemon[2621]: New relevant interface eth0.IPv6 for mDNS.
    Jun 9 17:05:17 PI avahi-daemon[2621]: Joining mDNS multicast group on interface eth0.IPv4 with address 192.168.254.5.
    Jun 9 17:05:17 PI avahi-daemon[2621]: New relevant interface eth0.IPv4 for mDNS.
    Jun 9 17:05:17 PI avahi-daemon[2621]: Network interface enumeration completed.
    Jun 9 17:05:17 PI avahi-daemon[2621]: Registering new address record for 2001:4dd0:ff00:9218:ba27:ebff:fe53:2ddf on eth0.*.
    Jun 9 17:05:17 PI avahi-daemon[2621]: Registering new address record for 2001:4dd0:ff00:9218:a047:d2a2:57fc:34d2 on eth0.*.
    Jun 9 17:05:17 PI avahi-daemon[2621]: Registering new address record for 2001:4dd0:ff00:9218:13c4:baf8:7b48:b66a on eth0.*.
    Jun 9 17:05:17 PI avahi-daemon[2621]: Registering new address record for 192.168.254.5 on eth0.IPv4.
    Jun 9 17:05:17 PI avahi-daemon[2621]: Registering HINFO record with values 'ARMV7L'/'LINUX'.

    Fakt ist, der RPI2 ist unter der DHCP-Adresse auch ansprechbar (SSH) und pingbar.

    Hat jemand eine Idee ??!?

    Gruss Heiko

    Einmal editiert, zuletzt von dg2dra (9. Juni 2015 um 18:56)


  • RPI2 _zusätzlich_ noch eine 2. IPv4 per DHCP vom Router.
    Komisch ist, er zeigt das mit ifconfig nicht an, ABER diese IP ist pingbar und lt arp-Abfrage auch dem RPI2 zugewiesen (gleiche MAC wie eth0).

    Siehe z. B. die Ausgabe von:

    Code
    hostname -I
    ip a
    ip neigh show


    Ich habe ja den avahi-daemon stark in Verdacht...

    Code
    Jun  9 17:05:17 PI dhcpcd[2043]: eth0: rebinding lease of 192.168.254.44 <-- WIESO ???!?

    Wie ist die Ausgabe von:

    Code
    sudo netstat -tulpen
    sudo service dhcpcd status


    ?
    Du könntest deinen Router z. B. so konfigurieren, dass dein PI, auch per dhcp vom Router eine statische (d. h. eine feste) IPv4-Adresse bekommt, dann könntest Du auf die Eintragungen zu eth0 in der interfaces-Datei, verzichten bzw. für eth0 die interfaces-Datei nicht nutzen.

    EDIT:

    Poste mal auch die Ausgabe von:

    Code
    apt-cache policy raspberrypi-net-mods

    Siehe auch diese Threads:

    https://www.raspberrypi.org/forums/viewtop…110606&p=768633

    https://www.raspberrypi.org/forums/viewtop…111887&p=768728

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample

    Einmal editiert, zuletzt von rpi444 (9. Juni 2015 um 21:26)

  • Ich guck dort mal...oder es ist der ntpd ?!?

    Gruss Heiko


  • Ihr seid schon auf der richtigen Fährte, allerdings habe ich hier noch keinen Hinweis auf die dhcpcd.conf gesehen. Schaut euch mal die man pages dazu an, dann sollte Euch die Erleuchtung kommen, wo die 2. IP-Adresse herkommen könnte. http://roy.marples.name/man/html5/dhcpcd.conf.html

    Es ist die originale (unveränderte) dhcpcd.conf:

    # A sample configuration for dhcpcd.
    # See dhcpcd.conf(5) for details.

    # Allow users of this group to interact with dhcpcd via the control socket.
    #controlgroup wheel

    # Inform the DHCP server of our hostname for DDNS.
    hostname

    # Use the hardware address of the interface for the Client ID.
    #clientid
    # or
    # Use the same DUID + IAID as set in DHCPv6 for DHCPv4 ClientID as per RFC4361.
    duid

    # Persist interface configuration when dhcpcd exits.
    persistent

    # Rapid commit support.
    # Safe to enable by default because it requires the equivalent option set
    # on the server to actually work.
    option rapid_commit

    # A list of options to request from the DHCP server.
    option domain_name_servers, domain_name, domain_search, host_name
    option classless_static_routes
    # Most distributions have NTP support.
    option ntp_servers
    # Respect the network MTU.
    # Some interface drivers reset when changing the MTU so disabled by default.
    #option interface_mtu

    # A ServerID is required by RFC2131.
    require dhcp_server_identifier

    # Generate Stable Private IPv6 Addresses instead of hardware based ones
    slaac private

    # A hook script is provided to lookup the hostname if not set by the DHCP
    # server, but it should not be run by default.
    nohook lookup-hostname

  • Dazu fällt mir spontan das hier ein

    Zitat

    persistent
    dhcpcd normally de-configures the interface and configuration when it exits. Sometimes, this isn't desirable if, for example, you have root mounted over NFS or SSH clients connect to this host and they need to be notified of the host shutting down. You can use this option to stop this from happening.


    Frei übersetzt:

    Zitat

    persistent
    dhcpcd überschreibt normalerweise die Einstellungen der interfaces. Manchmal ist dies nicht wünschenswert, da dann bereits verbunden NFS oder SSH Clienten nach einem Neustart nicht mehr funktionieren. Die Einstellung wird verwendet, um dies zu verhindern

    Es existieren also die Einstellungen von dhcpcd und interfaces nebeneinander. dhcpcd nimmt, da nichts weiter eingetragen ist Standardwerte.


  • Dazu fällt mir spontan das hier ein


    Frei übersetzt:

    Es existieren also die Einstellungen von dhcpcd und interfaces nebeneinander. dhcpcd nimmt, da nichts weiter eingetragen ist Standardwerte.

    Ja, soweit alles klar, mir fehlte der Aufhänger (und das trotz 20 Jahren Linux-Erfahrung...es ist eben so mit dem Wald und den Bäumen...).

    Aber kann ich den dhcpcd nicht ganz abschalten/lahmlegen ? Wofür brauche ich den überhaupt ?
    Zumal ich ja statische IPs (kann ich auch bei IPv6 umstellen) benutze, und für den Rest ja eh mein DHCP-Server (v4 und v6) vom WIN2012er DomainController zuständig ist und der PI nix per DHCP beziehen muss.

    Es ist ja nicht so, dass ich keine Linux-Umgebung sonst noch so in Betrieb habe, aber bei den bisherigen Installationen (debian und ubuntu-server) hatte ich das Problem überhaupt nicht, deswegen war ich so verwundert.

    Gruss Heiko

  • Das neue raspberrypi-net-mods benötigt das Paket. Du kennst Dich mit Linux ja aus, für alle anderen es ist manchmal besser, nicht alles in einem Schub zu deinstallieren, weil es zwischen verschiedenen Paketen auch mehrfache Abhängigkeiten geben kann. Also wenn, dann erst raspberrypi-net-mods rausnehmen und danach dhcpcd.

    Code
    apt-get purge raspberrypi-net-mods
    
    
    apt-get purge dhcpcd

    Bei der Nutzung von purge fliegen auch gleich alle Konfigurationsdateien mit raus.


  • Das neue raspberrypi-net-mods benötigt das Paket. Du kennst Dich mit Linux ja aus, für alle anderen es ist manchmal besser, nicht alles in einem Schub zu deinstallieren, weil es zwischen verschiedenen Paketen auch mehrfache Abhängigkeiten geben kann. Also wenn, dann erst raspberrypi-net-mods rausnehmen und danach dhcpcd.

    Code
    apt-get purge raspberrypi-net-mods
    
    
    apt-get purge dhcpcd

    Bei der Nutzung von purge fliegen auch gleich alle Konfigurationsdateien mit raus.

    nene, nicht deinstallieren. Ich meinte so:
    update-rc.d dhcpcd remove

    falls ichs wieder brauche dann wieder aktivieren. Hab ich jetzt erst mal so gemacht. Btw, was machen die raspberrypi-net-mods eigentlich ?
    Ah, ich sehe grade irgendwas mit der X11-WLAN-Konfig...DAS brauche ich gar nicht, denn mein PI ist Server (hostapd, squid, Airplay für iOS, httpd) also das alles "headless", wollte ich urspünglich mit meiner Synology machen, aber zu schlechte Umgebung. Und jetzt, mit dem PI Vers. B 4Kerner und 1GB RAM geht schon was los auf der kleinen Schachtel. Feine Hardware.

    Gruss Heiko

    Einmal editiert, zuletzt von dg2dra (11. Juni 2015 um 17:28)


  • Das ist das Tool zur grafischen Einstellung des WLan

    Ja, die Info hatte ich nun auch gefunden.

    Trotzdem vielen Dank für die "Denkanstösse". Was jetzt so geht mit der Kiste seit Rev. B ...viele Ideen... z.B. Squid compilieren dauerte nur noch ca. 30min, das ist schon ein sehr guter Wert, da ziehen die 4 Kerne und 1 GB RAM bei 900 MHz schon ordentlich los. Fehlt nur noch Gigabit-Ethernet und USB3 und dann wäre das die perfekte Kiste, SATA muss nicht unbedingt sein.

    Gruss Heiko

    Einmal editiert, zuletzt von dg2dra (11. Juni 2015 um 17:36)

  • Hallo zusammen,

    ich habe das jetzt mal so gemacht


    Code
    nene, nicht deinstallieren. Ich meinte so:
    
    
    update-rc.d dhcpcd remove


    falls ichs wieder brauche dann wieder aktivieren.

    Wenn ich den Dienst nun wieder aktiviere, bekomme ich folgende Meldung

    Code
    sudo update-rc.d dhcpcd enable
    update-rc.d: using dependency based boot sequencing
    update-rc.d: error: no runlevel symlinks to modify, aborting!

    und nach einem Neustart wird dhcpd auch nicht mehr gestartet. Wie kann man das wieder fixen?

    Danke und Gruss

    Einmal editiert, zuletzt von PiBorg (18. Juni 2015 um 23:10)

  • sorry, war ein paar Tage anderweitig beschäftigt...

    mach mal:

    sudo update-rc.d dhcpcd defaults

    sollte den funktionsfähigen Zustand erst mal grundsätzlich wieder herstellen.
    Letztlich sind es alles nur Symb-Links nach /etc/init.d , wobei SXX die Reihenfolge steuert beim Boot wann welcher daemon/service gestartet wird und KXX macht das gleiche beim shutdown.
    Definiert wird das runlevel in /etc/inittab , schau mal dort. Die Kommentare erklären das ganz gut.

    ansonsten guck mal hier http://www.debuntu.org/how-to-managin…th-update-rc-d/ falls Du die run-level anpassen musst.

    Ich habe keinen Bedarf am dhcpcd, da ich nur statische IPs nutze, deswegen ist der bei mir rausgeflogen. Und das die Netzwerkkonfig im X11 nicht geht, kann ich mit leben. Das war schon bei Ubuntu mit dem network-manager ein Käse...ich nutze Linux genau nicht um wie bei WIN klicki-klicki machen zu können ;) Deswegen werde ich wohl über kurz oder lang den ganzen X11-Kram vollständig entfernen, the console-shell is the one and only ;) .

    Gruss Heiko

    Einmal editiert, zuletzt von dg2dra (25. Juni 2015 um 22:47)

  • Ich grab den Thread nochmal aus, da ich bei mir das gleiche Phänomen festgestellt habe, als ich in meiner Fritzbox die Portweiterleitungen einrichten wollte... ich konnte quasi Live mitverfolgen, wie sich die statisch vergebene IP in eine IP aus dem Bereich des DHCP-Servers änderte... und wieder zurück.

    Wie dem auch sei. Da ich auch nur die statische IP benötige wollte ich den DHCP nach dem oben beschriebenen Weg aus dem Weg räumen. Da ich jedoch ein Anwender mit gefährlichen Halbwissen bin, wollte ich vorher nochmal die Bestätigung von euch haben, das ich das mittels...

    update-rc.d dhcpcd remove

    ... gefahrlos durchführen kann. Oder muß ich da noch mehr bei beachten bzw. tun?

    Tommes

    Raspberry Pi 2 | Raspbian Jessie | WordPress 4.4 | ownCloud 8.2.1 | Kodi 15.1
    Raspberry Pi 2
    | OpenELEC 6.0.0 | Kodi 15.2

Jetzt mitmachen!

Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!