Netzwerkprobleme und nur sporatisch eine IP-Adresse über DHCP

  • Hallo,

    ich habe folgendes Problem mit meinem PI 2:

    Manchmal macht das Netzwerk nach dem booten Probleme (ohne Fehlermeldung). Dies äußert sich darin, dass er nur machmal eine IP-Adresse vom DHCP zugewiesen bekommt. Wenn ich 10 mal neu starte, bekomme ich vielleicht 3 mal eine Adresse ansonsten nimmt er die Standard IP 169....... an. So als würde kein DHCP dranhängen. Patchkabel habe ich schon getauscht.

    Ich habe auch schon sowohl in der Konfigurationsdatei INTERFACES als auch in der von DHCPCD abwechselnd eine statische IP vergeben. Diese nimmt er problemlos an, zeigt diese auch nach dem Booten und mit ifconfig an. Allerdings ist der effekt der selbe.
    Manchmal geht der Ping auf den Router, dann geht auch z.B. apt-get update, beim nächsten Neustart gehts vielleicht noch oder auch nicht und er ist dann wieder UNREACHABLE und ein Update schlägt fehl.
    Es gibt keinerlei hinweise, Meldungen oder sonstige Anhaltspunkte, dass beim Booten etwas schief läuft.
    Das System ist frisch aufgesetzt es wurden keine weiteren Veränderungen vorgenommen. Das gleiche Problem habe ich auch mit ältern Wheezey Distris.
    Wenn das Netzwerk läuft, kann ich per ssh darauf zugreifen. Geht es nicht, bleibt nur der Griff zu Konsole.
    Wenn es nicht geht, sehe ich bei der festen IP auch mit ifConfig die vergebene IP. Trotzdem habe ich keine Zugriff auf das Netzwerk. Ich habe auch schon einen DNS in die Configuration eingetragen, hat aber keine Auswirkung. Manchmal gehts manchmal nicht.

    In meinem Netzwerk läuft bereits ein PI 2 ebenfalls mit Lankabel an der Fitzbox, statischer IP und mit identischer Konfig. ohne Probleme.

    Hardware:
    Raspberry PI 2 mit Lankabel
    Raspian Wheezey 2015-5-5
    DHCP von der Fitzbox

    Hatte jemand schon ma so ein Problem?

  • Netzwerkprobleme und nur sporatisch eine IP-Adresse über DHCP? Schau mal ob du hier fündig wirst!


  • Wenn es nicht geht, sehe ich bei der festen IP auch mit ifConfig die vergebene IP. Trotzdem habe ich keine Zugriff auf das Netzwerk.

    Wie sind dann die Ausgaben von:

    Code
    route -n
    ip neigh show
    ip -d a show
    ping -c 2 -W 2 $(route -n | grep UG | awk {'print $2'})
    cat /etc/resolv.conf


    ?

    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

  • Wie sind dann die Ausgaben von:

    Code
    route -n
    ip neigh show
    ip -d a show
    ping -c 2 -W 2 $(route -n | grep UG | awk {'print $2'})
    cat /etc/resolv.conf


    ?

    Hallo:
    route -n
    Im funktionierenden Zustand (mit DHCP):
    : Kernel-IP-Routentabelle
    Ziel Router Genmask Flags Metric Ref Use Iface
    0.0.0.0 192.168.10.254 0.0.0.0 UG 202 0 0 eth0
    192.168.10.0 0.0.0.0 255.255.255.0 U 202 0 0 eth0

    wenn es nicht geht (mit DHCP):
    Ziel Router Genmask Flags Metric Ref Use Iface
    169.240.0.0 0.0.0.0 255.255.0.0 U 202 0 0 eth0


    ip neigh show
    Im funktionierenden Zustand (mit DHCP):

    192.168.10.1 dev eth0 lladdr 90:2b:34:50:7a:54 DELAY
    192.168.10.254 dev eth0 lladdr 34:31:c4:13:50:c0 REACHABLE

    wenn es nicht geht (mit DHCP):
    bring überhaupt keine Meldung (Promt wird einfach in der nächsten Zeile angezeigt)

    ip -d a show
    Im funktionierenden Zustand (mit DHCP):
    1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 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
    valid_lft forever preferred_lft forever
    2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether b8:27:eb:b3:e6:29 brd ff:ff:ff:ff:ff:ff
    inet 192.168.10.115/24 brd 192.168.10.255 scope global eth0
    valid_lft forever preferred_lft forever

    wenn es nicht geht (mit DHCP):
    1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 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
    valid_lft forever preferred_lft forever
    2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether b8:27:eb:b3:e6:29 brd ff:ff:ff:ff:ff:ff
    inet 169.254.80.136/16 brd 169.254.2 55.255 scope global eth0
    valid_lft forever preferred_lft forever


    ping -c 2 -W 2 $(route -n | grep UG | awk {'print $2'})
    Im funktionierenden Zustand (mit DHCP):

    PING 192.168.10.254 (192.168.10.254) 56(84) bytes of data.
    64 bytes from 192.168.10.254: icmp_req=1 ttl=64 time=0.481 ms
    64 bytes from 192.168.10.254: icmp_req=2 ttl=64 time=0.445 ms
    --- 192.168.10.254 ping statistics ---
    2 packets transmitted, 2 received, 0% packet loss, time 999ms
    rtt min/avg/max/mdev = 0.445/0.463/0.481/0.018 ms

    wenn es nicht geht (mit DHCP):
    Keine Ausgabe / Zeigt nur die Hilfe an "Usage: PING usw."
    schreibweise habe ich überprüft ist exakt die gleiche als koen schreibfehler drin....

    cat /etc/resolv.conf
    Im funktionierenden Zustand (mit DHCP):
    # Generated by resolvconf
    domain fritz.box
    nameserver 192.168.10.254

    wenn es nicht geht (mit DHCP):
    # Generated by resolvconf (mehr gibt er nicht aus)


    Im Bootscreen bringt er beim reboot, wenn es nicht funktioniert im Abschnitt DHCPCD:
    DHCPCD [1856]: Version 6.7.1 starting
    DHCPCD [1856]: all: IPv6 kernel autoconf disabled
    DHCPCD [1856]: eth0: adding address fe80:4200:2493:13dc:50bc
    DHCPCD [1856]: if_addaddress6: operation not supported
    DHCPCD [1856]: DUID 00:01:00:01:1c:dd:60:5f:b8:27:eb:b3:e6:29
    DHCPCD [1856]: eth0: IAID eb:b3:eb:29
    DHCPCD [1856]: eth0: rebinding lease of 192.168.10.115
    DHCPCD [1856]: eth0: probing gor all IPv4LL address
    DHCPCD [1856]: eth0: DHCP lease expired
    DHCPCD [1856]: eth0: soliciting a DHCP lease
    DHCPCD [1856]: eth0: using IPv4LL address 169.254.0.0/16
    DHCPCD [1856]: forked to background, child pid 2070

    Danke.
    Automatisch zusammengefügt:


    Hi,

    Netzteil?
    cu,
    -ds-

    Hallo Das Netzteil hat Output 5V/1200mA

    Gruß BitBull

    Einmal editiert, zuletzt von BitBull (19. Juli 2015 um 08:09)

  • Code
    [u]wenn es nicht geht (mit DHCP):[/u]
    Ziel            Router          Genmask         Flags Metric Ref    Use Iface
    169.240.0.0     0.0.0.0    255.255.0.0   U      202    0      0    eth0
    Code
    [b]ip -d a show[/b] 
    
    
    [u]wenn es nicht geht (mit DHCP):[/u]
    2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
        link/ether b8:27:eb:b3:e6:29 brd ff:ff:ff:ff:ff:ff
        inet 169.254.80.136/16 brd 169.254.2 55.255 scope global eth0
           valid_lft forever preferred_lft forever

    Wenn es "nicht geht", dann hat dein PI lediglich eine link-locale-Adresse und keine default-route (mit der link-locale-Adresse deiner FB als gateway).
    Du solltest das dhcp des PI oder evtl. auch eine statische IPv4-Adresse aus dem Subnetz deiner FB (... so das link-locale-Adressen nicht benutzt werden müssen), für deinen PI konfigurieren.

    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

  • Moin BitBull,


    ...
    Hallo Das Netzteil hat Output 5V/1200mA
    ...

    ich würde das versuchsweise mal austauschen ... ich hatte vor -> langer Zeit <- das Problem, dass mein Netzwerk einfach immer wieder weg war ... lag am Netzteil bzw. Kabel


    cu,
    -ds-


  • Wenn es "nicht geht", dann hat dein PI lediglich eine link-locale-Adresse und keine default-route (mit der link-locale-Adresse deiner FB als gateway).
    Du solltest das dhcp des PI oder evtl. auch eine statische IPv4-Adresse aus dem Subnetz deiner FB (... so das link-locale-Adressen nicht benutzt werden müssen), für deinen PI konfigurieren.


    Hallo, eine Feste IP habe ich schon vergeben, ach da funktioniert manchmal das Netzwerk nicht.
    Automatisch zusammengefügt:


    ich würde das versuchsweise mal austauschen ... ich hatte vor -> langer Zeit <- das Problem, dass mein Netzwerk einfach immer wieder weg war ... lag am Netzteil bzw. Kabel


    cu,
    -ds-

    Werd ich mal testen.

    Einmal editiert, zuletzt von BitBull (19. Juli 2015 um 11:50)

  • :bravo2: :bravo2: :bravo2: :bravo2: :bravo2: :bravo2:

    Hallo,

    ich habe das Problem gefunden. Es lag offensichtlich in der Tat am zu schwachen Netzteil (1200mA).
    Ich habe jetzt mal eins mit 2000mA angeschlossen... und siehe da. 20mal gebootet 20mal eine IP vom DHCP. den Router anpingen ist auch kein Problem mehr.
    Und die feste IP funzt ebenfalls Problemlos....

    Danke an alle die mir bei der Problemlösung geholfen haben. Insbesondere an dreamshader.

    Gruß

    BitBull :thumbs1: :thumbs1: :thumbs1: :thumbs1:

    Einmal editiert, zuletzt von BitBull (20. Juli 2015 um 20:57)

Jetzt mitmachen!

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