Я установил QXG-10G1T qnap ethernet-карту на свой сервер Ubuntu около 2 недель назад и захлопывал головой в стену, пытаясь выяснить, что не работает. для какого-то контекста при соединении сервер прямо сейчас подключен через 2 различных маршрута к интернету. соединение 1 использует встроенную сетевую карту 1g непосредственно к ISP роутеру по адресу 192.168.1.0/24. 2-я (цель) через новую 10-Гб сетевую карту в мою лабораторную сеть по адресу 192.168.3.64/26. Я только сохранил 1G соединение в качестве обхода отказа и проверил
Я прочитал readme, чтобы установить его как можно тщательнее. Я получил несколько amdgpu ошибок при прогоне через установочные файлы и (просто для устранения ЛЮБЫХ ВОЗМОЖНЫХ СИЛ) потратил полтора дня в погоне за файлами, чтобы очистить их от ошибок, но в противном случае у меня были установлены драйверы и карта распознана как "enp39s0" с моим бортовым набором nic как "enp34s0":
enp34s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.1.6 netmask 255.255.255.0 broadcast 192.168.1.255
inet6 2603:6080:7d03:7962:2ef0:5dff:fea2:10f2 prefixlen 64 scopeid 0x0<global>
inet6 2603:6080:7d03:7962:0:2785:3604:4e63 prefixlen 128 scopeid 0x0<global>
inet6 fe80::2ef0:5dff:fea2:10f2 prefixlen 64 scopeid 0x20<link>
ether 2c:f0:5d:a2:10:f2 txqueuelen 1000 (Ethernet)
RX packets 349261 bytes 462730680 (462.7 MB)
RX errors 0 dropped 407 overruns 0 frame 0
TX packets 192797 bytes 24479304 (24.4 MB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
enp39s0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
inet 192.168.3.126 netmask 255.255.255.192 broadcast 192.168.3.127
ether 24:5e:be:57:f5:8e 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
как вы видите "enp39s0" не пропускает никакого трафика. и когда я проверяю свои маршруты, сетевая карта показывает "linkdown". Когда я назначаю IP-адрес и подключаю его к той же системе, что и встроенную сетевую карту, я могу пинговать ip-адрес, который, как я предполагаю, является серверным видом маршрутизации трафика через 34-39 и отвечать обратно. Я попробовал проверить dmesg и нашел какой-то странный текст:
[ 0.992153] r8169 0000:22:00.0 enp34s0: renamed from eth0
[ 1.727005] atlantic 0000:27:00.0 enp39s0: renamed from eth0
[ 14.993139] r8169 0000:22:00.0 enp34s0: Link is Down
[ 17.917521] r8169 0000:22:00.0 enp34s0: Link is Up - 1Gbps/Full - flow control rx/tx
[ 17.917540] IPv6: ADDRCONF(NETDEV_CHANGE): enp34s0: link becomes ready
[ 407.754551] atlantic 0000:27:00.0 enp39s0: renamed from eth0
[ 4327.795974] r8169 0000:22:00.0 enp34s0: Link is Down
[ 4409.452381] r8169 0000:22:00.0 enp34s0: Link is Up - 1Gbps/Full - flow control rx/tx
так что похоже, что "enp39s0" был переименован из "eth0", но это должен быть первый порт, а вместо него должен использоваться "enp34s0", верно? обе эти сетевые карты пытаются подключиться через одно и то же соединение? я полностью это неправильно понял? я полностью ожидаю, что это что-то глупое простое, что удерживает мою новую сетевую карту в состоянии "linkdown", но, как я уже сказал, я смотрю на это около 2-х недель и у меня заканчиваются идеи.
Я пытался дозвониться до QNAP, и они сказали мне, что не могут помочь, что мне нужно позвонить Марвеллу, и они не могли побеспокоиться о том, чтобы перезвонить мне, так что я обратился сюда за помощью. Я запускаю Linux-сервер 20.10 с debian 5.8.0. Я могу предоставить modinfo для драйвера atlantic, если нужно, но я чувствую, что это может быть скорее "неправильная конфигурация" вопрос
Вот распечатка файла netplan:
# This is the network config written by 'subiquity'
network:
ethernets:
enp39s0:
dhcp4: false
addresses: [192.168.3.126/26]
nameservers:
addresses: [1.1.1.1, 208.67.220.220, 8.8.8.8]
gateway4: 192.168.3.65
enp34s0:
dhcp4: false
addresses: [192.168.1.6/24]
nameservers:
addresses: [1.1.1.1, 208.67.220.220, 8.8.8.8]
gateway4: 192.168.1.1
version: 2
и маршруты:
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 enp34s0
172.17.0.0 0.0.0.0 255.255.0.0 U 0 0 0 docker0
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 enp34s0
192.168.3.64 0.0.0.0 255.255.255.192 U 0 0 0 enp39s0
редактирование: я мог бы писать это на каждой странице в своих заметках и забывать об этом каждый раз, когда я начинаю нырять в сорняки по проблемам:
ВСЕГДА ЧЕКните LAYER 1
проблема была в плохом кабеле ручной работы. кабель работал последние 4 года без проблем, но теперь по какой-то причине один из контактов завалил меня при переходе на новую установку. всё встало и теперь работает нормально.
опять же, не забудьте основные вещи при устранении неполадок
Если ссылка не работает, как можно Вы ожидаете, что NIC по маршруту трафика? Сначала проверьте, почему ссылка не может быть установлена. Статус светодиодов в партнере NIC и LINK, какие режимы рекламируются с обеих сторон и т. Д.