staging.inyokaproject.org

Hallo zusammen,

ich habe eine neue Fritzbox eingerichtet und einen Raspi mit pihole drangehängt, anschließend den DHCP der Fritzbox deaktiviert, das lief dann gestern Abend (alte Leases?) noch. Mit dem Setup hatte ich vorher auch keine Probleme, DHCP und DNS liefen über Pihole.

Offenbar funktioniert der DHCP nicht richtig und ich komme nicht mehr ins Netz und somit nicht an die Fritzbox und habe leider wenig Ahnung von Netzwerken ☹ Anpingen geht schon nicht, da es mir nicht gelingt mir selbst eine IP-Adresse zuzuweisen.

Ich habe versucht manuell eine IP-Adresse zuzuweisen mit sudo ip addr add 192.168.178.106/24 dev enp0s31f6 und auch mal die 169.254.1.2/16 versucht, aber leider ohne Erfolg.

Wie komme ich ohne Reset-Knopf über das LAN wieder an die Fritzbox?

Hier mal aus einem frischen Live-System

journalctl -b -f
Dez 05 20:08:30 ubuntu kernel: logitech-hidpp-device 0003:046D:4003.0005: HID++ 2.0 device connected.
Dez 05 20:08:30 ubuntu systemd[2090]: Started Application launched by gsd-media-keys.
Dez 05 20:08:30 ubuntu dbus-daemon[2104]: [session uid=999 pid=2104] Activating via systemd: service name='org.gnome.Terminal' unit='gnome-terminal-server.service' requested by ':1.158' (uid=999 pid=5912 comm="/usr/bin/gnome-terminal.real --wait " label="unconfined")
Dez 05 20:08:30 ubuntu systemd[2090]: Created slice Slice /app/org.gnome.Terminal.
Dez 05 20:08:30 ubuntu systemd[2090]: Starting GNOME Terminal Server...
Dez 05 20:08:30 ubuntu upowerd[2281]: treated changed event as add on /sys/devices/pci0000:00/0000:00:14.0/usb1/1-4/1-4:1.2/0003:046D:C52B.0003/0003:046D:4003.0005/power_supply/hidpp_battery_0
Dez 05 20:08:30 ubuntu dbus-daemon[2104]: [session uid=999 pid=2104] Successfully activated service 'org.gnome.Terminal'
Dez 05 20:08:30 ubuntu systemd[2090]: Started GNOME Terminal Server.
Dez 05 20:08:30 ubuntu systemd[2090]: Started VTE child process 5937 launched by gnome-terminal-server process 5915.
Dez 05 20:08:36 ubuntu nautilus[5559]: Could not delete '.meta.isrunning': Datei oder Verzeichnis nicht gefunden
Dez 05 20:08:42 ubuntu snap[2887]: session_agent.go:329: read unix @->/run/user/999/bus: use of closed network connection
Dez 05 20:08:45 ubuntu systemd[1]: systemd-timedated.service: Deactivated successfully.
Dez 05 20:08:47 ubuntu snapd[1863]: stateengine.go:149: state ensure error: persistent network error: Get https://api.snapcraft.io/api/v1/snaps/sections: dial tcp: lookup api.snapcraft.io: Temporary failure in name resolution
Dez 05 20:08:48 ubuntu systemd[1]: Finished Wait until snapd is fully seeded.
Dez 05 20:08:48 ubuntu systemd[1]: Condition check resulted in Auto import assertions from block devices being skipped.
Dez 05 20:08:48 ubuntu systemd[1]: Reached target Multi-User System.
Dez 05 20:08:48 ubuntu systemd[1]: Reached target Graphical Interface.
Dez 05 20:08:48 ubuntu systemd[1]: Starting Record Runlevel Change in UTMP...
Dez 05 20:08:48 ubuntu systemd[1]: Starting Mark current ZSYS boot as successful...
Dez 05 20:08:48 ubuntu systemd[1]: systemd-update-utmp-runlevel.service: Deactivated successfully.
Dez 05 20:08:48 ubuntu systemd[1]: Finished Record Runlevel Change in UTMP.
Dez 05 20:08:48 ubuntu systemd[1]: Finished Mark current ZSYS boot as successful.
Dez 05 20:08:48 ubuntu systemd[1]: Startup finished in 21.509s (firmware) + 8.214s (loader) + 8.385s (kernel) + 1min 5.464s (userspace) = 1min 43.574s.
Dez 05 20:08:51 ubuntu dbus-daemon[1851]: [system] Failed to activate service 'org.bluez': timed out (service_start_timeout=25000ms)
Dez 05 20:08:51 ubuntu pulseaudio[5532]: GetManagedObjects() failed: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
Dez 05 20:08:56 ubuntu systemd[1]: systemd-hostnamed.service: Deactivated successfully.
Dez 05 20:08:56 ubuntu systemd[1]: systemd-localed.service: Deactivated successfully.
Dez 05 20:09:03 ubuntu geoclue[2598]: Service not used for 60 seconds. Shutting down..
Dez 05 20:09:03 ubuntu systemd[1]: geoclue.service: Deactivated successfully.
Dez 05 20:09:18 ubuntu dbus-daemon[1851]: [system] Activating via systemd: service name='org.freedesktop.timedate1' unit='dbus-org.freedesktop.timedate1.service' requested by ':1.63' (uid=0 pid=1863 comm="/usr/lib/snapd/snapd " label="unconfined")
Dez 05 20:09:18 ubuntu systemd[1]: Starting Time & Date Service...
Dez 05 20:09:18 ubuntu dbus-daemon[1851]: [system] Successfully activated service 'org.freedesktop.timedate1'
Dez 05 20:09:18 ubuntu systemd[1]: Started Time & Date Service.
Dez 05 20:09:26 ubuntu systemd[2090]: Started Application launched by gnome-session-binary.
Dez 05 20:09:27 ubuntu ubuntu-appindicators@ubuntu.com[5501]: unable to update icon for software-update-available
Dez 05 20:09:27 ubuntu ubuntu-appindicators@ubuntu.com[5501]: unable to update icon for livepatch
Dez 05 20:09:41 ubuntu systemd[2090]: Started Application launched by gsd-media-keys.
Dez 05 20:09:41 ubuntu systemd[2090]: Started VTE child process 6004 launched by gnome-terminal-server process 5915.
Dez 05 20:09:48 ubuntu systemd[1]: zsysd.service: Deactivated successfully.
Dez 05 20:09:48 ubuntu systemd[1]: systemd-timedated.service: Deactivated successfully.
Dez 05 20:09:48 ubuntu dbus-daemon[1851]: [system] Activating via systemd: service name='org.freedesktop.timedate1' unit='dbus-org.freedesktop.timedate1.service' requested by ':1.63' (uid=0 pid=1863 comm="/usr/lib/snapd/snapd " label="unconfined")
Dez 05 20:09:48 ubuntu systemd[1]: Starting Time & Date Service...
Dez 05 20:09:48 ubuntu dbus-daemon[1851]: [system] Successfully activated service 'org.freedesktop.timedate1'
Dez 05 20:09:48 ubuntu systemd[1]: Started Time & Date Service.
Dez 05 20:09:55 ubuntu NetworkManager[1853]: <info>  [1670270995.0224] agent-manager: agent[f7f23f5932384a1f,:1.102/org.freedesktop.nm-applet/999]: agent registered
Dez 05 20:09:55 ubuntu ubuntu-appindicators@ubuntu.com[5501]: unable to update icon for nm-applet
Dez 05 20:10:26 ubuntu systemd[2090]: Started Application launched by gnome-session-binary.
Dez 05 20:10:30 ubuntu dbus-daemon[1851]: [system] Activating via systemd: service name='org.freedesktop.hostname1' unit='dbus-org.freedesktop.hostname1.service' requested by ':1.104' (uid=999 pid=6031 comm="/usr/bin/nm-connection-editor " label="unconfined")
Dez 05 20:10:30 ubuntu systemd[1]: Starting Hostname Service...
Dez 05 20:10:31 ubuntu dbus-daemon[1851]: [system] Successfully activated service 'org.freedesktop.hostname1'
Dez 05 20:10:31 ubuntu systemd[1]: Started Hostname Service.
Dez 05 20:11:01 ubuntu systemd[1]: systemd-hostnamed.service: Deactivated successfully.
Dez 05 20:11:18 ubuntu systemd[1]: systemd-timedated.service: Deactivated successfully.
Dez 05 20:11:18 ubuntu dbus-daemon[1851]: [system] Activating via systemd: service name='org.freedesktop.timedate1' unit='dbus-org.freedesktop.timedate1.service' requested by ':1.63' (uid=0 pid=1863 comm="/usr/lib/snapd/snapd " label="unconfined")
Dez 05 20:11:18 ubuntu systemd[1]: Starting Time & Date Service...
Dez 05 20:11:18 ubuntu dbus-daemon[1851]: [system] Successfully activated service 'org.freedesktop.timedate1'
Dez 05 20:11:18 ubuntu systemd[1]: Started Time & Date Service.
Dez 05 20:12:04 ubuntu sudo[6123]:   ubuntu : TTY=pts/1 ; PWD=/home/ubuntu ; USER=root ; COMMAND=/usr/sbin/ip addr add 192.168.178.206/24 dev enp0s31f6
Dez 05 20:12:04 ubuntu sudo[6123]: pam_unix(sudo:session): session opened for user root(uid=0) by (uid=999)
Dez 05 20:12:04 ubuntu avahi-daemon[1849]: Joining mDNS multicast group on interface enp0s31f6.IPv4 with address 192.168.178.206.
Dez 05 20:12:04 ubuntu avahi-daemon[1849]: New relevant interface enp0s31f6.IPv4 for mDNS.
Dez 05 20:12:04 ubuntu avahi-daemon[1849]: Registering new address record for 192.168.178.206 on enp0s31f6.IPv4.
Dez 05 20:12:04 ubuntu NetworkManager[1853]: <info>  [1670271124.7606] device (enp0s31f6): state change: unavailable -> disconnected (reason 'connection-assumed', sys-iface-state: 'external')
Dez 05 20:12:04 ubuntu NetworkManager[1853]: <info>  [1670271124.7609] device (enp0s31f6): Activation: starting connection 'enp0s31f6' (847c32ca-0caf-4124-8f5c-5dd316a09a95)
Dez 05 20:12:04 ubuntu NetworkManager[1853]: <info>  [1670271124.7610] device (enp0s31f6): state change: disconnected -> prepare (reason 'none', sys-iface-state: 'external')
Dez 05 20:12:04 ubuntu NetworkManager[1853]: <info>  [1670271124.7611] device (enp0s31f6): state change: prepare -> config (reason 'none', sys-iface-state: 'external')
Dez 05 20:12:04 ubuntu NetworkManager[1853]: <info>  [1670271124.7611] device (enp0s31f6): state change: config -> ip-config (reason 'none', sys-iface-state: 'external')
Dez 05 20:12:04 ubuntu NetworkManager[1853]: <info>  [1670271124.7612] device (enp0s31f6): state change: ip-config -> ip-check (reason 'none', sys-iface-state: 'external')
Dez 05 20:12:04 ubuntu sudo[6123]: pam_unix(sudo:session): session closed for user root
Dez 05 20:12:04 ubuntu systemd[1]: Starting Network Manager Script Dispatcher Service...
Dez 05 20:12:04 ubuntu dbus-daemon[1851]: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher' unit='dbus-org.freedesktop.nm-dispatcher.service' requested by ':1.15' (uid=0 pid=1853 comm="/usr/sbin/NetworkManager --no-daemon " label="unconfined")
Dez 05 20:12:04 ubuntu dbus-daemon[1851]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
Dez 05 20:12:04 ubuntu systemd[1]: Started Network Manager Script Dispatcher Service.
Dez 05 20:12:04 ubuntu NetworkManager[1853]: <info>  [1670271124.7701] device (enp0s31f6): state change: ip-check -> secondaries (reason 'none', sys-iface-state: 'external')
Dez 05 20:12:04 ubuntu NetworkManager[1853]: <info>  [1670271124.7702] device (enp0s31f6): state change: secondaries -> activated (reason 'none', sys-iface-state: 'external')
Dez 05 20:12:04 ubuntu NetworkManager[1853]: <info>  [1670271124.7703] manager: NetworkManager state is now CONNECTED_LOCAL
Dez 05 20:12:04 ubuntu NetworkManager[1853]: <info>  [1670271124.7704] device (enp0s31f6): Activation: successful, device activated.
Dez 05 20:12:14 ubuntu systemd[1]: NetworkManager-dispatcher.service: Deactivated successfully.
Dez 05 20:12:31 ubuntu dbus-daemon[1851]: [system] Activating via systemd: service name='org.freedesktop.hostname1' unit='dbus-org.freedesktop.hostname1.service' requested by ':1.104' (uid=999 pid=6031 comm="/usr/bin/nm-connection-editor " label="unconfined")
Dez 05 20:12:31 ubuntu systemd[1]: Starting Hostname Service...
Dez 05 20:12:32 ubuntu dbus-daemon[1851]: [system] Successfully activated service 'org.freedesktop.hostname1'
Dez 05 20:12:32 ubuntu systemd[1]: Started Hostname Service.
Dez 05 20:12:44 ubuntu systemd[1]: Starting Download data for packages that failed at package install time...
Dez 05 20:12:44 ubuntu systemd[1]: update-notifier-download.service: Deactivated successfully.
Dez 05 20:12:44 ubuntu systemd[1]: Finished Download data for packages that failed at package install time.
Dez 05 20:12:48 ubuntu systemd[1]: systemd-timedated.service: Deactivated successfully.
Dez 05 20:12:48 ubuntu dbus-daemon[1851]: [system] Activating via systemd: service name='org.freedesktop.timedate1' unit='dbus-org.freedesktop.timedate1.service' requested by ':1.63' (uid=0 pid=1863 comm="/usr/lib/snapd/snapd " label="unconfined")
Dez 05 20:12:48 ubuntu systemd[1]: Starting Time & Date Service...
Dez 05 20:12:48 ubuntu dbus-daemon[1851]: [system] Successfully activated service 'org.freedesktop.timedate1'
Dez 05 20:12:48 ubuntu systemd[1]: Started Time & Date Service.
Dez 05 20:13:02 ubuntu systemd[1]: systemd-hostnamed.service: Deactivated successfully.

Ein paar verzweifelte Versuche (die Schnittstelle wird immer noch als DOWN angezeigt):

ubuntu@ubuntu:~$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    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
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: enp0s31f6: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
    link/ether 2c:4d:54:52:5b:e6 brd ff:ff:ff:ff:ff:ff

ubuntu@ubuntu:~$ nmcli
enp0s31f6: nicht verfügbar
        "Intel I219-V"
        ethernet (e1000e), 2C:4D:54:52:5B:E6, hw, mtu 1500

lo: nicht verwaltet
        "lo"
        loopback (unknown), 00:00:00:00:00:00, sw, mtu 65536

Rufen Sie »nmcli device show« auf, um vollständige Informationen über bekannte >
und »nmcli connection show« für eine Übersicht über aktive Verbindungsprofile.


Die Hilfeseiten nmcli(1) und nmcli-examples(7) geben vollständige Aufrufbeschre>
ubuntu@ubuntu:~$ sudo ip addr add 192.168.178.206/24 dev enp0s31f6 
ubuntu@ubuntu:~$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    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
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: enp0s31f6: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
    link/ether 2c:4d:54:52:5b:e6 brd ff:ff:ff:ff:ff:ff
    inet 192.168.178.206/24 scope global enp0s31f6
       valid_lft forever preferred_lft forever
ubuntu@ubuntu:~$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    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
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: enp0s31f6: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
    link/ether 2c:4d:54:52:5b:e6 brd ff:ff:ff:ff:ff:ff
    inet 192.168.178.206/24 scope global enp0s31f6
       valid_lft forever preferred_lft forever
ubuntu@ubuntu:~$ ip link set dev enp0s31f6 up
RTNETLINK answers: Operation not permitted
ubuntu@ubuntu:~$ sudo ip link set dev enp0s31f6 up
ubuntu@ubuntu:~$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    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
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: enp0s31f6: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
    link/ether 2c:4d:54:52:5b:e6 brd ff:ff:ff:ff:ff:ff
    inet 192.168.178.206/24 scope global enp0s31f6
       valid_lft forever preferred_lft forever

ubuntu@ubuntu:~$ nmcli device
DEVICE     TYPE      STATE               CONNECTION 
enp0s31f6  ethernet  verbunden (extern)  enp0s31f6  
lo         loopback  nicht verwaltet     --         
ubuntu@ubuntu:~$ nmcli connection
NAME                UUID                                  TYPE      DEVICE    
enp0s31f6           847c32ca-0caf-4134-8f5c-5dd316a09a95  ethernet  enp0s31f6 
Wired connection 1  af341ccc-2bd0-33d0-a385-3cbecb622c38  ethernet  --        
ubuntu@ubuntu:~$ 

san04 schrieb:

Ich habe versucht manuell eine IP-Adresse zuzuweisen mit sudo ip addr add 192.168.178.106/24 dev enp0s31f6 und auch mal die 169.254.1.2/16 versucht, aber leider ohne Erfolg.

Wie komme ich ohne Reset-Knopf über das LAN wieder an die Fritzbox?

Mit der IP 169.254.1.1. Du musst das manuell richtig konfigurieren, dann geht das schon.

Mit LAN Kabel an der FRITZ!Box, 192.168.178.1 aufrufen oder alternativ fritz.box als Adresse eingeben

Hi lubux,

danke für die schnelle Rückmeldung. Das dachte ich ja auch und habe folgendes probiert:

sudo ip addr add 169.254.1.2/16 dev enp0s31f6 
ping 169.254.1.1

Also mir die .2 zuweisen und Subnetmask 255.255.0.0 also /16? Muss ich noch mehr konfigurieren?

Hi Knarf68,

Mit LAN Kabel an der FRITZ!Box, 192.168.178.1 aufrufen oder alternativ fritz.box als Adresse eingeben

Das geht beides nicht, eben weil ich von der Fritzbox keine Adresse mehr bekomme.

san04 schrieb:

Das dachte ich ja auch und habe folgendes probiert:

sudo ip addr add 169.254.1.2/16 dev enp0s31f6 
ping 169.254.1.1

Also mir die .2 zuweisen und Subnetmask 255.255.0.0 also /16? Muss ich noch mehr konfigurieren?

Wie ist die Ausgabe von:

ip a

? Hast Du die Kabelverbindung zwischen deinem PC und der FritzBox (Lan 1) richtig hergestellt? Kannst Du via Mobilfunk, deine FritzBox, aus dem Internet per Ping oder per tcp-Portscan erreichen?

BTW: Hast Du evtl. arping installiert?

EDIT:

Du brauchst von der FB keine per dhcp zugewiesene IP-Adresse, wenn Du die IP-Adresse dem Lan-Interface deines PCs, manuell richtig zuweist.

san04 schrieb:

[…] ich komme nicht mehr ins Netz und somit nicht an die Fritzbox

Entferne den RasPi aus dem Netzwerk und setze die Fritzbox gemäß deren Gebrauchsanleitung zurück auf den Werkszustand.

Gab es im alten Jammy Jellyfish kurze Zeit etwa das traditionelle ifconfig mehr? Auf Kinetic Kudu ist es wieder da. Anzeigen was zur Zeit eingestellt ist mit ifconfig im Terminal:

ifconfig

Einstellungen vornehmen:

ifconfig SCHNITTSTELLE IP-ADRESSE netmask NETMASK broadcast BROADCAST

Manual Page für Jammy Jellyfish:

• https://manpages.ubuntu.com/manpages/jammy/en/man8/ifconfig.8.html

Oder im Terminal:

man ifconfig

trollsportverein schrieb:

[...] das traditionelle ifconfig

Ist Balast aus dem letzten Jahrtausend. Bei Linux verwendet man im 3. Jahrtausend besser ip.

Es ist ein Ministerium... Zuvor hing ich über den Switch dran, das klappte wohl nicht. Alles abgezogen nur an LAN1 per Laptop dran. Laptop und Router neugestartet, dann

sudo ip addr add 169.254.1.2/16 dev enp2s0

Und siehe da, 169.254.1.1 gab mir Zugriff auf die Fritzbox. Dort den DHCP erstmal wieder aktiviert. Anschließend den pihole wieder dran (Ich dachte wenn die Adressen jetzt verteilt sind beißen sich die beiden DHCPs nicht instantan). Dann ging wieder nix. Na gut, gleiches Spiel von vorne... Aber jetzt funktioniert genau der gleiche Weg nicht mehr: Alles abgezogen, an LAN1 dran, Neustarts, Ip zuweisen und Zugriff erhalten. Es klappt nicht mehr.

~$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    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
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: enp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:26:b9:a8:3b:3e brd ff:ff:ff:ff:ff:ff
    inet 169.254.1.2/16 scope global enp2s0
       valid_lft forever preferred_lft forever
    inet6 fe80::226:b9f4:fea8:3b3e/64 scope link 
       valid_lft forever preferred_lft forever
3: wlp8s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 0c:60:76:25:2a:3b brd ff:ff:ff:ff:ff:ff
    inet 192.168.179.5/24 brd 192.168.179.255 scope global dynamic noprefixroute wlp8s0
       valid_lft 21592sec preferred_lft 21592sec
    inet6 fd00::1:4c08:469b:6776:5e7/64 scope global dynamic noprefixroute 
       valid_lft 7192sec preferred_lft 3592sec
    inet6 fe80::86d8:a848:2f36:4469/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever

Bin jetzt zeitgleich im Gäste-WLAN (192.168.179) das läuft weil wohl immer die Fritzbox DHCP macht. Könnte arping installieren, wohin pinge ich dann? Also WLAN trennen und mit zugewiesener 169.254.1.2 dann mal die .1?

kB schrieb:

setze die Fritzbox gemäß deren Gebrauchsanleitung zurück auf den Werkszustand.

Ja wenn gar nix mehr geht dann so, wobei ich gesehen habe, dass man dafür per Telefon drauf zugreifen können muss? Könnte auch spannend werden.

trollsportverein schrieb:

ifconfig

Könnte ich versuchen, einziger Unterschied ist die angegeben Broadcast-Adresse oder?

EDIT: Au wei, das darf nie jemand erfahren... Bei der Fritzbox waren zwei LAN-Kabel dabei, jedes Kabel hat einen gelben und einen weißen Stecker. In dem Kabelwust dachte ich mir gelb and gelb wird schon passen 🤓 Also Fritzbox erstmal wieder da...

san04 schrieb:

Könnte arping installieren, wohin pinge ich dann? Also WLAN trennen und mit zugewiesener 169.254.1.2 dann mal die .1?

arping aus dem package iputils-arping:

sudo arping -c 3 -I enp2s0 169.254.1.1

BTW: Den Switch benutzt man nicht und wenn Du den dran hast, dann immer schon in deinem 1. Beitrag darauf hinweisen. Immer Lan 1 ohne switch benutzen. Eine 2. Verbindung per Wlan zur FritzBox ist auch nicht erforderlich bzw. stört nur.

lubux schrieb:

BTW: Den Switch benutzt man nicht und wenn Du den dran hast, dann immer schon in deinem 1. Beitrag darauf hinweisen.

Sorry, das war mir nicht klar, dass ein Switch da Probleme macht, ich dachte der reicht ja auch nur das Netz auf mehrere Ports weiter.

Deshalb war das auch dein entscheidender Hinweis:

Hast Du die Kabelverbindung zwischen deinem PC und der FritzBox (Lan 1) richtig hergestellt?

Habe beim pihole erstmal DHCP deaktiviert und nutze die Fritzbox dafür, bei der sich der DNS separat einstellen lässt.

Fritzbox ist wieder über 192.168.178.1 und 169.254.1.1 erreichbar und antwortet auch (oder wozu arping?) :

~$ sudo arping -c 3 -I enp0s31f6 169.254.1.1 # anderer Rechner
ARPING 169.254.1.1
60 bytes from 50:e6:36:4a:b8:e5 (169.254.1.1): index=0 time=706.370 usec
60 bytes from b6:f2:08:c7:e3:c3 (169.254.1.1): index=1 time=731.075 usec
60 bytes from b6:f2:08:c7:e3:c3 (169.254.1.1): index=2 time=716.036 usec
60 bytes from 50:e6:36:4a:b8:e5 (169.254.1.1): index=3 time=775.822 usec
60 bytes from b6:f2:08:c7:e3:c3 (169.254.1.1): index=4 time=699.683 usec
60 bytes from 50:e6:36:4a:b8:e5 (169.254.1.1): index=5 time=760.046 usec

--- 169.254.1.1 statistics ---
3 packets transmitted, 6 packets received,   0% unanswered (3 extra)
rtt min/avg/max/std-dev = 0.700/0.732/0.776/0.028 ms

Vielen Dank für die schnelle Hilfe!

san04 schrieb:

Fritzbox ist wieder über 192.168.178.1 und 169.254.1.1 erreichbar und antwortet auch (oder wozu arping?) :

Zum testen. ... Aber wenn das vorher schon funktioniert hat, hättest Du mit arping nicht mehr testen müssen.

Hatte mich nur gefragt, was du damit sehen kannst. Die Ausgabe sieht für mich einem normalen Ping erstmal recht ähnlich. Aber es tauchen MAC-Adressen und scheinbar eine Antwort auf? Also gäbe es auch Fälle in denen ein ping fehlschlägt, aber ein arping ein Ergebnis liefert?

san04 schrieb:

Also gäbe es auch Fälle in denen ein ping fehlschlägt, aber ein arping ein Ergebnis liefert?

Ja, z. B. wenn der arp-cache des Pingenden nicht vollständig ist, wird icmp/Schicht-3 (und größer) nicht funktionieren, arp/Schicht-2 wird i. d. R. funktionieren und evtl. auch den arp-cache vervollständigen.

EDIT:

BTW: Hast Du eine private FritzBox oder eine providereigene FritzBox (d. h. mit Branding)?