Raspbian Stretch Ethernet no shutdown settings

  • Zitat von "raspab" pid='299660' dateline='1505376363'


    Pi Neustart ohne Kabel

    Code
    pi@vopi:~ $ ip address show dev enxb827eb6984f7
    2: enxb827eb6984f7: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
       link/ether b8:27:eb:69:84:f7 brd ff:ff:ff:ff:ff:ff


    Stecke ich das Kabel an

    Code
    pi@vopi:~ $ ip address show dev enxb827eb6984f7
    2: enxb827eb6984f7: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
       link/ether b8:27:eb:69:84:f7 brd ff:ff:ff:ff:ff:ff
       inet 192.168.2.254/24 brd 192.168.2.255 scope global enxb827eb6984f7
          valid_lft forever preferred_lft forever
       inet6 fe80::cc59:c9fb:14a:b548/64 scope link 
          valid_lft forever preferred_lft forever

    Aha, d. h. "das Anstecken des Kabels ist der Auslöser", dass das enxb827eb6984f7-Interface eine IP-Adresse zugewiesen bekommt und genau das sollst Du ändern.

    Wie bereits weiter oben geschrieben kannst Du dem Interface mit systemd-networkd eine IP-Adresse, unabhängig vom Kabel, sofort beim booten zuweisen.

    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

  • In /etc/systemd/network/25-wired.network habe ich

    Code
    [Match]
    Name=enxb827eb6984f7
    
    
    [Network]
    Address=192.168.2.254/24

    Eingetragen. Die Ethernet Schnittstelle kriegt beim Start keine ip.

    Code
    pi@vopi:~ $ ip address show dev enxb827eb6984f7
    2: enxb827eb6984f7: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
       link/ether b8:27:eb:69:84:f7 brd ff:ff:ff:ff:ff:ff
    pi@vopi:~ $

    Was fehlt noch?

  • Zitat von &quot;raspab&quot; pid='299666' dateline='1505377564'


    Eingetragen. Die Ethernet Schnittstelle kriegt beim Start keine ip.

    Wie sind die Ausgaben von:

    Code
    cat /etc/os-release
    uname -a
    systemctl status systemd-networkd
    systemctl is-active systemd-networkd
    systemctl is-enabled systemd-networkd
    systemd-analyze blame | grep -i network


    ? Die Konfiguration die das Einstecken des Kabels als Auslöser für die IP-Zuweisung bewirkt, löschen bzw. ungültig machen.

    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 (14. September 2017 um 10:34)

  • Code
    pi@vopi:~ $ cat /etc/os-release
    PRETTY_NAME="Raspbian GNU/Linux 9 (stretch)"
    NAME="Raspbian GNU/Linux"
    VERSION_ID="9"
    VERSION="9 (stretch)"
    ID=raspbian
    ID_LIKE=debian
    HOME_URL="http://www.raspbian.org/"
    SUPPORT_URL="http://www.raspbian.org/RaspbianForums"
    BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"
    Code
    pi@vopi:~ $ uname -a
    Linux vopi 4.9.41+ #1023 Tue Aug 8 15:47:12 BST 2017 armv6l GNU/Linux


    Code
    pi@vopi:~ $ systemctl status systemd-networkd
    ● systemd-networkd.service - Network Service
      Loaded: loaded (/lib/systemd/system/systemd-networkd.service; disabled; vendor preset: enabled)
      Active: inactive (dead)
        Docs: man:systemd-networkd.service(8)
    pi@vopi:~ $
    Code
    pi@vopi:~ $ systemctl is-active systemd-networkd
    
    
    inactive
    Code
    pi@vopi:~ $ systemctl is-enabled systemd-networkd
    disabled


    Code
    pi@vopi:~ $ systemd-analyze blame | grep -i network
              5.183s networking.service

    Genau das ist der Punkt wegen dem ich den thread aufgemacht habe. Die cable detection abschalten, die frueher wohl von ifplugd gesteuert wurde, um das if immer an zu lassen.

  • Zitat von &quot;raspab&quot; pid='299673' dateline='1505379287'
    Code
    :~ $ systemctl is-enabled systemd-networkd
    disabled

    Mach mal:

    Code
    sudo systemctl enable systemd-networkd.service


    reboot.

    Zitat von &quot;raspab&quot; pid='299673' dateline='1505379287'


    Die cable detection abschalten, die frueher wohl von ifplugd gesteuert wurde, um das if immer an zu lassen.

    Schau mal zum richtigen Zeitpunkt mit z. B. tcpdump nach, ob evtl. ein "externer" dhcp-Server dem Interface, beim Einstecken des Kabels, eine IP-Adresse zuweist:

    Code
    sudo tcpdump -c 50 -vvven udp portrange 67-68


    Wenn das nicht der Fall ist, dann musst Du intern auf dem PI schauen, wie die IP-Adresse beim Anstecken des Kabels zugewiesen wird.

    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

  • Jetzt startet der isc-dhcp-server auch mit abgestecktem kabel beim booten.

    Code
    sudo systemctl enable systemd-networkd.service

    Das war der entscheidende Befehl. Warum der service nicht automatisch an ist, obwohl offiziell auf systemd-networkd umgestellt wurde, muss ich nicht verstehen.


    Vielen Dank rpi444 fuer deine Hilfe!

  • Zitat von &quot;raspab&quot; pid='299681' dateline='1505380859'


    Warum der service nicht automatisch an ist, obwohl offiziell auf systemd-networkd umgestellt wurde, muss ich nicht verstehen.

    Es ist nicht auf systemd-networkd umgestellt, sondern auf systemd. "systemd-networkd" ist (nur) ein service, der konfiguriert und aktiviert werden kann/muss.

    EDIT:

    Schau mal nach, ob das Interface _nach dem Anstecken des Kabels_, jetzt nicht 2 (zwei) IPv4-Adressen hat.

    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 (14. September 2017 um 11:27)

  • Sieht fuer mich nicht so aus als haette das ethernet if zwei IPv4 Adressen.

  • Zitat von &quot;raspab&quot; pid='299690' dateline='1505384548'
    Code
    2: enxb827eb6984f7: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000

    Sieht fuer mich nicht so aus als haette das ethernet if zwei IPv4 Adressen.


    OK, ... das ist richtig.

    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

  • Tja, jetzt muss ich das Thema nochmal aufgreifen. Im aktuellen Release von Rasbian kann man die predictable network interface names in der raspi-config abschalten. Ich habe die ganze Konfiguration jetzt mit eth0 statt PNIN Namen wiederholt, um das Image an Kollegen verteilen zu können. Der isc-dhcp-server startet wie gewollt, nur spuckt er eine Fehlermeldung aus.

    Obwohl ich nur in /etc/systemd/network/25-wired.network

    Code
    #[Match]
    Name=eth0
    
    [Network]
    Address=192.168.1.254/24

    eingetragen habe, bekommt auch wlan0 diese IP

    Code
    pi@piwork:~ $ ip address show dev wlan0
    3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
        link/ether b8:27:eb:24:0a:a7 brd ff:ff:ff:ff:ff:ff
        inet 192.168.1.254/24 brd 192.168.1.255 scope global wlan0
           valid_lft forever preferred_lft forever
        inet 192.168.2.68/24 brd 192.168.2.255 scope global wlan0
           valid_lft forever preferred_lft forever
        inet6 fe80::7fa6:8a5b:c9f1:a09/64 scope link
           valid_lft forever preferred_lft forever

    Wie kann ich verhindern das wlan0 die gleiche IP kriegt?

Jetzt mitmachen!

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