Я подключаюсь к роутеру, но не могу выйти в интернет Ubuntu 20.04

Я подключаюсь к роутеру, но не могу выйти в интернет Ubuntu 20.04

У меня проблема с подключением к интернету через домашнюю сеть. Я определенно могу подключиться к маршрутизатору, я могу отправить ping на адрес маршрутизатора, я даже могу видеть, что мой ноутбук подключен к маршрутизатору из интерфейса маршрутизатора. Я не могу попасть в интерфейс маршрутизатора через свой ноутбук. Я получаю ошибку 404 not found, когда пытаюсь сделать это с ноутбука, но я могу сделать это с моего мобильного телефона.

В данный момент я подключен к точке доступа моего мобильного телефона. Это единственный способ подключиться к интернету. Я также не могу подключиться к интернету с помощью кабеля Ethernet.

Что я уже попробовал:

Я обновил драйвер сетевого адаптера (rtl8821ce)

Я проверил вывод journalctl с помощью journalctl -u NetworkManager.service -fкоманды. Вот недавний вывод, когда я пытаюсь подключиться к своей домашней сети

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

Проверил dmesgвывод, чтобы увидеть, могу ли я заметить ошибку. Последний вывод был таким:

[ 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

Проверил свой брандмауэр sudo ufw status, и результат был таким:Status: inactive

Попытался изменить настройки DNS, используя как настройки Wi-Fi в графическом интерфейсе, так и настройкисервер имензначение как 8.8.8.8 на/etc/resolv.conf/

Проверил nmcli deviceвывод и вот что он мне выдал:

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    -- 

Проверил статические конфликты IP с помощью sudo arp-scan -lкоманды. Конфликта нет

Удалил сетевые конфигурации с помощью sudo rm /etc/NetworkManager/system-connections/*команды

Несмотря на все это, я не мог понять, в чем проблема и почему я могу без проблем подключиться и пользоваться интернетом с помощью своей мобильной точки доступа, но не могу подключиться к другим маршрутизаторам (я попробовал сделать это с другим модемом, который работает с SIM-картой как точка доступа. Он все равно не подключился, хотя я также мог подключиться к этому устройству с помощью своего телефона).

Я открыт для любых предложений. Большое спасибо.

решение1

Я решил проблему благодаря комментарию Томаса Уорда. Вот пошаговое руководство:

Сначала проверил мосты Docker с помощьюsudo docker network ls

Затем я проверил свой текущий диапазон IP и DNS-серверы с помощью ip addr show. А также проверил маршруты IP v4 с помощью ip -4 route list(или вы можете использовать ip route show).

Чтобы увидеть диапазон IP сетей Docker, я использовал sudo docker network inspect <network_name> | grep Subnetкоманду. Одна из них начиналась с 192, хотя другие были в порядке. Например, bridgeсетевая подсеть "172.17.0.0/16", tut_defaultсетевая подсеть "172.19.0.0/16", mynetсетевая подсеть192.168.1.0/24

192.168.1.0/24также диапазон IP моей домашней сети. Вывод ip route showтакой:

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 — это сетевой интерфейс Wi-Fi Ubuntu. Поэтому я использовал интерфейс wlo1, который имеет 192.168.1.0/24нотацию CIDR.

Поэтому я удалил mynetсеть с помощью sudo docker network rm mynetкоманды. Если вы все равно хотите использовать свою сеть Docker, вы можете переустановить сеть, также указав диапазон IP-адресов. Например, я мог бы ввести sudo docker network create --subnet=172.25.0.0/16 mynetдля mynetпосле того, как я удалил ее с помощью sudo docker rm mynetкоманды.

Я надеюсь, что это помогает!

Связанный контент