При попытке подключиться к маршрутизатору точки доступа наверху я долго мучился, прежде чем понял, что мой компьютер просто не распознает мое подключение к сети Ethernet. Он отлично подключается к Wi-Fi, и я могу подключить свой ноутбук к сети Ethernet, но не свой ПК. Недавно я поменял материнскую плату и хочу исключить, что это связано с оборудованием.
Я запустил это, как и было предложеноздесьи вот что он показывает:
$ sudo ethtool eno1
Settings for eno1:
Supported ports: [ TP ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Supported pause frame use: No
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Advertised pause frame use: No
Advertised auto-negotiation: Yes
Speed: 1000Mb/s
Duplex: Full
Port: Twisted Pair
PHYAD: 1
Transceiver: internal
Auto-negotiation: on
MDI-X: on (auto)
Supports Wake-on: pumbg
Wake-on: g
Current message level: 0x00000007 (7)
drv probe link
Link detected: yes
$ sudo dhclient eno1
/etc/resolvconf/update.d/libc: Warning: /etc/resolv.conf is not a symbolic link to /run/resolvconf/resolv.conf
$ sudo lshw -c network -sanitize
*-network
description: Ethernet interface
product: Ethernet Connection I217-V
vendor: Intel Corporation
physical id: 19
bus info: pci@0000:00:19.0
logical name: eno1
version: 00
serial: [REMOVED]
capacity: 1Gbit/s
width: 32 bits
clock: 33MHz
capabilities: pm msi bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=e1000e driverversion=3.2.6-k firmware=0.13-4 latency=0 link=no multicast=yes port=twisted pair
resources: irq:26 memory:f7800000-f781ffff memory:f783c000-f783cfff ioport:f080(size=32)
Любая помощь будет оценена по достоинству.
EDIT: добавление вывода:
$ sudo ifconfig
eno1 Link encap:Ethernet HWaddr fc:aa:14:e4:74:ce
inet6 addr: fe80::feaa:14ff:fee4:74ce/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:3955 errors:0 dropped:9 overruns:0 frame:0
TX packets:43 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:413445 (413.4 KB) TX bytes:6041 (6.0 KB)
Interrupt:20 Memory:f7800000-f7820000
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:5501 errors:0 dropped:0 overruns:0 frame:0
TX packets:5501 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1
RX bytes:946892 (946.8 KB) TX bytes:946892 (946.8 KB)
tun0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
inet addr:10.30.1.26 P-t-P:10.30.1.25 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
RX packets:23005 errors:0 dropped:0 overruns:0 frame:0
TX packets:15986 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:25277107 (25.2 MB) TX bytes:1607393 (1.6 MB)
wlxbcec23c36593 Link encap:Ethernet HWaddr bc:ec:23:c3:65:93
inet addr:192.168.0.207 Bcast:192.168.0.255 Mask:255.255.255.0
inet6 addr: fe80::2b13:56a1:3bc3:17c9/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:73958 errors:0 dropped:245 overruns:0 frame:0
TX packets:42374 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:87738456 (87.7 MB) TX bytes:11852387 (11.8 MB)
EDIT 2: добавление выходов:
$ sudo cat /etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback
auto dsl-provider
iface dsl-provider inet ppp
pre-up /bin/ip link set eno1 up # line maintained by pppoeconf
provider dsl-provider
auto eno1
iface eno1 inet manual
$ sudo cat /etc/netplan/*.yaml
cat: '/etc/netplan/*.yaml': No such file or directory
EDIT 3: добавление выходов:
$ ls -al /etc/resolv.conf
-rw-r--r-- 1 root eric 52 Aug 16 12:20 /etc/resolv.conf
$ cat /etc/resolv.conf
nameserver 209.222.18.222
nameserver 209.222.18.218
решение1
/etc/resolv.conf
Вы изменили /etc/resolv.conf с символической ссылки на жестко зашитый файл с DNS-серверами для вашего VPN. Это неправильно. Это также означает, что без VPN up веб-сайты не смогут найти свои IP-адреса.
Нам следует вернуть все на круги своя:
sudo rm -i /etc/resolv.conf
# удалить текущий файл
sudo ln -s /run/resolvconf/resolv.conf /etc/resolv.conf
# воссоздать исходную символическую ссылку
Примечание: Если возникнут какие-либо проблемы с разрешением DNS с VPN или без нее, мы решим их позже.
Отредактируйте /etc/netplan/*.yaml...
ls -al /etc/netplan/*.yaml
# найти имя файла
sudo -H gedit /etc/netplan/filename.yaml
И убедитесь, что он содержит только это:
network:
version: 2
renderer: NetworkManager
Затем в поле terminal
введите:
sudo netplan generate
sudo netplan apply
reboot
Отредактируйте /etc/network/interfaces...
sudo -H gedit /etc/network/interfaces
Измените эту строку:
iface eno1 inet manual
К:
iface eno1 inet dhcp
Затем в поле terminal
введите:
sudo ifconfig en01 up
или
sudo ip link set eno1 up
или
reboot
МТУ
У вас возникла проблема с настройкой MTU=1500 для вашего DSL-подключения.
В сетевой конфигурации Ubuntu есть настройка MTU, а в маршрутизаторе — настройка WAN MTU.
Для DSL общепринятым значением MTU является 1492. Просто попробуйте сначала это значение и посмотрите, будут ли теперь доступны ваши веб-сайты.
Чтобы определить правильную настройку, начните со всех настроек MTU = 1500 и VPN = выключено. (VPN требует другого тестирования).
В terminal
:
ping [-c количество] [-M сделать] [-s размер_пакета] [хост]
Используемые варианты:
c count
: количество раз для пингаM hint
: Выберите стратегию обнаружения MTU пути. Может бытьdo
(запретить фрагментацию, даже локальную),want
(выполнить обнаружение PMTU, фрагментировать локально, если размер пакета большой) илиdont
(не устанавливать флаг DF).s packet_size
: Указывает количество байтов данных, которые необходимо отправить.
Всегда следует начинать с 1472 и уменьшать на 10 каждый раз. Получив ответ, увеличивайте на 1, пока не получите фрагментированный пакет. Возьмите это значение (последнее хорошее значение) и добавьте 28 к значению, чтобы учесть различные заголовки TCP/IP. Например, предположим, что 1452 — это правильный размер пакета (когда вы впервые получили ответ ICMP на свой ping). Фактический размер MTU будет 1480, что является оптимальным для сети, с которой мы работаем.
ping -c 4 -M do -s 1472 8.8.8.8
# это, вероятно, покажет фрагментацию
ping -c 4 -M do -s 1462 8.8.8.8
# может показать фрагментацию
ping -c 4 -M do -s 1452 8.8.8.8
# нет фрагментации?
ping -c 4 -M do -s 1453 8.8.8.8
# все еще нет фрагментации?
ссылка:Как определить правильный размер MTU с помощью ICMP-пингов