Новая материнская плата, не удается подключиться к eno1 [закрыто]
При попытке подключиться к моему маршрутизатору точки доступа наверху я слишком долго боролся, прежде чем понял, что мой компьютер просто не распознает мое подключение к сети Ethernet. Он отлично подключится к Wi-Fi, и я могу подключить свой ноутбук к локальной сети, но не компьютер. Я недавно сменил материнскую плату и хочу исключить, что она аппаратная.
Я запустил это, как было предложено здесь , и вот что он показывает:
$ 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 веб-сайты не смогут найти свои IP-адреса.
Мы должны вернуть все назад:
sudo rm -i /etc/resolv.conf # удалить текущий file
sudo ln -s /run/resolvconf/resolv.conf /etc/resolv.conf # воссоздайте исходную символическую ссылку
Примечание : И если есть какие-либо проблемы с разрешением DNS с / без VPN , мы устраним их позже.
Отредактируйте /etc/netplan/*.yaml...[128 sizes -al /etc/netplan/*.yaml # найдите имя файла
sudo -H gedit /etc/netplan/filename.yaml[1210 visibleИ убедитесь, что он содержит только это:
network:
version: 2
renderer: NetworkManager
Затем в терминале введите:
sudo netplan generate
sudo netplan apply
reboot
Отредактируйте /etc/network/interfaces...
sudo -H gedit / etc / network / interfaces
Измените эту строку:
iface eno1 inet manual
Кому:
iface eno1 inet dhcp
Затем в терминале введите:
sudo ifconfig en01 up
или
sudo ip link set eno1 up
или
reboot
] MTU
У вас проблема с настройкой MTU = 1500 для DSL-соединения.
В сетевой конфигурации Ubuntu есть настройка MTU, а в маршрутизаторе - WAN MTU.
Для DSL - общий MTU. настройка - 1492. Просто попробуйте сначала это значение и посмотрите, доступны ли теперь ваши веб-сайты.
Чтобы определить правильную настройку, начните со всеми настройками MTU = 1500 и VPN = off. (VPN требует другого тестирования.)
В терминале :
ping [-c count] [-M do] [-s package_size] [host]
Используемые параметры:
c count: количество раз для проверки связиM подсказка: выберите стратегию обнаружения MTU пути. может быть либоdo(запретить фрагментацию, даже локальную),want(выполнять обнаружение PMTU, фрагментировать локально при большом размере пакета), либоне(делать не установлен флаг DF).s packet_size: указывает количество байтов данных, которые должны быть отправлены.
Вы всегда должны начинать с 1472 и каждый раз постепенно уменьшать его на 10. После получения ответа увеличивайте на 1, пока не получите фрагментированный пакет. Возьмите это значение (последнее хорошее значение) и добавьте к нему 28, чтобы учесть различные заголовки TCP / IP. Например. предположим, что 1452 был правильным размером пакета (где вы впервые получили ответ ICMP на свой пинг). Фактический размер 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