ubuntuusers.de

War natürlich. ping Geb hier alles von Hand ein

dom@dom-ESPRIMO-Q910: $ ip n s
192.168.178.1 dev enp0s25 lladdr e8:df:70:fa:21:8d STALE
192.168.178.65 dev enp0s25 lladdr 00:17:c8:86:c2:5b STALE
fe80::eadf:70ff:fefa:218d dev enp0s25 lladdr e8:df:70:fa:21:8d Router STALE


dom@dom-ESPRIMO-Q910: $ ip r
169.254.0.0/16 dev enp0s25 scope Link metric 1000
192.168.178.0/24 dev enp0s25 proto kernel scope Link src 192.168.178.48 metric 100

Domthechef schrieb:

dom@dom-ESPRIMO-Q910: $ ip n s
192.168.178.1 dev enp0s25 lladdr e8:df:70:fa:21:8d STALE
192.168.178.65 dev enp0s25 lladdr 00:17:c8:86:c2:5b STALE
fe80::eadf:70ff:fefa:218d dev enp0s25 lladdr e8:df:70:fa:21:8d Router STALE

dom@dom-ESPRIMO-Q910: $ ip r
169.254.0.0/16 dev enp0s25 scope Link metric 1000
192.168.178.0/24 dev enp0s25 proto kernel scope Link src 192.168.178.48 metric 100

Versuch mal:

ping -c 3 192.168.178.1

und wenn der ping funktioniert, konfigurierst Du manuell eine default route mit der IP-Adresse 192.168.178.1 als gateway und probierst dadach:

ip r
ping -c 3 1.1.1.1

ping -c 3 192.168.178.1
Statistics 3 packets transmitted, 3 recieved, 0 Paket loss, time 2001ms

Ip r
Default via 192.168.178.1.1 dev enp0s25
192.168.178.0/24 dev enp0s25 proto kernel scope link src 192.168.178.48 metric 100

ping -c 3 1.1.1.1
3 packets transmitted, 3 recieved, 0 lost, time 2003ms

Brauchst du die einzelnen pings?

Domthechef schrieb:

OK, ich probiers

sudo ip route add default via 192.168.178.1
ip r

Keine veränderung, leider

Domthechef schrieb:

Keine veränderung, ...

Funktioniert der ping zur FritzBox:

ping -c 3 192.168.178.1

? Wenn ja, dann zeige, mit der konfigurierten default route, die Ausgabe von:

ip -4 route show default

......... $ ip -4 Route Show Default
Default via 192.168.178.1 dev enp0s25

Domthechef schrieb:

ping -c 3 1.1.1.1
3 packets transmitted, 3 recieved, 0 lost, time 2003ms

Na bitte, funktioniert doch. Das ist einer der Cloudflare Nameserver.

Also ist das, was nicht funktioniert, bloß die Namensauflösung.

Einfach mal den Cloudflare Nameserver in den Resolver schubsen, dann sollte die Namensauflösung vorläufig erst mal wieder laufen.

sudo mv -v /etc/resolv.conf /etc/resolv.conf.backup

Dann die provisorische /etc/resolv.conf machen:

echo "nameserver 1.1.1.1" | sudo tee /etc/resolv.conf

Wenn dann die Namensauflösung vorläufig funktioniert, dann das DEB-Paket systemd-resolved reinstallieren:

sudo apt-get install --reinstall systemd-resolved

Dann testen, ob es funktioniert und nachschauen ob /etc/resolv.conf ein link auf ../run/systemd/resolve/stub-resolv.conf ist. Dann /etc/resolv.conf.backup löschen.

Domthechef schrieb:

......... $ ip -4 Route Show Default
Default via 192.168.178.1 dev enp0s25

Wenn der ping zur FritzBox funktioniert, kann es evtl. nur noch an der FritzBox liegen. ... oder hast Du iptables oder nftables Regeln in deinem Ubuntu konfiguriert?
Wie sind die Ausgaben von:

sudo iptables -nvx -L
sudo nft list ruleset

?

EDIT:

Neuer Beitrag wäre besser gewesen, statt:

(zuletzt bearbeitet: 27. November 2024 09:14)

Sudo mv -v.... Brachte folgendes Ergebnis
Mv: das angegebene Ziel "resolv.config.backup" ist kein Verzeichnis

kB schrieb:

Grundsätzlich richtig, aber in diesem Fall nicht anwendbar.

Ich meinte das mehr im Übertragebene-Sinne, denn wenn Ergebnisse aus den PC ohne Netz hier gepostet werden, ist es doch viel besser die z.Bsp. auf einen Stick per C&P zwischen zu speichern und dann mit dem Gerät mit Netzzugang auch mit C&P hier zu veröffentlichen. Ich meine jede erdenkliche Möglichkeit zu nutzen, die Fehler verhundert. Wie auch immer.
Tipp-Fehler wie P oder p sind dann ... (überwunden)

😎 Oder wer hat die Ausdauer log-Dateien fehlerfrei abzuschreiben? 🤣

Domthechef schrieb:

Sudo mv -v.... Brachte folgendes Ergebnis
Mv: das angegebene Ziel "resolv.config.backup" ist kein Verzeichnis

Ich schrieb aber:

sudo mv -v /etc/resolv.conf /etc/resolv.conf.backup

/etc ist das Verzeichnis und resolv.conf ist das, was im Verzeichnis umbenannt wird, damit es erst mal aus dem Weg ist.

Sudo iptables -nvx -L
Chain Input (Policy ACCEPT 0 packets, 0 Bytes
pkts Bytes target prot opt in Out source destination

Chain FORWARD und Chain OUTPUT , wie oben

Sudo nft list ruleset.....keine Ausgabe

trollsportverein schrieb:

Domthechef schrieb:

Sudo mv -v.... Brachte folgendes Ergebnis
Mv: das angegebene Ziel "resolv.config.backup" ist kein Verzeichnis

Ich schrieb aber:

sudo mv -v /etc/resolv.conf /etc/resolv.conf.backup

/etc ist das Verzeichnis und resolv.conf ist das, was im Verzeichnis umbenannt wird, damit es erst mal aus dem Weg ist.

Umbenannt hat funktioniert

Wieder da,

dom@dom-ESPRIMO-Q910: $ sudo nft list ruleset
dom@dom-ESPRIMO-Q910:  $
Also keine Ausgabe