Я установил Raspberry Pi с Ubuntu Server 20.04 LTS, однако у меня возникли некоторые проблемы с подключением, особенно в отношении IPV4. Однако похоже, что IPV6 работает правильно.
Вот пример пинга на google.com.
ubuntu@partagedebonsplants:~$ nslookup google.com
Server: 127.0.0.53
Address: 127.0.0.53#53
Non-authoritative answer:
Name: google.com
Address: 216.58.206.238
Name: google.com
Address: 2a00:1450:4007:818::200e
ubuntu@partagedebonsplants:~$ ping google.com
PING google.com(par21s20-in-x0e.1e100.net (2a00:1450:4007:818::200e)) 56 data bytes
64 bytes from par21s20-in-x0e.1e100.net (2a00:1450:4007:818::200e): icmp_seq=1 ttl=117 time=11.7 ms
ping 64 bytes from par21s20-in-x0e.1e100.net (2a00:1450:4007:818::200e): icmp_seq=2 ttl=117 time=11.7 ms
64 bytes from par21s20-in-x0e.1e100.net (2a00:1450:4007:818::200e): icmp_seq=3 ttl=117 time=10.7 ms
64 bytes from par21s20-in-x0e.1e100.net (2a00:1450:4007:818::200e): icmp_seq=4 ttl=117 time=10.8 ms
64 bytes from par21s20-in-x0e.1e100.net (2a00:1450:4007:818::200e): icmp_seq=5 ttl=117 time=11.8 ms
^C
--- google.com ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4007ms
rtt min/avg/max/mdev = 10.736/11.340/11.796/0.478 ms
ubuntu@partagedebonsplants:~$ ping google.com -4
PING google.com (216.58.206.238) 56(84) bytes of data.
From partagedebonsplants.home (192.168.1.26) icmp_seq=1 Destination Host Unreachable
From partagedebonsplants.home (192.168.1.26) icmp_seq=2 Destination Host Unreachable
From partagedebonsplants.home (192.168.1.26) icmp_seq=3 Destination Host Unreachable
^C
--- google.com ping statistics ---
4 packets transmitted, 0 received, +3 errors, 100% packet loss, time 3055ms
pipe 3
Pi назначается статический IPV4-адрес в параметрах нашего маршрутизатора, и есть несколько других компьютеров в той же сети с Windows / мобильными устройствами, которые получают доступ к IPV4 / IPV6-адресам без проблема.
Нет ничего особенного ни в правилах брандмауэра, ни в файле etc / hosts
. Вот результат работы ifconfig
ubuntu@partagedebonsplants:~$ sudo ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.1.26 netmask 255.255.255.0 broadcast 192.168.1.255
inet6 2a01:cb14:b7:1200:e65f:1ff:fe16:64b1 prefixlen 64 scopeid 0x0<global>
inet6 fe80::e65f:1ff:fe16:64b1 prefixlen 64 scopeid 0x20<link>
ether e4:5f:01:16:64:b1 txqueuelen 1000 (Ethernet)
RX packets 2531 bytes 226639 (226.6 KB)
RX errors 0 dropped 236 overruns 0 frame 0
TX packets 1004 bytes 100909 (100.9 KB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Local Loopback)
RX packets 347 bytes 30041 (30.0 KB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 347 bytes 30041 (30.0 KB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlan0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
ether e4:5f:01:16:64:b2 txqueuelen 1000 (Ethernet)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 0 bytes 0 (0.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
. Обратите внимание, что проверка связи с локальными адресами работает нормально (например, ping 192.168.1.1
)
Большое спасибо за вашу помощь
РЕДАКТИРОВАТЬ - Дополнительная информация
Вот результат traceroute 215.58.206.238
ubuntu@partagedebonsplants:~$ traceroute 215.58.206.238
traceroute to 215.58.206.238 (215.58.206.238), 30 hops max, 60 byte packets
1 partagedebonsplants.home (192.168.1.26) 3073.222 ms !H 3073.116 ms !H 3073.066 ms !H
Проверьте выходные данные stty -a
:
sh@balrog:~$ stty -a
speed 38400 baud; rows 32; columns 100; line = 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>; eol2 = <undef>;
^^^^^^^^^
This is the relevant part
Если не указано intr = ^ C
, удалось изменить настройки терминала.
stty
может также изменить ключ, который отправляет SIGINT, если это то, что вы хотите (но я бы не рекомендовал это, потому что вы будете запутаны в нестандартных настройках).
Возможные решения:
Если у вас есть Lenovo, это может помочь вам (могут быть доступны более новые версии)
$ sudo apt установить git dkms build-essential
Клон $ git https://github.com/jeremyb31/ideapad-laptop.git
$ sudo dkms add ./ideapad-ноутбук
$ sudo dkms установить ideapad-ноутбук/1.0
То, что вы опубликовали, показывает, что драйвер (согласно это , он должен быть iwlwifi
) не используется для вашего WiFi.
Затем можно попытаться отключить функцию Windows Fast Start и перезагрузить систему.
Вы также можете попробовать
$ sudo modprobe -r iwlwifi
$ sudo modprobe iwlwifi
Возможно, некоторые модули отсутствуют. Попробуйте
$ sudo apt-get install linux-base linux-modules- < версия ядра > -generic linux-modules-extra- < версия ядра > -generic
Дополнительная информация поможет:
$ dmesg | grep iwl
$ lspci -knn | grep -i Net -A3
$ rfkill list all
$ lsmod | grep iwl
$ uname -a
$ dpkg -l | grep linux-modules
Связанные :
(Q) Вы считаете, что IPv4 не работает из-за ping с использованием IPv6 адреса?
Формат команды ping, я думаю, должен быть:
ping -4 google.com
# or
ping 216.58.206.238
Когда DNS используется для разрешения google.com и доступны как IPv4, так и IPv6 адреса, ОС, основываясь на включенных стеках и предпочтениях пользователя/приложения, решает использовать IPv6, если IPv4 не выбран.
Так как у вас есть IPv4 адрес и вы можете ping что-то/что-либо ping 192,168,1,1
означает, что ваш стек IPv4 работает. ИМО.
На выходе ifconfig (спасибо за включение) указывается локальный адрес IPv4 192,168,1,26
. Таким образом, если вы проверили 192,168,1,1
, который является вашим маршрутизатором, чем работает ваш стек (скорее всего).
Попробуйте исправить команду ping, как предложено выше, или просто попробуйте ping 216,58,206,238
, чтобы исключить поиск DNS.
Также попробуйте
traceroute 215.58.206.238
ПРИМЕЧАНИЕ: Мне нужно было установить traceroute с помощью sudo apt install inetutils-traceroute
, прежде чем я мог запустить его.
Traceroute показывает сетевые маршрутизаторы, используемые для подключения к месту назначения. Если появляется более одного, ваш IPv4 работает, и возникает проблема с маршрутизацией. (Возможно, я слишком упрощаю).
Обновите свой вопрос, добавив выходные данные этих команд, и сообщите всем, что произошло, и мы можем сделать следующие шаги.
Я буду продолжать обновлять этот ответ, основываясь на том, что я вижу в вашем вопросе.
И я вижу, что вы совершенно новичок в StackOverflow, так что добро пожаловать на борт.
Переустановка Ubuntu 20.04 LTS решила проблему. Скорее всего, на моем конце была ошибка конфигурации. Спасибо за ввод