arp -an <не завершено>

[ovv77]

Несколько месяцев без особых проблем работал себе виртуальный серверный ubuntu 14.04, установленный в Proxmox 3.4, раздавал дома интернет. И в одно прекрасное утро интернет пропал.
Перезагрузки эффекта не принесли - пришлось разбираться. Связь с провайдером организована через pptp - он отсутствует. Пробуем ручками переподключить - не работает. Смотрим интерфейс в сторону провайдерской локалки - ip адрес присвоен, но пинг до ближайшего провайдерского шлюза не идет.
Может кабель? Смотрим ethtool-ом - линк присутствует. ДХЦП клиент отрабатывает и получает ИПшник. На кабель не похоже. Смотрим еще один виртуальный хост (на винде) в том же проксмоксе - от него пинг до провайдерского шлюза идет, странно.
Берем ноут с Ubuntu 14.04 Desktop и включаем шланг от провайдера к нему напрямую - IP адрес получил, но шлюз провайдера не пингуется. Перезагружаемся на Винду в этом же ноуте - шлюз пингуется, ВПН устанавливается. Загружаемся в Ubuntu и пробуем смотреть установки сети - отключаем файерволлы, пробуем менять МАК адрес, TTL - без толку. Причина в выводе команды arp -an, где напротив ИП адреса шлюза провайдера стоит "не завершено".
tcpdump показывает непрерывные мои арп-запросы и отсутствие ответов. Причем ИПшник интерфейс на Линуксе получает исправно. Запускаем на ноуте ВиртуалБокс и в нем Винду - в ней все работает (и шлюз пингуется и ВПН устанавливается). На интерфейсе видны пакеты запроса и ответа по АРП протоколу между шлюзом прова и виртуальной виндой.
Звоню провайдеру - он видит мак адреса виртуальной винды и хоста Ubuntu (в последствии и виртуальной Убунты на проксмоксе), но пропинговать может только виндовые хосты (реальные и виртуальные). Включения и выключения кабелей, ноутбука и железа на проксмоксе результата не принесли. Винда работает а Ubuntu нет. Установка статического Мак адреса шлюза в АРП таблицу эффекта не дает.
Уважаемые форумчане, подскажите дальнейшую стратегию! Прошу прощения, что не публикую здесь выводы консоли с результатами команд, пока не знаю как переносить из Линуха в виртуальныйБокс содержимое буфера, но готов сделать по запросу, только скажите - что нужно скопипастить. Добавлю, что у меня подключена услуга "статический ИП", возможно, что эта фича может как-то участвовать в этом пердимонокле?

[AnrDaemon]

Сетевая какая?…
И, это, редирект вывода в файл и копирование файла ещё никто не отменял, да.

[ovv77]

Сетевая какая?…
И, это, редирект вывода в файл и копирование файла ещё никто не отменял, да.

Ага понятно, но не ожидал, что решение вопроса затянется. Сейчас настроил все через жо аварийный шлюз - поэтому готов к полноценному диалогу.
Отвечаю на вопрос:
сетевая на ноутбуке Network controller: Intel Corporation Centrino Advanced-N 6205 [Taylor Peak] (rev 34)
ноут - Леново  Синкпад Х230
сетевая на проксмоксе интегрированная в плату GA-C1037UN-EU
Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8100/8101L/8139
но виртуальный линукс видит интерфейс virtio
Ethernet controller: Red Hat, Inc Virtio network device
Мне кажется, что железо на сетевом адаптере не причем - дело в драйвере под Ubuntu, точнее в его настройках.

[AnrDaemon]

Да вот как раз при чём. Думаете, я просто так задал этот вопрос первым? Симптомы больно знакомые.
Короче… я убегаю на работу и долго расписывать некогда…
Топаете в топик, внимательно и осторожно читаете с этого поста.
Сначала дочитайте топик до победного конца, потом делаете по инструкции со всеми поправками. (Там немного сумбурно и фрагментированно, но вся информация есть.)

[ovv77]

Да вот как раз при чём. Думаете, я просто так задал этот вопрос первым? Симптомы больно знакомые.

Это совсем не мой случай.Симптомы имеют сходство только в слове Realtek.
Вот мои аргументы:
1. У меня Реалтек 8139 - беспроблемный, в отличии от RTL8111/8168/8411
2. Проблема сохраняется на другой сетевой (на ноуте Intel - тоже дрова кривые?)
3. В обоих случаях виртуальный машины на Windows работают сквозь линуксовые дрова гипервизора.
4. В проблеме по вашей ссылке я вообще не понял что с пациентом (нет интернета - это не диагноз) - и люди сразу ему дрова
переустановить советуют (windows way).

В моем случае нужно научить Ubuntu прикинуться Виндовсом хотя бы на этапе RARP. - пока я на этом остановился. копаю всякие
опции по этой ссылке https://www.opennet.ru/docs/RUS/LARTC/x1727.html
но пока не нашел, что в моем случае можно ковырнуть.
Логически рассудить - что-то у провайдера поменялось - но с другой стороны, винда-то работает!



Пользователь решил продолжить мысль [time]26 Ноябрь 2015, 17:15:31[/time]:Вот апдейт с выводом диагностики:

Собственно сам интерфейс, смотрящий (но не видящий) в провайдера:

(Нажмите, чтобы показать/скрыть)

houston@gw:~$ ifconfig eth1
eth1      Link encap:Ethernet  HWaddr 06:13:73:d7:90:e5 
          inet addr:10.2.4.79  Bcast:10.2.4.127  Mask:255.255.255.192
          inet6 addr: fe80::413:73ff:fed7:90e5/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1582 errors:0 dropped:2 overruns:0 frame:0
          TX packets:4832 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:105858 (105.8 KB)  TX bytes:208407 (208.4 KB)

Вывод arp таблицы с проблемной строчкой <не завершено>:

(Нажмите, чтобы показать/скрыть)

houston@gw:~$ arp -an -i eth1
? (10.2.4.65) в <не завершено> на eth1

вывод tcpdump:

(Нажмите, чтобы показать/скрыть)

houston@gw:~$ sudo tcpdump -i eth1 arp or icmp
[sudo] password for houston:
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth1, link-type EN10MB (Ethernet), capture size 65535 bytes
17:09:27.276005 ARP, Request who-has 10.2.4.65 tell 10.2.4.79, length 28
17:09:28.294455 ARP, Request who-has 10.2.4.65 tell 10.2.4.79, length 28
17:09:29.292007 ARP, Request who-has 10.2.4.65 tell 10.2.4.79, length 28
17:09:30.292006 ARP, Request who-has 10.2.4.65 tell 10.2.4.79, length 28
17:09:31.309494 ARP, Request who-has 10.2.4.65 tell 10.2.4.79, length 28
17:09:32.308004 ARP, Request who-has 10.2.4.65 tell 10.2.4.79, length 28
17:09:33.308008 ARP, Request who-has 10.2.4.65 tell 10.2.4.79, length 28
17:09:34.325496 ARP, Request who-has 10.2.4.65 tell 10.2.4.79, length 28
^C
8 packets captured
8 packets received by filter
0 packets dropped by kernel

[AnrDaemon]

Если вы всё знаете лучше нас, то, боюсь, мы вам ничем помочь не сможем.

А если по делу, то всё, что вы привели, не даёт никакой полезной информации.
АРП запросы отправляются - супер, а получает ли их кто-нибудь?
Как настроен интерфейс на хосте?

Ну и заверения в "беспроблемности" несколько… как бы это помягче сказать…

[ovv77]

Если вы всё знаете лучше нас, то, боюсь, мы вам ничем помочь не сможем.

А если по делу, то всё, что вы привели, не даёт никакой полезной информации.
АРП запросы отправляются - супер, а получает ли их кто-нибудь?
Как настроен интерфейс на хосте?

Ну и заверения в "беспроблемности" несколько… как бы это помягче сказать…

Чем я дал понять, что знаю лучше вас? (Кого это вас или нас ))) )
В предыдущем посте я привел аргументы против вашего предположения. Или вы все равно настаиваете
на переустановке драйвера? А потом скажете - в морг? )))

О беспроблемности - 8139 спорить не буду, через меня прошел десяток - другой этих карт в различных исполнениях-
никогда проблем не встречал ни с BSD ни c Linux ни с Windows, но готов согласиться что для объективной статистики
этого количества маловато, просто для меня это своего рода кроссплатформенный стандарт, наверное, до первой проблемы.


А если по делу, то не знаю какие установки тут приводить. Все по стандарту, без заморочек. Ну вот еще секция из
 
/etc/network/interfaces

(Нажмите, чтобы показать/скрыть)

# Provider network interface
auto eth1
iface eth1 inet dhcp

тоже ничего интересного. Если появились какие нибудь мысли - не стесняйтесь излагайте - какая инфа нужна?
Я написал, что провайдер видит мои мак адреса и виндовые, и линуксовые. Пакеты посмотреть с той стороны - это тема, но первая линия тех.поддержки провайдера не пропускает меня до спецов. Говорят: вашей проблемой занимаются - и все!

[AnrDaemon]

Если говорят, что "вашей проблемой занимаются", есть немаленький шанс, что они сами же и накосячили.
Но пока не разберутся, не узнаем.
А пока они разбираются, давайте смотреть дальше.
Это конфигурация сети на базовой системе? Как сетевые карты передаются в виртуалки?

[ovv77]

После вашего вразумления стал смотреть внимательнее и к своему стыду обнаружил, что на проксмоксе стоит двойной интерфейс как в топике по вашей ссылке:

(Нажмите, чтобы показать/скрыть)

01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 06)
02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 06)
03:00.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 41)
04:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8100/8101L/8139 PCI Fast Ethernet Adapter (rev 10)

А тот самый "беспроблемный" реалтек 8139 - это вставленный в pci слот сетевой адаптер, по которому связь с провайдером не осуществляется. А осуществляется связь с провайдером через один из RTL8111/8168/8411. Так как никаких вариантов, кроме как переустановка дров пока нет - попробую этот вариант.

Пользователь решил продолжить мысль 26 Ноября 2015, 23:07:45:Проблема решилась как-то непонятно. Начал подставлять альтернативный модуль ядра - отвалился от сети мой проксмокс. Подошел к нему и из локальной консоли перезагрузил. после перезагрузки все заработало. Переставил шланг в ноутбук - тоже работает. Видимо провайдер что-то сделал, так как новый драйвер установить в проксмокс я не успел, а Ubuntu на ноутбуке вообще не трогал. Надо, наверное, в ветке нажать на кнопку "решено"? Завтра позвоню провайдеру и уточню.

[AnrDaemon]

А вы проверьте, какой драйвер у вас сейчас работает.
lshw -C network

Судя по вашим предыдущим постам, виртуалки напрямую не работают с железом.
Так что смотреть надо на хосте.

[ovv77]

А вы проверьте, какой драйвер у вас сейчас работает.
lshw -C network

драйвер, как я понял, остался родной, который шел в сборке debian proxmox 3.4

(Нажмите, чтобы показать/скрыть)

root@pve:~# modinfo r8169
filename:       /lib/modules/2.6.32-39-pve/kernel/drivers/net/r8169.ko
firmware:       rtl_nic/rtl8168g-1.fw
firmware:       rtl_nic/rtl8106e-1.fw
firmware:       rtl_nic/rtl8411-1.fw
firmware:       rtl_nic/rtl8402-1.fw
firmware:       rtl_nic/rtl8168f-2.fw
firmware:       rtl_nic/rtl8168f-1.fw
firmware:       rtl_nic/rtl8105e-1.fw
firmware:       rtl_nic/rtl8168e-3.fw
firmware:       rtl_nic/rtl8168e-2.fw
firmware:       rtl_nic/rtl8168e-1.fw
firmware:       rtl_nic/rtl8168d-2.fw
firmware:       rtl_nic/rtl8168d-1.fw
version:        2.3LK-NAPI
license:        GPL
description:    RealTek RTL-8169 Gigabit Ethernet driver
author:         Realtek and the Linux r8169 crew <netdev@vger.kernel.org>
srcversion:     4C34A7693E03D5EF3239253
alias:          pci:v00000001d00008168sv*sd00002410bc*sc*i*
alias:          pci:v00001737d00001032sv*sd00000024bc*sc*i*
alias:          pci:v000016ECd00000116sv*sd*bc*sc*i*
alias:          pci:v00001259d0000C107sv*sd*bc*sc*i*
alias:          pci:v00001186d00004302sv*sd*bc*sc*i*
alias:          pci:v00001186d00004300sv*sd*bc*sc*i*
alias:          pci:v00001186d00004300sv00001186sd00004B10bc*sc*i*
alias:          pci:v000010ECd00008169sv*sd*bc*sc*i*
alias:          pci:v000010ECd00008168sv*sd*bc*sc*i*
alias:          pci:v000010ECd00008167sv*sd*bc*sc*i*
alias:          pci:v000010ECd00008136sv*sd*bc*sc*i*
alias:          pci:v000010ECd00008129sv*sd*bc*sc*i*
depends:        mii
vermagic:       2.6.32-39-pve SMP mod_unload modversions
parm:           use_dac:Enable PCI DAC. Unsafe on 32 bit PCI slot. (int)
parm:           debug:Debug verbosity level (0=none, ..., 16=all) (int)

Пользователь решил продолжить мысль [time]27 Ноябрь 2015, 01:52:50[/time]:

Судя по вашим предыдущим постам, виртуалки напрямую не работают с железом.
Так что смотреть надо на хосте.

конечно, смотрю  на хосте
Пользователь решил продолжить мысль 27 Ноября 2015, 00:57:22:Ядро:

root@pve:~# uname -a
Linux pve 2.6.32-39-pve #1 SMP Wed Jun 24 06:39:42 CEST 2015 x86_64 GNU/Linux

[AnrDaemon]

lshw -C network

root@pve:~# modinfo r8169

Найдите 10 отличий?

[fisher74]

Найдите 10 отличий?

Фигасе у вас тут высшая математика пошла... Не.. .я спать...

(Нажмите, чтобы показать/скрыть)

P.S. Сорри за оффтоп

(Нажмите, чтобы показать/скрыть)

P.P.S. Я трезвый )))

[AnrDaemon]

(Нажмите, чтобы показать/скрыть)

Я тоже трезвый. Это не мешает сходить с ума!

[ovv77]

Не установлена была утилитка - установил. Вот вывод:

(Нажмите, чтобы показать/скрыть)

root@pve:~# lshw -C network
  *-network               
       description: Ethernet interface
       product: RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
       vendor: Realtek Semiconductor Co., Ltd.
       physical id: 0
       bus info: pci@0000:01:00.0
       logical name: eth0
       version: 06
       serial: fc:aa:14:28:7e:0c
       size: 100Mbit/s
       capacity: 1Gbit/s
       width: 64 bits
       clock: 33MHz
       capabilities: pm msi pciexpress msix vpd bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt 1000bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=2.3LK-NAPI duplex=full firmware=rtl8168e-3_0.0.4 03/27/12 latency=0 link=yes multicast=yes port=MII speed=100Mbit/s
       resources: irq:27 ioport:e000(size=256) memory:f7e00000-f7e00fff memory:f0100000-f0103fff(prefetchable)
  *-network
       description: Ethernet interface
       product: RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
       vendor: Realtek Semiconductor Co., Ltd.
       physical id: 0
       bus info: pci@0000:02:00.0
       logical name: eth1
       version: 06
       serial: fc:aa:14:28:7e:0e
       size: 100Mbit/s
       capacity: 1Gbit/s
       width: 64 bits
       clock: 33MHz
       capabilities: pm msi pciexpress msix vpd bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt 1000bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=2.3LK-NAPI duplex=full firmware=rtl8168e-3_0.0.4 03/27/12 latency=0 link=yes multicast=yes port=MII speed=100Mbit/s
       resources: irq:28 ioport:d000(size=256) memory:f7d00000-f7d00fff memory:f0000000-f0003fff(prefetchable)
  *-network
       description: Ethernet interface
       product: RTL-8100/8101L/8139 PCI Fast Ethernet Adapter
       vendor: Realtek Semiconductor Co., Ltd.
       physical id: 0
       bus info: pci@0000:04:00.0
       logical name: eth2
       version: 10
       serial: 00:14:78:04:95:cb
       size: 100Mbit/s
       capacity: 100Mbit/s
       width: 32 bits
       clock: 33MHz
       capabilities: pm bus_master cap_list rom ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=8139too driverversion=0.9.28 duplex=full latency=32 link=yes maxlatency=64 mingnt=32 multicast=yes port=MII speed=100Mbit/s
       resources: irq:18 ioport:c000(size=256) memory:f7c20000-f7c200ff memory:dfb00000-dfb1ffff(prefetchable)
  *-network:0
       description: Ethernet interface
       physical id: 2
       logical name: tap100i0
       serial: 76:76:e5:94:46:ab
       size: 10Mbit/s
       capabilities: ethernet physical
       configuration: autonegotiation=off broadcast=yes driver=tun driverversion=1.6 duplex=full firmware=N/A link=yes multicast=yes port=twisted pair promiscuous=yes speed=10Mbit/s
  *-network:1
       description: Ethernet interface
       physical id: 3
       logical name: tap100i1
       serial: 92:17:b5:8b:bc:fc
       size: 10Mbit/s
       capabilities: ethernet physical
       configuration: autonegotiation=off broadcast=yes driver=tun driverversion=1.6 duplex=full firmware=N/A link=yes multicast=yes port=twisted pair promiscuous=yes speed=10Mbit/s
  *-network:2
       description: Ethernet interface
       physical id: 4
       logical name: tap100i2
       serial: 32:90:df:01:4e:c9
       size: 10Mbit/s
       capabilities: ethernet physical
       configuration: autonegotiation=off broadcast=yes driver=tun driverversion=1.6 duplex=full firmware=N/A link=yes multicast=yes port=twisted pair promiscuous=yes speed=10Mbit/s

Пользователь решил продолжить мысль 27 Ноября 2015, 12:54:52:Сегодня дозвонился до провайдера. Техподдержка сообщила что была сброшена arp таблица на домовом коммутаторе, что и решило проблему. Тему считаю закрытой