Начальная загрузка случайным образом оставляет eth1 не могущий отправить, но может получить
На моем сервере Ubuntu 14.04 с двойным NICS NIC, подключенный к маршрутизатору, eth1, будет, сразу после начальной загрузки случайным образом быть в состоянии, в котором это может послушать, но не отправить. Я использую Wireshark для контроля интерфейса. Маршрутизатор работает.
Карта является PCI Express, Intel PRO/1000 Network Connection. Я не заметил различий в выводе DMESG - он всегда сообщает, что eth1 произошел. ifconfig eth1 произвел взгляды, нормальные также за исключением того, что количество пакетов передачи является всегда низким.
Другая аномалия - то, что DMESG сообщает, что IPv6 связан с обоими интерфейсами, но я не делаю и не буду использовать IPv6.
eth0 работает просто великолепно - это - прямое подключение к устройству.
Я вижу, что у меня есть предупреждения, что ACPI имеет ресурс 'конфликты', но никакие другие предупреждения начальной загрузки. Компьютер является по существу (пользовательским) рабочим столом, не ноутбуком.
Как я диагностирую это? Есть ли другие журналы, которые я должен исследовать или команды устранения неисправностей? Так или иначе установите другой драйвер?
Я - просто пользователь Linux, пытающийся изучить достаточно для получения машины, работающей правильно.
Править
Нет никакого различия между выводами ни одного "маршрута-n", ни "IP маршрута" за исключением того, что порядок последних двух строк, произведенных маршрутом-n, может инвертированный. У меня нет достаточного количества данных, чтобы знать, инвертируются ли они всегда. 169.254.19.63 непосредственно подключенное устройство, и 192.168.11.0 маршрутизатор.
SUCCESS
ip route
default via 192.168.11.1 dev eth1
169.254.19.63 dev eth0 scope link
192.168.11.0/24 dev eth1 proto kernel scope link src 192.168.11.219
192.168.11.0/24 dev eth0 proto kernel scope link src 192.168.11.211
route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 192.168.11.1 0.0.0.0 UG 0 0 0 eth1
169.254.19.63 0.0.0.0 255.255.255.255 UH 0 0 0 eth0
192.168.11.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1
192.168.11.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
FAILURE
ip route
default via 192.168.11.1 dev eth1
169.254.19.63 dev eth0 scope link
192.168.11.0/24 dev eth0 proto kernel scope link src 192.168.11.211
192.168.11.0/24 dev eth1 proto kernel scope link src 192.168.11.219
route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 192.168.11.1 0.0.0.0 UG 0 0 0 eth1
169.254.19.63 0.0.0.0 255.255.255.255 UH 0 0 0 eth0
192.168.11.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
192.168.11.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1
Править
Измененный IP-адрес eth0 к 169.254.19.211, тот же домен как устройство. eth1 все еще часто перестал работать. Ниже вывод для маршрута-n и IP маршрута. Я делал попытку ssh и http соединений с ноутбука на компьютер во время "неудавшегося" состояния на этот раз, они работали! Wireshark показывает, что ничто не испускается от eth1, если я делаю попытку ping или загружаю веб-страницу на eth1, но действительно показывает трафик от входящего ssh и веб-страниц.
Идентичный для eth1 и работа и нет.
ip route
default via 192.168.11.1 dev eth1
169.254.0.0/16 dev eth0 proto kernel scope link src 169.254.19.211
169.254.19.63 dev eth0 scope link
192.168.11.0/24 dev eth1 proto kernel scope link src 192.168.11.219
route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 192.168.11.1 0.0.0.0 UG 0 0 0 eth1
169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0
169.254.19.63 0.0.0.0 255.255.255.255 UH 0 0 0 eth0
192.168.11.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1
ОТРЕДАКТИРУЙТЕ.../соединяющему интерфейсом, и.../70-persistent-net.rules ниже. Вы предполагаете, что было бы лучше, если я обмениваюсь eth0 для eth1 и наоборот?
Я понятия не имею, как установить маршрут вручную.
/etc/network/interfaces (обновленный 26 января)
# The loopback network interface
auto lo
iface lo inet loopback
# primary network interface left port
auto eth0
iface eth0 inet static
address 192.168.11.219
netmask 255.255.255.0
gateway 192.168.11.1
dns-nameservers 99.99.99.53 8.8.8.8 8.8.4.4
# The camera interface right port
auto eth1
iface eth0 inet static
address 169.254.19.211
pointtopoint 169.254.19.63
############# assign camera to eth0 #############
post-up route add 169.254.19.63 eth0
post-up route add default gw 192.168.11.1 eth1
/etc/udev/rules.d/70-persistent-net.rules (обновленный 26 января)
# PCI device 0x8086:0x1533 (igb)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:01:05:19:7d:59", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"
# PCI device 0x8086:0x153a (e1000e)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:01:05:19:7d:58", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
Править
uname -a
Linux fireimager 3.13.0-44-generic #73-Ubuntu SMP Tue Dec 16 00:22:43 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
sudo lspci -v | awk '/Eth/' rs=
00:19.0 Ethernet controller: Intel Corporation Ethernet Connection I217-LM (rev 04)
02:00.0 Ethernet controller: Intel Corporation I210 Gigabit Network Connection (rev 03)
iptables
~$ sudo iptables -L
Chain INPUT (policy ACCEPT)
target prot opt source destination
ACCEPT all -- anywhere anywhere
ACCEPT all -- anywhere anywhere ctstate RELATED,ESTABLISHED
ACCEPT tcp -- anywhere anywhere tcp dpt:4960
ACCEPT tcp -- anywhere anywhere tcp dpts:4955:4956
ACCEPT udp -- anywhere anywhere udp dpt:4958
ACCEPT udp -- anywhere anywhere udp dpt:domain
ACCEPT icmp -- anywhere anywhere icmp fragmentation-needed
ACCEPT icmp -- anywhere anywhere limit: avg 10/sec burst 5
DROP all -- anywhere anywhere
Chain FORWARD (policy DROP)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
Chain LOGNDROP (0 references)
target prot opt source destination
LOG tcp -- anywhere anywhere limit: avg 5/min burst 5 LOG level debug prefix "Denied TCP: "
LOG udp -- anywhere anywhere limit: avg 5/min burst 5 LOG level debug prefix "Denied UDP: "
LOG icmp -- anywhere anywhere limit: avg 5/min burst 5 LOG level debug prefix "Denied ICMP: "
DROP all -- anywhere anywhere
РЕДАКТИРОВАНИЕ - это - eth0 с драйвером igb, который неправильно себя ведет.
~ $ sudo lspci-v | awk '/Eth /' RS =
00:19.0 Ethernet controller: Intel Corporation Ethernet Connection I218-LM (rev 04)
Subsystem: Intel Corporation Device 0000
Flags: bus master, fast devsel, latency 0, IRQ 44
Memory at f7c00000 (32-bit, non-prefetchable) [size=128K]
Memory at f7c3d000 (32-bit, non-prefetchable) [size=4K]
I/O ports at f080 [size=32]
Capabilities: [c8] Power Management version 2
Capabilities: [d0] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [e0] PCI Advanced Features
Kernel driver in use: e1000e
02:00.0 Ethernet controller: Intel Corporation I210 Gigabit Network Connection (rev 03)
Subsystem: Intel Corporation Device 0000
Flags: bus master, fast devsel, latency 0, IRQ 19
Memory at f7b00000 (32-bit, non-prefetchable) [size=128K]
I/O ports at e000 [size=32]
Memory at f7b20000 (32-bit, non-prefetchable) [size=16K]
Capabilities: [40] Power Management version 3
Capabilities: [50] MSI: Enable- Count=1/1 Maskable+ 64bit+
Capabilities: [70] MSI-X: Enable+ Count=5 Masked-
Capabilities: [a0] Express Endpoint, MSI 00
Capabilities: [100] Advanced Error Reporting
Capabilities: [140] Device Serial Number 00-01-05-ff-ff-19-7d-59
Capabilities: [1a0] Transaction Processing Hints
Kernel driver in use: igb
~ $ ifconfig | awk '/eth /' RS =
eth0 Link encap:Ethernet HWaddr 00:01:05:19:7d:59
inet addr:192.168.11.219 Bcast:192.168.11.255 Mask:255.255.255.0
inet6 addr: fe80::201:5ff:fe19:7d59/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:73 errors:0 dropped:0 overruns:0 frame:0
TX packets:57 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:15740 (15.7 KB) TX bytes:7496 (7.4 KB)
Memory:f7b00000-f7b20000
eth1 Link encap:Ethernet HWaddr 00:01:05:19:7d:58
inet addr:169.254.19.211 Bcast:169.254.255.255 Mask:255.255.0.0
inet6 addr: fe80::201:5ff:fe19:7d58/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:37 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:6505 (6.5 KB)
Interrupt:20 Memory:f7c00000-f7c20000
1 ответ
Для тоски по комментарию, стене текста, извините =)
Имел другой взгляд ifconfig, и см. eth1, или nic с Mac, заканчивающимся на 58, не получает пакетов. Я считал, что ifconfig будет интерфейсной статистикой уровня перед брандмауэром. Какая-либо конкретная причина использования опции, pointtopoint в конфигурации интерфейсов? Попытка удаляет его и использует сетевую маску 255.255.255.0 или 255.255.0.0 вместо этого. Если это также перестало работать. Я предположил бы с емкостно-резистивным ядром, что это не проблема драйвера. И я отступил бы для подозрения неисправного оборудования, кабеля. Для кабеля Вы используете "перекрестный кабель Ethernet" для прямого подключения? могло бы случиться так, что только одна из Ваших зарубок в состоянии обнаружить и переключить rx\tx автоматически. Не должен иметь ничего для высказывания, но Вы могли также попытаться сбросить свой брандмауэр; sudo iptables -F
Старый, Попытка следующее;
Загрузка и установка:
Заголовков ядрa Использование sudo dpkg -i filename.deb для установки.