Некорректно работает сетевая карта

DarkDigger	# 7 лет, 11 месяцев назад
Темы: 28 Сообщения: 131 Участник с: 26 декабря 2012	Здравствуйте. Поменял компьютер на работе, а так как он рабочий сделал дуалбут. На старом было настроено также. Проблема заключается в том что сеть в Арче работает некорректно: при первом пинге, даже шлюза (10.0.1.1), он долго думает, и где-то через пол минуты пинг пошёл. В браузере интересно получается. Причём по DHCP адрес получает нормально... `[[email protected] ~]$ ip route default via 10.0.1.1 dev enp3s0 proto static metric 1024 10.0.1.0/24 dev enp3s0 proto kernel scope link src 10.0.1.150` [[email protected] ~]$ ip addr 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether e0:3f:49:51:db:06 brd ff:ff:ff:ff:ff:ff inet 10.0.1.150/24 brd 10.0.1.255 scope global enp3s0 valid_lft forever preferred_lft forever inet6 fe80::e23f:49ff:fe51:db06/64 scope link valid_lft forever preferred_lft forever lspci -v `03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 09) Subsystem: ASUSTeK Computer Inc. P8 series motherboard Flags: bus master, fast devsel, latency 0, IRQ 45 I/O ports at d000 [size=256] Memory at f2104000 (64-bit, prefetchable) [size=4K] Memory at f2100000 (64-bit, prefetchable) [size=16K] Capabilities: <access denied> Kernel driver in use: r8169 Kernel modules: r8169` В винде работает норм...

# 7 лет, 11 месяцев назад

Сообщения: 131

Участник с: 26 декабря 2012

Здравствуйте. Поменял компьютер на работе, а так как он рабочий сделал дуалбут.
На старом было настроено также.
Проблема заключается в том что сеть в Арче работает некорректно: при первом пинге, даже шлюза (10.0.1.1), он долго думает, и где-то через пол минуты пинг пошёл. В браузере интересно получается. Причём по DHCP адрес получает нормально...

[[email protected] ~]$ ip route
default via 10.0.1.1 dev enp3s0  proto static  metric 1024
10.0.1.0/24 dev enp3s0  proto kernel  scope link  src 10.0.1.150

[[email protected] ~]$ ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether e0:3f:49:51:db:06 brd ff:ff:ff:ff:ff:ff
    inet 10.0.1.150/24 brd 10.0.1.255 scope global enp3s0
       valid_lft forever preferred_lft forever
    inet6 fe80::e23f:49ff:fe51:db06/64 scope link
       valid_lft forever preferred_lft forever

lspci -v

03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 09)
        Subsystem: ASUSTeK Computer Inc. P8 series motherboard
        Flags: bus master, fast devsel, latency 0, IRQ 45
        I/O ports at d000 [size=256]
        Memory at f2104000 (64-bit, prefetchable) [size=4K]
        Memory at f2100000 (64-bit, prefetchable) [size=16K]
        Capabilities: <access denied>
        Kernel driver in use: r8169
        Kernel modules: r8169

В винде работает норм...

corner	# 7 лет, 11 месяцев назад
Темы: 6 Сообщения: 773 Участник с: 21 июля 2011	Try r8168

DarkDigger	# 7 лет, 11 месяцев назад
Темы: 28 Сообщения: 131 Участник с: 26 декабря 2012	Спасибо за совет, но не помогло.. 03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 09) Subsystem: ASUSTeK Computer Inc. P8 series motherboard Flags: bus master, fast devsel, latency 0, IRQ 45 I/O ports at d000 [size=256] Memory at f2104000 (64-bit, prefetchable) [size=4K] Memory at f2100000 (64-bit, prefetchable) [size=16K] Capabilities: [40] Power Management version 3 Capabilities: [50] MSI: Enable+ Count=1/1 Maskable- 64bit+ Capabilities: [70] Express Endpoint, MSI 01 Capabilities: [b0] MSI-X: Enable- Count=4 Masked- Capabilities: [d0] Vital Product Data Capabilities: [100] Advanced Error Reporting Capabilities: [140] Virtual Channel Capabilities: [160] Device Serial Number 01-00-00-00-68-4c-e0-00 Kernel driver in use: r8168 Kernel modules: r8169, r8168

DarkDigger

# 7 лет, 11 месяцев назад

Темы: 28

Сообщения: 131

Участник с: 26 декабря 2012

Спасибо за совет, но не помогло..

03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 09)
        Subsystem: ASUSTeK Computer Inc. P8 series motherboard
        Flags: bus master, fast devsel, latency 0, IRQ 45
        I/O ports at d000 [size=256]
        Memory at f2104000 (64-bit, prefetchable) [size=4K]
        Memory at f2100000 (64-bit, prefetchable) [size=16K]
        Capabilities: [40] Power Management version 3
        Capabilities: [50] MSI: Enable+ Count=1/1 Maskable- 64bit+
        Capabilities: [70] Express Endpoint, MSI 01
        Capabilities: [b0] MSI-X: Enable- Count=4 Masked-
        Capabilities: [d0] Vital Product Data
        Capabilities: [100] Advanced Error Reporting
        Capabilities: [140] Virtual Channel
        Capabilities: [160] Device Serial Number 01-00-00-00-68-4c-e0-00
        Kernel driver in use: r8168
        Kernel modules: r8169, r8168

corner	# 7 лет, 11 месяцев назад
Темы: 6 Сообщения: 773 Участник с: 21 июля 2011	модуль r8169 в блэклист нужно. Blacklist

DarkDigger	# 7 лет, 11 месяцев назад
Темы: 28 Сообщения: 131 Участник с: 26 декабря 2012	Добавил `[[email protected] ~]$ cat /etc/modprobe.d/r8169_blacklist.conf blacklist r8169` У нас несколько сетей, причём такая проблема только с одной сетью (коммутатором) С другой всё ок.. Коммутаторы циски, может проблема с согласованием 10/100/1000?

kurych	# 7 лет, 11 месяцев назад
Темы: 0 Сообщения: 1394 Участник с: 06 ноября 2011	DarkDigger У нас несколько сетей, причём такая проблема только с одной сетью (коммутатором) С другой всё ок.. Коммутаторы циски, может проблема с согласованием 10/100/1000? Если бы были проблемы с согласованием, то физика не поднялась бы и dhcp не отработало бы. Проясните, пожалуйста, следующий момент: примерно пол минуты вообще порт не поднимается, или уже после того, как получен ip по dhcp, пинг задумывается на пол минуты? В первом случае вероятнее всего на порту коммутатора нужно отключить Spanning Tree Protocol, во втором случае наиболее вероятна проблема с настройками DNS, которые хост получает по DHCP.

kurych

# 7 лет, 11 месяцев назад

Темы: 0

Сообщения: 1394

Участник с: 06 ноября 2011

DarkDigger
У нас несколько сетей, причём такая проблема только с одной сетью (коммутатором)
С другой всё ок.. Коммутаторы циски, может проблема с согласованием 10/100/1000?

Если бы были проблемы с согласованием, то физика не поднялась бы и dhcp не отработало бы.
Проясните, пожалуйста, следующий момент: примерно пол минуты вообще порт не поднимается, или уже после того, как получен ip по dhcp, пинг задумывается на пол минуты?
В первом случае вероятнее всего на порту коммутатора нужно отключить Spanning Tree Protocol, во втором случае наиболее вероятна проблема с настройками DNS, которые хост получает по DHCP.

DarkDigger	# 7 лет, 11 месяцев назад (отредактировано 7 лет, 11 месяцев назад)
Темы: 28 Сообщения: 131 Участник с: 26 декабря 2012	Порт поднимается сразу, dhcp отрабатывает сразу, но нормально пингуется только свой собственный ip (полученный по dhcp). Даже шлюз, или dns или любой инетовский ip пингуется с потерей первыйх ~50 пакетов. Потом нормально. Перестают пинговаться все ip, если нет сетевой активности... Временное решение: в отдельном терминале запустил пинг до бесконечности)

DarkDigger

# 7 лет, 11 месяцев назад (отредактировано 7 лет, 11 месяцев назад)

Темы: 28

Сообщения: 131

Участник с: 26 декабря 2012

Порт поднимается сразу, dhcp отрабатывает сразу, но нормально пингуется только свой собственный ip (полученный по dhcp). Даже шлюз, или dns или любой инетовский ip пингуется с потерей первыйх ~50 пакетов. Потом нормально. Перестают пинговаться все ip, если нет сетевой активности... Временное решение: в отдельном терминале запустил пинг до бесконечности)

kurych	# 7 лет, 11 месяцев назад
Темы: 0 Сообщения: 1394 Участник с: 06 ноября 2011	Попробуйте пингануть без обращения к DNS `ping -n 10.0.1.1` И с таким же ключиком ( -n ) traceroute можно попробовать.

DarkDigger	# 7 лет, 11 месяцев назад
Темы: 28 Сообщения: 131 Участник с: 26 декабря 2012	Так я и пингую по ip а не по имени. Вот сформулировал правильно: После некоторого времени бездействия сети, сеть "засыпает"

kurych	# 7 лет, 11 месяцев назад (отредактировано 7 лет, 11 месяцев назад)
Темы: 0 Сообщения: 1394 Участник с: 06 ноября 2011	DarkDigger Так я и пингую по ip а не по имени. Если вы пингуете по ip, но без ключа -n, то ping все равно пытается (в некоторых реализациях) отрезолвить адрес и при неверных настройках dns будут первоначальные (или постоянные) задержки. Ключ -n явно запрещает обращаться к resolve.

kurych

# 7 лет, 11 месяцев назад (отредактировано 7 лет, 11 месяцев назад)

Темы: 0

Сообщения: 1394

Участник с: 06 ноября 2011

DarkDigger
Так я и пингую по ip а не по имени.

Если вы пингуете по ip, но без ключа -n, то ping все равно пытается (в некоторых реализациях) отрезолвить адрес и при неверных настройках dns будут первоначальные (или постоянные) задержки. Ключ -n явно запрещает обращаться к resolve.