Ich verbinde mich mit dem Router, kann aber keine Verbindung zum Internet herstellen Ubuntu 20.04

Ich verbinde mich mit dem Router, kann aber keine Verbindung zum Internet herstellen Ubuntu 20.04

Ich habe ein Problem mit der Internetverbindung über mein Heimnetzwerk. Ich kann definitiv eine Verbindung zum Router herstellen, ich kann einen Ping an die Routeradresse senden und ich kann sogar über die Schnittstelle des Routers sehen, dass mein Laptop mit dem Router verbunden ist. Ich kann jedoch nicht über meinen Laptop auf die Routerschnittstelle zugreifen. Wenn ich dies mit meinem Laptop versuche, erhalte ich die Fehlermeldung „404 nicht gefunden“, aber mit meinem Mobiltelefon geht das auch.

Ich bin derzeit mit dem Hotspot meines Mobiltelefons verbunden. Nur so kann ich mich mit dem Internet verbinden. Über ein Ethernet-Kabel kann ich mich auch nicht mit dem Internet verbinden.

Dinge, die ich bisher versucht habe:

Ich habe den Netzwerkadaptertreiber aktualisiert (rtl8821ce)

Ich habe die Journalctl-Ausgaben mit journalctl -u NetworkManager.service -fdem Befehl überprüft. Hier ist die aktuelle Ausgabe, wenn ich versuche, eine Verbindung zu meinem Heimnetzwerk herzustellen

Mar 30 01:28:41 mete-HP-Pavilion-Laptop-14-ce3xxx NetworkManager[975]: <info>  [1680128921.0318] dhcp4 (wlo1): state changed unknown -> bound
Mar 30 01:28:41 mete-HP-Pavilion-Laptop-14-ce3xxx NetworkManager[975]: <info>  [1680128921.0359] device (wlo1): state change: ip-config -> ip-check (reason 'none', sys-iface-state: 'managed')
Mar 30 01:28:41 mete-HP-Pavilion-Laptop-14-ce3xxx NetworkManager[975]: <info>  [1680128921.0430] device (wlo1): state change: ip-check -> secondaries (reason 'none', sys-iface-state: 'managed')
Mar 30 01:28:41 mete-HP-Pavilion-Laptop-14-ce3xxx NetworkManager[975]: <info>  [1680128921.0435] device (wlo1): state change: secondaries -> activated (reason 'none', sys-iface-state: 'managed')
Mar 30 01:28:41 mete-HP-Pavilion-Laptop-14-ce3xxx NetworkManager[975]: <info>  [1680128921.0442] manager: NetworkManager state is now CONNECTED_LOCAL
Mar 30 01:28:41 mete-HP-Pavilion-Laptop-14-ce3xxx NetworkManager[975]: <info>  [1680128921.0459] manager: NetworkManager state is now CONNECTED_SITE
Mar 30 01:28:41 mete-HP-Pavilion-Laptop-14-ce3xxx NetworkManager[975]: <info>  [1680128921.0460] policy: set 'FiberHGW_ZT5S2F_5GHz' (wlo1) as default for IPv4 routing and DNS
Mar 30 01:28:41 mete-HP-Pavilion-Laptop-14-ce3xxx NetworkManager[975]: <info>  [1680128921.0472] device (wlo1): Activation: successful, device activated.
Mar 30 01:28:41 mete-HP-Pavilion-Laptop-14-ce3xxx NetworkManager[975]: <info>  [1680128921.0478] manager: NetworkManager state is now CONNECTED_GLOBAL

Habe die Ausgabe überprüft dmesg, um zu sehen, ob mir ein Fehler aufgefallen ist. Die letzte Ausgabe war diese:

[ 1534.788017] rtw_8821ce 0000:0b:00.0: sta ce:a7:7a:44:0c:6c with macid 0 left
[ 1539.477710] wlo1: authenticate with ce:a7:7a:44:0c:6c
[ 1540.136524] wlo1: send auth to ce:a7:7a:44:0c:6c (try 1/3)
[ 1540.141082] wlo1: authenticated
[ 1540.144419] wlo1: associate with ce:a7:7a:44:0c:6c (try 1/3)
[ 1540.150071] wlo1: RX AssocResp from ce:a7:7a:44:0c:6c (capab=0x411 status=0 aid=1)
[ 1540.150105] rtw_8821ce 0000:0b:00.0: sta ce:a7:7a:44:0c:6c joined with macid 0
[ 1540.150347] wlo1: associated

Habe meine Firewall überprüft sudo ufw statusund die Ausgabe warStatus: inactive

Habe versucht, die DNS-Einstellungen über die WLAN-Einstellungen auf der GUI und die Einstellungen zu ändernName ServerWert als 8.8.8.8 auf/etc/resolv.conf/

Ich habe die nmcli deviceAusgabe geprüft und sie ergab Folgendes:

wlo1             wifi      connected    FiberHGW_ZT5S2F_5GHz              
br-07d2482755db  bridge    connected    br-07d2482755db 
br-422e1e73cb6d  bridge    connected    br-422e1e73cb6d 
br-b281592c535c  bridge    connected    br-b281592c535c 
docker0          bridge    connected    docker0         
virbr0           bridge    connected    virbr0          
eno1             ethernet  unavailable  --              
lo               loopback  unmanaged    --              
virbr0-nic       tun       unmanaged    -- 

Statische IP-Konflikte mit sudo arp-scan -lBefehl geprüft. Es gibt keinen Konflikt

Netzwerkkonfigurationen mit sudo rm /etc/NetworkManager/system-connections/*Befehl entfernt

Trotz allem konnte ich nicht herausfinden, wo das Problem liegt und warum ich mit meinem mobilen Hotspot problemlos eine Verbindung zum Internet herstellen und es nutzen kann, aber keine Verbindung zu anderen Routern herstellen kann (ich habe es mit einem anderen Modem versucht, das auch mit einer SIM-Karte wie ein Hotspot funktioniert. Es hat trotzdem keine Verbindung hergestellt, obwohl ich mit meinem Telefon auch eine Verbindung zu diesem Gerät herstellen konnte).

Ich bin für alle Vorschläge offen. Vielen Dank.

Antwort1

Ich habe das Problem dank Thomas Wards Kommentar gelöst. Hier ist eine Schritt-für-Schritt-Anleitung:

Zuerst überprüfte ich die Docker-Brücken mitsudo docker network ls

Dann habe ich meinen aktuellen IP-Bereich und die DNS-Server mithilfe von geprüft ip addr show. Außerdem habe ich mithilfe von ip -4 route list(oder Sie können verwenden ip route show) die IP-v4-Routen geprüft.

Um den IP-Bereich der Docker-Netzwerke anzuzeigen, habe ich sudo docker network inspect <network_name> | grep Subnetden Befehl verwendet. Einer von ihnen begann mit 192, während andere in Ordnung waren. Beispielsweise bridgeist das Netzwerksubnetz "172.17.0.0/16", tut_defaultdas Netzwerksubnetz ist "172.19.0.0/16", mynetdas Netzwerksubnetz ist192.168.1.0/24

192.168.1.0/24ist auch der IP-Bereich meines Heimnetzwerks. Die Ausgabe ip route showist folgende:

default via 192.168.1.1 dev wlo1 proto dhcp metric 600 
169.254.0.0/16 dev virbr0 scope link metric 1000 linkdown 
172.17.0.0/16 dev docker0 proto kernel scope link src 172.17.0.1 linkdown 
172.18.0.0/16 dev br-422e1e73cb6d proto kernel scope link src 172.18.0.1 linkdown 
172.19.0.0/16 dev br-07d2482755db proto kernel scope link src 172.19.0.1 linkdown 
192.168.1.0/24 dev wlo1 proto kernel scope link src 192.168.1.33 metric 600 
192.168.122.0/24 dev virbr0 proto kernel scope link src 192.168.122.1 linkdown

wlo1 ist die WLAN-Netzwerkschnittstelle von Ubuntu. Ich habe also die wlo1-Schnittstelle verwendet, die 192.168.1.0/24die CIDR-Notation hat.

Daher habe ich das mynetNetzwerk mit sudo docker network rm mynetdem Befehl gelöscht. Wenn Sie Ihr Docker-Netzwerk trotzdem verwenden möchten, können Sie das Netzwerk neu installieren, indem Sie auch den IP-Adressbereich angeben. Ich könnte beispielsweise Folgendes eingeben, sudo docker network create --subnet=172.25.0.0/16 mynetnachdem mynetich es mit dem Befehl gelöscht habe sudo docker rm mynet.

Ich hoffe, es hilft!

verwandte Informationen