проблема с dhclient или виноват провайдер?

Закрыто
Аватара пользователя
awl
Сообщения: 413
Зарегистрирован: 12 сен 2011, 19:23

проблема с dhclient или виноват провайдер?

Сообщение awl » 15 июл 2012, 17:09

Здравствуйте. Наконец-то решился попросить совета по давно имеющейся у меня проблеме, существующей ещё со времен ROSA 2011.
Суть в следующем: мой провайдер (обычный кабельный ethernet 100 Mbit/s) выдаёт мне статический IP-адрес с помощью своего DHCP-сервера. Периодически, когда аренда адреса истекает, этот DHCP-сервер "перевыдаёт" тот же самый адрес. Но почему-то в этот момент происходит какой-то сбой и сеть у меня перестаёт работать.
Во времена, когда я пользовался ROSA 2011, достаточно было один раз перезапустить сеть с помощью виджета "Сетевые соединения" и больше описываемое явление не наблюдалось. Теперь, на ROSA 2012 LTS, иногда помогает перезапуск Network Manager.service, иногда бывает необходимо завершить сеанс и снова залогиниться, а иногда даже требуется перезагрузка. Сейчас выхожу из положения, перезапуская вручную NetworkManager.service каждые 8-9 часов (через виджет "Сетевые соединения" уже не получается).
Чтобы хоть как-нибудь разобраться с этой ситуацией пробую мониторить сеть с помощью tcpdump и вижу такое:

Код: Выделить всё

#  tcpdump -i eth0 -nn -s 0 -v port 67 or port 68
...
15:01:03.188880 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto UDP (17), length 328)
    109.171.2.72.68 > 94.251.18.70.67: BOOTP/DHCP, Request from f4:6d:04:49:b5:15, length 300, xid 0xee0d0078, secs 5458, Flags [none]
          Client-IP 109.171.2.72
          Client-Ethernet-Address f4:6d:04:49:b5:15
          Vendor-rfc1048 Extensions
            Magic Cookie 0x63825363
            DHCP-Message Option 53, length 1: Request
            Hostname Option 12, length 3: "awl"
            Parameter-Request Option 55, length 11: 
              Subnet-Mask, BR, Time-Zone, Default-Gateway
              Domain-Name, Domain-Name-Server, Hostname, Classless-Static-Route
              Classless-Static-Route-Microsoft, Option 252, NTP
...
Причём это может повторяться (с некоторыми вариациями) в течение нескольких часов.
В это же время смотрю статус NetworkManager.service:

Код: Выделить всё

# systemctl status NetworkManager.service
NetworkManager.service - Network Manager
          Loaded: loaded (/lib/systemd/system/NetworkManager.service; enabled)
          Active: active (running) since Sun, 15 Jul 2012 02:06:24 +0700; 13h ago
        Main PID: 28338 (NetworkManager)
          CGroup: name=systemd:/system/NetworkManager.service
                  ├ 28338 /usr/sbin/NetworkManager --no-daemon
                  └ 28387 /sbin/dhclient -d -4 -sf /usr/lib64/nm-dhcp-client.action -pf /var/run/dhclient-eth0.pid -lf /var/lib/dhcp/dhclient-5fb06bd0-0bb0-7ffb-45f1-d6...

Jul 15 15:07:05 awl.myhost dhclient[28387]: DHCPREQUEST on eth0 to 94.251.18.70 port 67
Jul 15 15:07:05 awl.myhost NetworkManager[28338]: DHCPREQUEST on eth0 to 94.251.18.70 port 67
Jul 15 15:07:26 awl.myhost dhclient[28387]: DHCPREQUEST on eth0 to 94.251.18.70 port 67
Jul 15 15:07:26 awl.myhost NetworkManager[28338]: DHCPREQUEST on eth0 to 94.251.18.70 port 67
Jul 15 15:07:44 awl.myhost dhclient[28387]: DHCPREQUEST on eth0 to 94.251.18.70 port 67
Jul 15 15:07:44 awl.myhost NetworkManager[28338]: DHCPREQUEST on eth0 to 94.251.18.70 port 67
Jul 15 15:07:53 awl.myhost dhclient[28387]: DHCPREQUEST on eth0 to 94.251.18.70 port 67
Jul 15 15:07:53 awl.myhost NetworkManager[28338]: DHCPREQUEST on eth0 to 94.251.18.70 port 67
Jul 15 15:08:12 awl.myhost dhclient[28387]: DHCPREQUEST on eth0 to 94.251.18.70 port 67
Jul 15 15:08:12 awl.myhost NetworkManager[28338]: DHCPREQUEST on eth0 to 94.251.18.70 port 67
Тоже может продолжаться несколько часов.
Сразу после исчезновения сети опять смотрю статус NetworkManager.service:

Код: Выделить всё

# systemctl status NetworkManager.service
NetworkManager.service - Network Manager
          Loaded: loaded (/lib/systemd/system/NetworkManager.service; enabled)
          Active: active (running) since Sun, 15 Jul 2012 02:06:24 +0700; 17h ago
        Main PID: 28338 (NetworkManager)
          CGroup: name=systemd:/system/NetworkManager.service
                  └ 28338 /usr/sbin/NetworkManager --no-daemon

Jul 15 19:10:35 awl.myhost NetworkManager[28338]: <info> (eth0): DHCPv4 client pid 14700 exited with status -1
Jul 15 19:10:35 awl.myhost NetworkManager[28338]: <warn> DHCP client died abnormally
Jul 15 19:10:35 awl.myhost NetworkManager[28338]: <info> Activation (eth0) Stage 4 of 5 (IP4 Configure Timeout) scheduled...
Jul 15 19:10:35 awl.myhost NetworkManager[28338]: <info> Activation (eth0) Stage 4 of 5 (IP4 Configure Timeout) started...
Jul 15 19:10:35 awl.myhost NetworkManager[28338]: <info> (eth0): device state change: ip-config -> failed (reason 'ip-config-unavailable') [70 120 5]
Jul 15 19:10:35 awl.myhost NetworkManager[28338]: <info> Marking connection 'System eth0' invalid.
Jul 15 19:10:35 awl.myhost NetworkManager[28338]: <warn> Activation (eth0) failed.
Jul 15 19:10:35 awl.myhost NetworkManager[28338]: <info> Activation (eth0) Stage 4 of 5 (IP4 Configure Timeout) complete.
Jul 15 19:10:35 awl.myhost NetworkManager[28338]: <info> (eth0): device state change: failed -> disconnected (reason 'none') [120 30 0]
Jul 15 19:10:35 awl.myhost NetworkManager[28338]: <info> (eth0): deactivating device (reason 'none') [0]
Перезапускаю NetworkManager.service:

Код: Выделить всё

# systemctl restart NetworkManager.service
Сеть заработала.
Статус после перезапуска:

Код: Выделить всё

# systemctl status NetworkManager.service
NetworkManager.service - Network Manager
          Loaded: loaded (/lib/systemd/system/NetworkManager.service; enabled)
          Active: active (running) since Sun, 15 Jul 2012 19:13:10 +0700; 9min ago
        Main PID: 16560 (NetworkManager)
          CGroup: name=systemd:/system/NetworkManager.service
                  ├ 16560 /usr/sbin/NetworkManager --no-daemon
                  └ 16588 /sbin/dhclient -d -4 -sf /usr/lib64/nm-dhcp-client.action -pf /var/run/dhclient-eth0.pid -lf /var/lib/dhcp/dhclient-5fb06bd0-0bb0-7ffb-45f1-d6...

Jul 15 19:13:12 awl.myhost NetworkManager[16560]: NetworkManager[16560]: <info> Activation (eth0) Stage 3 of 5 (IP Configure Start) scheduled.
Jul 15 19:13:12 awl.myhost NetworkManager[16560]: NetworkManager[16560]: <info> Activation (eth0) Stage 2 of 5 (Device Configure) complete.
Jul 15 19:13:12 awl.myhost NetworkManager[16560]: NetworkManager[16560]: <info> Activation (eth0) Stage 3 of 5 (IP Configure Start) started...
Jul 15 19:13:12 awl.myhost NetworkManager[16560]: NetworkManager[16560]: <info> (eth0): device state change: config -> ip-config (reason 'none') [50 70 0]
Jul 15 19:13:12 awl.myhost NetworkManager[16560]: NetworkManager[16560]: <info> Activation (eth0) Beginning DHCPv4 transaction (timeout in 45 seconds)
Jul 15 19:13:12 awl.myhost NetworkManager[16560]: <info> dhclient started with pid 16588
Jul 15 19:13:12 awl.myhost NetworkManager[16560]: <info> Activation (eth0) Stage 3 of 5 (IP Configure Start) complete.
Jul 15 19:13:12 awl.myhost dhclient[16588]: Internet Systems Consortium DHCP Client 4.2.1-P1
Jul 15 19:13:12 awl.myhost dhclient[16588]: Copyright 2004-2011 Internet Systems Consortium.
Jul 15 19:13:12 awl.myhost dhclient[16588]: All rights reserved.
Если кто-нибудь понимает в чем тут дело, то просьба посоветовать, что же мне делать? Это даёт сбои dhclient или может быть мне надо обращаться в техподдержку провайдера? В своё время, когда я пользовался Mandriva 2010 и у меня одновременно также стояла win, то сталкивался с проблемой некорректной работы DHCP-сервера провайдера - http://linuxforum.ru/viewtopic.php?id=13995 (во всяком случае мне так объяснили). С другой стороны, я пробовал загружаться с LIVE-дистрибутивов Knoppix 6.7.1 и Gentoo 12.1 и длительно в них работать, и при этом не испытывал описанных выше проблем (в LIVE-режиме дистрибутива ROSA 2012 LTS эта проблема присутствует).
OMNE NIMIUM NOCET

PastorDi
Сообщения: 2743
Зарегистрирован: 25 авг 2011, 12:34
Operating system: IBM DOS, OS/2
Откуда: Санкт-Петербург
Контактная информация:

Re: проблема с dhclient или виноват провайдер?

Сообщение PastorDi » 15 июл 2012, 18:22

Это двойная проблема: NetworkManger'a и драйвера сетевухи.
По драйверу сетевухи ничего не скажу.
А вот по проблеме NW cкажу. Я в отчетах писал про проблему ПОСТОЯННОГО "перезагруза" NW. У меня наблюдается на всех ноутах такая картина на wifi:
1. Работаешь примерно час. Смотришь NW а он пишет, Соединение установлено 2мин назад.
2. Проходит примерно 15-20мин. Смотришь NW а он пишет, Соединение установлено 3мин назад.
3. Проходит 1ч-2ч. Смотришь NW а он пишет, Соединение установлено 2мин назад.
и так до бесконечности. Т.е. сидишь в Инете, все вроде работает. Однако NW почему-то "перегружает" соединение. От чего это зависит, не знаю. Я уже в отчетах своих писал, на Багзилле заводил баг. Бесполезно.
Сюда не выносил эту проблему (на всякий случай). :)

Иногда такое происходит и на простой сетевухе, но реже. У меня тоже провайдер выдает статический ip c dhcp сервера. Я ничего не настраиваю, все "на автомате".

Аватара пользователя
ДроноваЮ
Сообщения: 2636
Зарегистрирован: 01 июн 2011, 13:11
Operating system: Ubuntu/ROSA
Откуда: Москва

Re: проблема с dhclient или виноват провайдер?

Сообщение ДроноваЮ » 15 июл 2012, 18:42

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

PastorDi
Сообщения: 2743
Зарегистрирован: 25 авг 2011, 12:34
Operating system: IBM DOS, OS/2
Откуда: Санкт-Петербург
Контактная информация:

Re: проблема с dhclient или виноват провайдер?

Сообщение PastorDi » 15 июл 2012, 18:58

Кстати, что-то вспомнил. Была проблема с avahi. Он сильно влиял на NW. Может вы не обновлялись? Попробуйте обновиться и потом:

Код: Выделить всё

urpmi --replacepkg avahi
Далее перезагрузка.

Еще вспомнил. :) "awl.myhost" это ваш hostname? Кто-то из разработчиков, говорил, что с "." в hostname могут быть проблемы. Попробуйте переименовать.

Аватара пользователя
awl
Сообщения: 413
Зарегистрирован: 12 сен 2011, 19:23

Re: проблема с dhclient или виноват провайдер?

Сообщение awl » 15 июл 2012, 20:11

PastorDi писал(а):Может вы не обновлялись?
Все обновления регулярно устанавливаю.
PastorDi писал(а):"awl.myhost" это ваш hostname? Кто-то из разработчиков, говорил, что с "." в hostname могут быть проблемы.
В hostname убрал "."
Интересно, а как тогда стандартное "localhost.localdomain"?
Для информации - моя сетевая карта:

Код: Выделить всё

# lspci -v | grep -A 10 Ethernet
00:19.0 Ethernet controller: Intel Corporation 82579V Gigabit Network Connection (rev 05)
        Subsystem: ASUSTeK Computer Inc. P8P67 Deluxe Motherboard
        Flags: bus master, fast devsel, latency 0, IRQ 41
        Memory at f7d00000 (32-bit, non-prefetchable) [size=128K]
        Memory at f7d29000 (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
        Kernel modules: e1000e
OMNE NIMIUM NOCET

PastorDi
Сообщения: 2743
Зарегистрирован: 25 авг 2011, 12:34
Operating system: IBM DOS, OS/2
Откуда: Санкт-Петербург
Контактная информация:

Re: проблема с dhclient или виноват провайдер?

Сообщение PastorDi » 15 июл 2012, 22:16

Хм... что-то я немного не пойму.
Можете привести вывод команд:

Код: Выделить всё

grep dhc /var/log/syslog*
grep eth0 /var/log/syslog*
cat /etc/sysconfig/network-scripts/ifcfg-eth0

Аватара пользователя
awl
Сообщения: 413
Зарегистрирован: 12 сен 2011, 19:23

Re: проблема с dhclient или виноват провайдер?

Сообщение awl » 16 июл 2012, 05:41

вывод grep dhc /var/log/syslog*

Код: Выделить всё

# grep dhc /var/log/syslog*
...
/var/log/syslog.1:Jul 15 01:58:47 localhost dhclient: DHCPREQUEST on eth0 to 94.251.18.70 port 67
/var/log/syslog.1:Jul 15 01:59:01 localhost dhclient: DHCPREQUEST on eth0 to 94.251.18.70 port 67
/var/log/syslog.1:Jul 15 01:59:08 localhost dhclient: DHCPREQUEST on eth0 to 94.251.18.70 port 67
/var/log/syslog.1:Jul 15 01:59:27 localhost dhclient: DHCPREQUEST on eth0 to 94.251.18.70 port 67
/var/log/syslog.1:Jul 15 01:59:39 localhost dhclient: DHCPREQUEST on eth0 to 94.251.18.70 port 67
/var/log/syslog.1:Jul 15 01:59:51 localhost dhclient: DHCPREQUEST on eth0 to 94.251.18.70 port 67
/var/log/syslog.1:Jul 15 02:00:12 localhost dhclient: DHCPREQUEST on eth0 to 94.251.18.70 port 67
/var/log/syslog.1:Jul 15 02:00:22 localhost dhclient: DHCPREQUEST on eth0 to 94.251.18.70 port 67
/var/log/syslog.1:Jul 15 02:00:33 localhost dhclient: DHCPREQUEST on eth0 to 94.251.18.70 port 67
/var/log/syslog.1:Jul 15 02:00:45 localhost dhclient: DHCPREQUEST on eth0 to 94.251.18.70 port 67
/var/log/syslog.1:Jul 15 02:01:05 localhost dhclient: DHCPREQUEST on eth0 to 94.251.18.70 port 67
/var/log/syslog.1:Jul 15 02:01:23 localhost dhclient: DHCPREQUEST on eth0 to 94.251.18.70 port 67
/var/log/syslog.1:Jul 15 02:01:43 localhost dhclient: DHCPREQUEST on eth0 to 94.251.18.70 port 67
/var/log/syslog.1:Jul 15 02:01:56 localhost dhclient: DHCPREQUEST on eth0 to 94.251.18.70 port 67
/var/log/syslog.1:Jul 15 02:02:08 localhost dhclient: DHCPREQUEST on eth0 to 94.251.18.70 port 67
/var/log/syslog.1:Jul 15 02:03:34 localhost dhclient: DHCPREQUEST on eth0 to 94.251.18.70 port 67
/var/log/syslog.1:Jul 15 02:03:44 localhost dhclient: DHCPREQUEST on eth0 to 94.251.18.70 port 67
/var/log/syslog.1:Jul 15 02:03:58 localhost dhclient: DHCPREQUEST on eth0 to 94.251.18.70 port 67
/var/log/syslog.1:Jul 15 02:04:08 localhost dhclient: DHCPREQUEST on eth0 to 94.251.18.70 port 67
/var/log/syslog.1:Jul 15 02:04:29 localhost dhclient: DHCPREQUEST on eth0 to 94.251.18.70 port 67
/var/log/syslog.1:Jul 15 02:04:47 localhost dhclient: DHCPREQUEST on eth0 to 94.251.18.70 port 67
/var/log/syslog.1:Jul 15 02:05:07 localhost dhclient: DHCPREQUEST on eth0 to 94.251.18.70 port 67
/var/log/syslog.1:Jul 15 02:05:23 localhost dhclient: DHCPREQUEST on eth0 to 94.251.18.70 port 67
/var/log/syslog.1:Jul 15 02:05:27 localhost NetworkManager[7050]: <info> dhclient started with pid 27644
/var/log/syslog.1:Jul 15 02:05:27 localhost dhclient: Internet Systems Consortium DHCP Client 4.2.1-P1
/var/log/syslog.1:Jul 15 02:05:30 localhost NetworkManager[7050]: <info> dhclient started with pid 27681
/var/log/syslog.1:Jul 15 02:05:30 localhost dhclient: Internet Systems Consortium DHCP Client 4.2.1-P1
/var/log/syslog.1:Jul 15 02:05:33 localhost NetworkManager[7050]: <info> dhclient started with pid 27716
/var/log/syslog.1:Jul 15 02:05:33 localhost dhclient: Internet Systems Consortium DHCP Client 4.2.1-P1
/var/log/syslog.1:Jul 15 02:05:36 localhost NetworkManager[7050]: <info> dhclient started with pid 27753
/var/log/syslog.1:Jul 15 02:05:36 localhost dhclient: Internet Systems Consortium DHCP Client 4.2.1-P1
/var/log/syslog.1:Jul 15 02:06:26 localhost NetworkManager[28338]: NetworkManager[28338]: <info> dhclient started with pid 28387
/var/log/syslog.1:Jul 15 02:06:26 localhost NetworkManager[28338]: <info> dhclient started with pid 28387
/var/log/syslog.1:Jul 15 02:06:26 localhost dhclient: Internet Systems Consortium DHCP Client 4.2.1-P1
/var/log/syslog.1:Jul 15 02:06:26 localhost dhclient: Copyright 2004-2011 Internet Systems Consortium.
/var/log/syslog.1:Jul 15 02:06:26 localhost dhclient: All rights reserved.
/var/log/syslog.1:Jul 15 02:06:26 localhost dhclient: For info, please visit https://www.isc.org/software/dhcp/
/var/log/syslog.1:Jul 15 02:06:26 localhost dhclient: 
/var/log/syslog.1:Jul 15 02:06:26 localhost NetworkManager[28338]: For info, please visit https://www.isc.org/software/dhcp/
/var/log/syslog.1:Jul 15 02:06:26 localhost dhclient: Listening on LPF/eth0/f4:6d:04:49:b5:15
/var/log/syslog.1:Jul 15 02:06:26 localhost dhclient: Sending on   LPF/eth0/f4:6d:04:49:b5:15
/var/log/syslog.1:Jul 15 02:06:26 localhost dhclient: Sending on   Socket/fallback
/var/log/syslog.1:Jul 15 02:06:26 localhost dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
/var/log/syslog.1:Jul 15 02:06:30 localhost dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
/var/log/syslog.1:Jul 15 02:06:30 localhost dhclient: DHCPACK from 109.171.2.1
/var/log/syslog.1:Jul 15 02:06:30 localhost dhclient: bound to 109.171.2.72 -- renewal in 41015 seconds.
вывод grep eth0 /var/log/syslog* содержит огромное количество сообщений shorewall типа:

Код: Выделить всё

/var/log/syslog.1:Jul 15 03:17:35 localhost kernel: [125089.893174] Shorewall:net2fw:DROP:IN=eth0 OUT= MAC=f4:6d:04:49:b5:15:00:1d:71:9b:c1:c0:08:00 SRC=188.32.147.176 DST=109.171.2.72 LEN=95 TOS=0x00 PREC=0x00 TTL=113 ID=7658 PROTO=UDP SPT=37638 DPT=6881 LEN=75 
/var/log/syslog.1:Jul 15 03:17:44 localhost kernel: [125098.280657] Shorewall:net2fw:DROP:IN=eth0 OUT= MAC=f4:6d:04:49:b5:15:00:1d:71:9b:c1:c0:08:00 SRC=213.155.204.211 DST=109.171.2.72 LEN=58 TOS=0x00 PREC=0x00 TTL=116 ID=8339 PROTO=UDP SPT=15114 DPT=6881 LEN=38 
/var/log/syslog.1:Jul 15 03:17:47 localhost kernel: [125101.792955] Shorewall:net2fw:DROP:IN=eth0 OUT= MAC=f4:6d:04:49:b5:15:00:1d:71:9b:c1:c0:08:00 SRC=213.155.204.211 DST=109.171.2.72 LEN=58 TOS=0x00 PREC=0x00 TTL=116 ID=10629 PROTO=UDP SPT=15114 DPT=6881 LEN=38 
/var/log/syslog.1:Jul 15 03:17:50 localhost kernel: [125104.875352] Shorewall:net2fw:DROP:IN=eth0 OUT= MAC=f4:6d:04:49:b5:15:00:1d:71:9b:c1:c0:08:00 SRC=188.32.147.176 DST=109.171.2.72 LEN=58 TOS=0x00 PREC=0x00 TTL=113 ID=19668 PROTO=UDP SPT=37638 DPT=6881 LEN=38 
/var/log/syslog.1:Jul 15 03:17:54 localhost kernel: [125107.944842] Shorewall:net2fw:DROP:IN=eth0 OUT= MAC=f4:6d:04:49:b5:15:00:1d:71:9b:c1:c0:08:00 SRC=188.32.147.176 DST=109.171.2.72 LEN=58 TOS=0x00 PREC=0x00 TTL=113 ID=22262 PROTO=UDP SPT=37638 DPT=6881 LEN=38 
/var/log/syslog.1:Jul 15 03:18:01 localhost kernel: [125115.323730] Shorewall:net2fw:DROP:IN=eth0 OUT= MAC=f4:6d:04:49:b5:15:00:1d:71:9b:c1:c0:08:00 SRC=68.148.22.155 DST=109.171.2.72 LEN=131 TOS=0x00 PREC=0x00 TTL=118 ID=32635 PROTO=UDP SPT=1048 DPT=6881 LEN=111 
/var/log/syslog.1:Jul 15 03:18:01 localhost kernel: [125115.774630] Shorewall:net2fw:DROP:IN=eth0 OUT= MAC=f4:6d:04:49:b5:15:00:1d:71:9b:c1:c0:08:00 SRC=218.60.25.130 DST=109.171.2.72 LEN=52 TOS=0x00 PREC=0x00 TTL=42 ID=9496 DF PROTO=TCP SPT=64496 DPT=3389 WINDOW=65535 RES=0x00 SYN URGP=0
вывод cat /etc/sysconfig/network-scripts/ifcfg-eth0:

Код: Выделить всё

$ cat /etc/sysconfig/network-scripts/ifcfg-eth0
DEVICE=eth0
ONBOOT=yes
NM_CONTROLLED=yes
HWADDR=F4:6D:04:49:B5:15
BOOTPROTO=dhcp
IPV4_FAILURE_FATAL=yes
NAME="System eth0"
UUID=5fb06bd0-0bb0-7ffb-45f1-d6edd65f3e03
PEERDNS=yes
LAST_CONNECT=1337435403
OMNE NIMIUM NOCET

PastorDi
Сообщения: 2743
Зарегистрирован: 25 авг 2011, 12:34
Operating system: IBM DOS, OS/2
Откуда: Санкт-Петербург
Контактная информация:

Re: проблема с dhclient или виноват провайдер?

Сообщение PastorDi » 16 июл 2012, 13:42

У вас NetworkManager вообще не работает. Вы его отрубили совсем?

Отключите файрвол. Он вам принципиально нужен?

Код: Выделить всё

systemctl stop iptables.service
По дефолту он не включен.

Вам нужна подмена МАС адреса?
Вообщем попробуйте в /etc/sysconfig/network-scripts/ifcfg-eth0
оставить только:

Код: Выделить всё

$ cat /etc/sysconfig/network-scripts/ifcfg-eth0
DEVICE=eth0
ONBOOT=yes
NM_CONTROLLED=yes
Перегрузитесь и потестируйте.

PastorDi
Сообщения: 2743
Зарегистрирован: 25 авг 2011, 12:34
Operating system: IBM DOS, OS/2
Откуда: Санкт-Петербург
Контактная информация:

Re: проблема с dhclient или виноват провайдер?

Сообщение PastorDi » 16 июл 2012, 13:52

Я просто покажу свои логи, как должно быть.

grep dhc /var/log/syslog*

Код: Выделить всё

/var/log/syslog.1:Jul 16 00:34:50 localhost dhclient: Sending on   Socket/fallback
/var/log/syslog.1:Jul 16 00:34:50 localhost dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
/var/log/syslog.1:Jul 16 00:34:50 localhost dhclient: DHCPACK from 192.168.1.1
/var/log/syslog.1:Jul 16 00:34:50 localhost dhclient: bound to 192.168.1.2 -- renewal in 34914 seconds.
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: NetworkManager[1976]: <info> dhclient started with pid 2165
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: <info> dhclient started with pid 2165
/var/log/syslog.1:Jul 16 11:32:13 localhost dhclient: Internet Systems Consortium DHCP Client 4.2.1-P1
/var/log/syslog.1:Jul 16 11:32:13 localhost dhclient: Copyright 2004-2011 Internet Systems Consortium.
/var/log/syslog.1:Jul 16 11:32:13 localhost dhclient: All rights reserved.
/var/log/syslog.1:Jul 16 11:32:13 localhost dhclient: For info, please visit https://www.isc.org/software/dhcp/
/var/log/syslog.1:Jul 16 11:32:13 localhost dhclient: 
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: For info, please visit https://www.isc.org/software/dhcp/
/var/log/syslog.1:Jul 16 11:32:14 localhost dhclient: Listening on LPF/eth0/00:19:66:e5:26:c4
/var/log/syslog.1:Jul 16 11:32:14 localhost dhclient: Sending on   LPF/eth0/00:19:66:e5:26:c4
/var/log/syslog.1:Jul 16 11:32:14 localhost dhclient: Sending on   Socket/fallback
/var/log/syslog.1:Jul 16 11:32:14 localhost dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
/var/log/syslog.1:Jul 16 11:32:14 localhost dhclient: DHCPACK from 192.168.1.1
/var/log/syslog.1:Jul 16 11:32:14 localhost dhclient: bound to 192.168.1.2 -- renewal in 39207 seconds.
[root@mindlife urpmi]#
grep eth0 /var/log/syslog*

Код: Выделить всё

/var/log/syslog.1:Jul 16 00:34:52 localhost NetworkManager[1847]: <info> Activation (eth0) Stage 5 of 5 (IP Configure Commit) complete.
/var/log/syslog.1:Jul 16 00:34:52 localhost NetworkManager[1847]: NetworkManager[1847]: <info> Activation (eth0) Stage 5 of 5 (IP Configure Commit) complete.
/var/log/syslog.1:Jul 16 00:34:59 localhost kernel: eth0: no IPv6 routers present
/var/log/syslog.1:Jul 16 11:32:12 localhost NetworkManager[1976]: NetworkManager[1976]:    ifcfg-mdv: parsing /etc/sysconfig/network-scripts/ifcfg-eth0 ...
/var/log/syslog.1:Jul 16 11:32:12 localhost NetworkManager[1976]:    ifcfg-mdv: parsing /etc/sysconfig/network-scripts/ifcfg-eth0 ...
/var/log/syslog.1:Jul 16 11:32:12 localhost NetworkManager[1976]: NetworkManager[1976]:    ifcfg-mdv:     read connection 'System eth0'
/var/log/syslog.1:Jul 16 11:32:12 localhost NetworkManager[1976]:    ifcfg-mdv:     read connection 'System eth0'
/var/log/syslog.1:Jul 16 11:32:12 localhost NetworkManager[1976]: <info> (eth0): carrier is OFF
/var/log/syslog.1:Jul 16 11:32:12 localhost NetworkManager[1976]: <info> (eth0): new Ethernet device (driver: 'forcedeth' ifindex: 2)
/var/log/syslog.1:Jul 16 11:32:12 localhost NetworkManager[1976]: <info> (eth0): exported as /org/freedesktop/NetworkManager/Devices/0
/var/log/syslog.1:Jul 16 11:32:12 localhost NetworkManager[1976]: NetworkManager[1976]: <info> (eth0): carrier is OFF
/var/log/syslog.1:Jul 16 11:32:12 localhost NetworkManager[1976]: NetworkManager[1976]: <info> (eth0): new Ethernet device (driver: 'forcedeth' ifindex: 2)
/var/log/syslog.1:Jul 16 11:32:12 localhost NetworkManager[1976]: NetworkManager[1976]: <info> (eth0): exported as /org/freedesktop/NetworkManager/Devices/0
/var/log/syslog.1:Jul 16 11:32:12 localhost NetworkManager[2047]:    ifcfg-mdv: parsing /etc/sysconfig/network-scripts/ifcfg-eth0 ...
/var/log/syslog.1:Jul 16 11:32:12 localhost NetworkManager[2047]:    ifcfg-mdv:     read connection 'System eth0'
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: NetworkManager[1976]: <info> (eth0): now managed
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: <info> (eth0): now managed
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: <info> (eth0): device state change: unmanaged -> unavailable (reason 'managed') [10 20 2]
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: <info> (eth0): bringing up device.
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: NetworkManager[1976]: <info> (eth0): device state change: unmanaged -> unavailable (reason 'managed') [10 20 2]
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: NetworkManager[1976]: <info> (eth0): bringing up device.
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: NetworkManager[1976]: <info> (eth0): preparing device.
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: NetworkManager[1976]: <info> (eth0): deactivating device (reason 'managed') [2]
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: <info> (eth0): preparing device.
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: <info> (eth0): deactivating device (reason 'managed') [2]
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: <info> (eth0): carrier now ON (device state 20)
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: <info> (eth0): device state change: unavailable -> disconnected (reason 'carrier-changed') [20 30 40]
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: <info> Auto-activating connection 'System eth0'.
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: <info> Activation (eth0) starting connection 'System eth0'
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: <info> (eth0): device state change: disconnected -> prepare (reason 'none') [30 40 0]
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: <info> Activation (eth0) Stage 1 of 5 (Device Prepare) scheduled...
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: <info> Activation (eth0) Stage 1 of 5 (Device Prepare) started...
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: <info> Activation (eth0) Stage 2 of 5 (Device Configure) scheduled...
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: <info> Activation (eth0) Stage 1 of 5 (Device Prepare) complete.
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: <info> Activation (eth0) Stage 2 of 5 (Device Configure) starting...
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: <info> (eth0): device state change: prepare -> config (reason 'none') [40 50 0]
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: <info> Activation (eth0) Stage 2 of 5 (Device Configure) successful.
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: <info> Activation (eth0) Stage 3 of 5 (IP Configure Start) scheduled.
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: <info> Activation (eth0) Stage 2 of 5 (Device Configure) complete.
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: <info> Activation (eth0) Stage 3 of 5 (IP Configure Start) started...
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: <info> (eth0): device state change: config -> ip-config (reason 'none') [50 70 0]
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: <info> Activation (eth0) Beginning DHCPv4 transaction (timeout in 45 seconds)
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: NetworkManager[1976]: <info> (eth0): carrier now ON (device state 20)
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: NetworkManager[1976]: <info> (eth0): device state change: unavailable -> disconnected (reason 'carrier-changed') [20 30 40]
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: NetworkManager[1976]: <info> Auto-activating connection 'System eth0'.
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: NetworkManager[1976]: <info> Activation (eth0) starting connection 'System eth0'
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: NetworkManager[1976]: <info> (eth0): device state change: disconnected -> prepare (reason 'none') [30 40 0]
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: NetworkManager[1976]: <info> Activation (eth0) Stage 1 of 5 (Device Prepare) scheduled...
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: NetworkManager[1976]: <info> Activation (eth0) Stage 1 of 5 (Device Prepare) started...
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: NetworkManager[1976]: <info> Activation (eth0) Stage 2 of 5 (Device Configure) scheduled...
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: NetworkManager[1976]: <info> Activation (eth0) Stage 1 of 5 (Device Prepare) complete.
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: NetworkManager[1976]: <info> Activation (eth0) Stage 2 of 5 (Device Configure) starting...
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: NetworkManager[1976]: <info> (eth0): device state change: prepare -> config (reason 'none') [40 50 0]
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: NetworkManager[1976]: <info> Activation (eth0) Stage 2 of 5 (Device Configure) successful.
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: NetworkManager[1976]: <info> Activation (eth0) Stage 3 of 5 (IP Configure Start) scheduled.
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: NetworkManager[1976]: <info> Activation (eth0) Stage 2 of 5 (Device Configure) complete.
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: NetworkManager[1976]: <info> Activation (eth0) Stage 3 of 5 (IP Configure Start) started...
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: NetworkManager[1976]: <info> (eth0): device state change: config -> ip-config (reason 'none') [50 70 0]
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: NetworkManager[1976]: <info> Activation (eth0) Beginning DHCPv4 transaction (timeout in 45 seconds)
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: <info> Activation (eth0) Stage 3 of 5 (IP Configure Start) complete.
/var/log/syslog.1:Jul 16 11:32:13 localhost NetworkManager[1976]: NetworkManager[1976]: <info> Activation (eth0) Stage 3 of 5 (IP Configure Start) complete.
/var/log/syslog.1:Jul 16 11:32:14 localhost NetworkManager[1976]: NetworkManager[1976]: <info> (eth0): DHCPv4 state changed nbi -> preinit
/var/log/syslog.1:Jul 16 11:32:14 localhost NetworkManager[1976]: <info> (eth0): DHCPv4 state changed nbi -> preinit
/var/log/syslog.1:Jul 16 11:32:14 localhost dhclient: Listening on LPF/eth0/00:19:66:e5:26:c4
/var/log/syslog.1:Jul 16 11:32:14 localhost dhclient: Sending on   LPF/eth0/00:19:66:e5:26:c4
/var/log/syslog.1:Jul 16 11:32:14 localhost NetworkManager[1976]: Listening on LPF/eth0/00:19:66:e5:26:c4
/var/log/syslog.1:Jul 16 11:32:14 localhost NetworkManager[1976]: Sending on   LPF/eth0/00:19:66:e5:26:c4
/var/log/syslog.1:Jul 16 11:32:14 localhost dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
/var/log/syslog.1:Jul 16 11:32:14 localhost NetworkManager[1976]: DHCPREQUEST on eth0 to 255.255.255.255 port 67
/var/log/syslog.1:Jul 16 11:32:14 localhost NetworkManager[1976]: <info> (eth0): DHCPv4 state changed preinit -> reboot
/var/log/syslog.1:Jul 16 11:32:14 localhost NetworkManager[1976]: <info> Activation (eth0) Stage 4 of 5 (IP4 Configure Get) scheduled...
/var/log/syslog.1:Jul 16 11:32:14 localhost NetworkManager[1976]: <info> Activation (eth0) Stage 4 of 5 (IP4 Configure Get) started...
/var/log/syslog.1:Jul 16 11:32:14 localhost NetworkManager[1976]: <info> Activation (eth0) Stage 5 of 5 (IP Configure Commit) scheduled...
/var/log/syslog.1:Jul 16 11:32:14 localhost NetworkManager[1976]: <info> Activation (eth0) Stage 4 of 5 (IP4 Configure Get) complete.
/var/log/syslog.1:Jul 16 11:32:14 localhost NetworkManager[1976]: <info> Activation (eth0) Stage 5 of 5 (IP Configure Commit) started...
/var/log/syslog.1:Jul 16 11:32:14 localhost avahi-daemon[1625]: Joining mDNS multicast group on interface eth0.IPv4 with address 192.168.1.2.
/var/log/syslog.1:Jul 16 11:32:14 localhost avahi-daemon[1625]: New relevant interface eth0.IPv4 for mDNS.
/var/log/syslog.1:Jul 16 11:32:14 localhost avahi-daemon[1625]: Registering new address record for 192.168.1.2 on eth0.IPv4.
/var/log/syslog.1:Jul 16 11:32:14 localhost NetworkManager[1976]: NetworkManager[1976]: <info> (eth0): DHCPv4 state changed preinit -> reboot
/var/log/syslog.1:Jul 16 11:32:14 localhost NetworkManager[1976]: NetworkManager[1976]: <info> Activation (eth0) Stage 4 of 5 (IP4 Configure Get) scheduled...
/var/log/syslog.1:Jul 16 11:32:14 localhost NetworkManager[1976]: NetworkManager[1976]: <info> Activation (eth0) Stage 4 of 5 (IP4 Configure Get) started...
/var/log/syslog.1:Jul 16 11:32:14 localhost NetworkManager[1976]: NetworkManager[1976]: <info> Activation (eth0) Stage 5 of 5 (IP Configure Commit) scheduled...
/var/log/syslog.1:Jul 16 11:32:14 localhost NetworkManager[1976]: NetworkManager[1976]: <info> Activation (eth0) Stage 4 of 5 (IP4 Configure Get) complete.
/var/log/syslog.1:Jul 16 11:32:14 localhost NetworkManager[1976]: NetworkManager[1976]: <info> Activation (eth0) Stage 5 of 5 (IP Configure Commit) started...
/var/log/syslog.1:Jul 16 11:32:15 localhost NetworkManager[1976]: NetworkManager[1976]: <info> (eth0): writing resolv.conf to /sbin/resolvconf
/var/log/syslog.1:Jul 16 11:32:15 localhost NetworkManager[1976]: <info> (eth0): writing resolv.conf to /sbin/resolvconf
/var/log/syslog.1:Jul 16 11:32:15 localhost NetworkManager[1976]: NetworkManager[1976]: <info> (eth0): device state change: ip-config -> activated (reason 'none') [70 100 0]
/var/log/syslog.1:Jul 16 11:32:15 localhost NetworkManager[1976]: <info> (eth0): device state change: ip-config -> activated (reason 'none') [70 100 0]
/var/log/syslog.1:Jul 16 11:32:15 localhost NetworkManager[1976]: NetworkManager[1976]: <info> Policy set 'System eth0' (eth0) as default for IPv4 routing and DNS.
/var/log/syslog.1:Jul 16 11:32:15 localhost NetworkManager[1976]: <info> Policy set 'System eth0' (eth0) as default for IPv4 routing and DNS.
/var/log/syslog.1:Jul 16 11:32:15 localhost NetworkManager[1976]: <info> Activation (eth0) successful, device activated.
/var/log/syslog.1:Jul 16 11:32:15 localhost NetworkManager[1976]: <info> Activation (eth0) Stage 5 of 5 (IP Configure Commit) complete.
/var/log/syslog.1:Jul 16 11:32:15 localhost NetworkManager[1976]: NetworkManager[1976]: <info> Activation (eth0) successful, device activated.
/var/log/syslog.1:Jul 16 11:32:15 localhost NetworkManager[1976]: NetworkManager[1976]: <info> Activation (eth0) Stage 5 of 5 (IP Configure Commit) complete.
/var/log/syslog.1:Jul 16 11:32:23 localhost kernel: eth0: no IPv6 routers present
[root@mindlife urpmi]#

Код: Выделить всё

[root@mindlife urpmi]# cat /etc/sysconfig/network-scripts/ifcfg-eth0
DEVICE=eth0
ONBOOT=yes
NM_CONTROLLED=yes
[root@mindlife urpmi]#

Аватара пользователя
awl
Сообщения: 413
Зарегистрирован: 12 сен 2011, 19:23

Re: проблема с dhclient или виноват провайдер?

Сообщение awl » 19 июл 2012, 16:13

PastorDi писал(а):У вас NetworkManager вообще не работает. Вы его отрубили совсем?
NetworkManager не "отрубал". Как же он не работает, если я в выводах показал проверку его статуса и попытку его же рестарта.
PastorDi писал(а):Отключите файрвол. Он вам принципиально нужен?
Файервол отключил, хотя всегда им пользовался и никогда не испытывал проблем.
PastorDi писал(а):Вам нужна подмена МАС адреса?
МАС-адрес не подменяю. В моём файле /etc/sysconfig/network-scripts/ifcfg-eth0 - реальный МАС-адрес моей сетевой карты. Вообще говоря, содержимое этого файла я никогда не изменял. Я так понимаю, что оно (содержимое) автоматически создаётся при первом подключении к сети.
По поводу сообщений в syslog. Всё, что Вы показали, есть и у меня в логах. Вопрос в том, что когда аренда IP-адреса закончилась, тогда и начинается странный сбой - несколько часов (!) идут переговоры DHCP-клиента и сервера (почему?), потом клиент умирает, сеть отваливается и не понятно кто "виноват" в этом - клиент или сервер? А может быть NetworkManager?
Выполнил все Ваши рекомендации, и все эти прошедшие дни тестировал состояние сети. Могу сообщить, что к сожалению, изменений к лучшему нет. Что делать дальше - не знаю. Если обращаться в техподдержку провайдера, то надо как-то грамотно сформулировать вопрос. С другой стороны, почему на других linux-дистрибутивах не наблюдается указанных проблем?
OMNE NIMIUM NOCET

PastorDi
Сообщения: 2743
Зарегистрирован: 25 авг 2011, 12:34
Operating system: IBM DOS, OS/2
Откуда: Санкт-Петербург
Контактная информация:

Re: проблема с dhclient или виноват провайдер?

Сообщение PastorDi » 20 июл 2012, 13:25

1. Есть один момент. Чтобы понять, виноват ли провайдер, надо сделать так чтобы между Вами и Провайдером было аналогичное устройство, только контролируемое Вами. Поэтому, мое предложение: возьмите у знакомых/соседей на 2-3 дня - роутер. И погоняйте систему с роутером. Если у вас будут те же "симптомы", занчит дело в системе РОСА. Если нет "симптомов", значит дело в провайдере.
2. Аренда IP адресов в полной мере лежит на стороне клиента. Т.е. DHCP клиент делает запрос на аренду IP адреса у dchp сервера. Когда время аренды истекает, идет повторый запрос dhcp клиента к dhcp серверу, либо для пролонгации адреса либо для прекращения выдачи ареса. Поэтому, скорее всего это причина на стороне клиента, т.е. на вашей системе. Отсюда вытекает то, что обращение к провайдеру - бесполезно.
3. Все больше убеждаюсь в том, что виноват dhclient. Не совсем корректно он работает. А при истечении срока аренды адреса, NW пытается его "дернуть", но он уже "лежит". Поэтому мысль еще одна. Попробуйте переставить пакет dhcp-client и dhcp-common.
4. Раз вы говорите, что в других дистрибутивах все работает у вас, значит действительно что-то происходит с системой. Не пробовали полностью переставлять систему?
5. У вас провайдер выдает динамический IP адрес. Никто вам не мешает вписать его, маку, шлюзы и пользоваться. Попробуте прописать все свои данные. И посмотреть как будет работать система.
6. Еще один вариант, попробовать переставить пакеты из другого дистрибутива.

Кстати, вот наткнулся на статью. Может это подобный случай у вас? Может действительно не правильно dhcpрелей настроен у провайдера (постановка роутера это проверит)? Просто меня смутило то, что ваш IP и адрес dhcp сервера в разных подсетях, значит в любом случае должна быть правильная маршрутизация. Вообщем почитайте, там методы решения описаны.

Аватара пользователя
awl
Сообщения: 413
Зарегистрирован: 12 сен 2011, 19:23

Re: проблема с dhclient или виноват провайдер?

Сообщение awl » 20 июл 2012, 22:40

PastorDi писал(а):1. ... погоняйте систему с роутером. Если у вас будут те же "симптомы", занчит дело в системе РОСА. Если нет "симптомов", значит дело в провайдере.
На следующей неделе попробую взять роутер и проверить этот вариант.
PastorDi писал(а):2. ...обращение к провайдеру - бесполезно.
Пока до конца не уверен.
PastorDi писал(а):3. Попробуйте переставить пакет dhcp-client и dhcp-common.
Сделал.
PastorDi писал(а):4. Не пробовали полностью переставлять систему?
Не вижу смысла. Во-первых, эта проблема не критическая, а во-вторых она наблюдалась у меня (как я указал выше) и на ROSA 2011.
PastorDi писал(а):5. У вас провайдер выдает динамический IP адрес. Никто вам не мешает вписать его, маку, шлюзы и пользоваться.
В своё время я уже пробовал так делать (см. выше ссылку на мою старую тему на linuxforum.ru), но это работает всего один раз. После выключения компьютера и последующей его загрузки сеть уже не поднимается.
PastorDi писал(а):6. Еще один вариант, попробовать переставить пакеты из другого дистрибутива.
Из какого например?
PastorDi писал(а):Кстати, вот наткнулся на статью. Может это подобный случай у вас? .... Просто меня смутило то, что ваш IP и адрес dhcp сервера в разных подсетях...
Подсеть, по моему разумению, всё же одна - с маской 255.255.254.0. По ссылке описан более сложный случай, чем мой. Там, как я понял, и локальная сеть провайдера, и vpn. Сложная таблица маршрутизации. У меня всё намного проще - локальной сети нет, dhcp-сервер и шлюз на одном ip-адресе, и находятся в той же подсети, что и мой компьютер. Вся таблица маршрутизации состоит всего из двух строк. А вот симптомы проблемы схожи с тем, что там обсуждается.
Если дело в dhclient, то может быть можно его заменить альтернативой - dhcpd (имеется в репозитории). Но я не знаю, нужно ли при этом вручную чтобы-либо дополнительно конфигурировать?
Пока решение проблемы не найдено, я немного автоматизировал процесс перезапуска Network Manager'а с помощью cron через каждые 9 часов, т.к. по логам нашел, что срок аренды IP-адреса колеблется в пределах 10-11 часов.
OMNE NIMIUM NOCET

PastorDi
Сообщения: 2743
Зарегистрирован: 25 авг 2011, 12:34
Operating system: IBM DOS, OS/2
Откуда: Санкт-Петербург
Контактная информация:

Re: проблема с dhclient или виноват провайдер?

Сообщение PastorDi » 21 июл 2012, 06:30

awl писал(а): Если дело в dhclient, то может быть можно его заменить альтернативой - dhcpd (имеется в репозитории). Но я не знаю, нужно ли при этом вручную чтобы-либо дополнительно конфигурировать?
dhcpd - это dhcp сервер.
awl писал(а):Пока решение проблемы не найдено, я немного автоматизировал процесс перезапуска Network Manager'а с помощью cron через каждые 9 часов, т.к. по логам нашел, что срок аренды IP-адреса колеблется в пределах 10-11 часов.
Посмотрите свой файлик

Код: Выделить всё

/var/lib/dhcp/dhclient.leases
Поставьте там время аренды. И посмотрите как будет реагировать.

Вот какие записи у меня там:

Код: Выделить всё

lease {
  interface "eth0";
  fixed-address 192.168.1.2;
  option subnet-mask 255.255.255.0;
  option routers 192.168.1.1;
  option dhcp-lease-time 86400;
  option dhcp-message-type 5;
  option domain-name-servers 192.168.1.1;
  option dhcp-server-identifier 192.168.1.1;
  renew 5 2012/07/20 20:31:55;
  rebind 6 2012/07/21 06:08:17;
  expire 6 2012/07/21 09:08:17;
}
На всякий случай описание цитирую:
renew date
rebind date
expire date
The renew statement defines the time at which the DHCP client should begin trying to contact its server to renew a lease that it is using. The rebind statement defines the time at which the DHCP client should begin to try to contact any DHCP server in order to renew its lease. The expire statement defines the time at which the DHCP client must stop using a lease if it has not been able to contact a server in order to renew it.

These declarations are automatically set in leases acquired by the DHCP client, but must also be configured in predefined leases - a predefined lease whose expiry time has passed will not be used by the DHCP client.

Dates are specified as follows:

<weekday> <year> / <month> / <day> <hour> : <minute> : <second>

The weekday is present to make it easy for a human to tell when a lease expires - it is specified as a number from zero to six, with zero being Sunday. When declaring a predefined lease, it can always be specified as zero. The year is specified with the century, so it should generally be four digits except for really long leases. The month is specified as a number starting with 1 for January. The day of the month is likewise specified starting with 1. The hour is a number between 0 and 23, the minute a number between 0 and 59, and the second also a number between 0 and 59.

Аватара пользователя
awl
Сообщения: 413
Зарегистрирован: 12 сен 2011, 19:23

Re: проблема с dhclient или виноват провайдер?

Сообщение awl » 21 июл 2012, 09:50

PastorDi писал(а):dhcpd - это dhcp сервер.
Описание:

Код: Выделить всё

$ urpmq -Si dhcpcd
Name        : dhcpcd
Version     : 5.2.12
Release     : 1                                                                                                                                                             
Group       : System/Servers                                                                                                                                                
Size        : 133616                       Architecture: x86_64                                                                                                             
Source RPM  : dhcpcd-5.2.12-1.src.rpm                                                                                                                                       
URL         : http://dhcpcd.berlios.de/                                                                                                                                     
Summary     : DHCP Client Daemon                                                                                                                                            
Description :                                                                                                                                                               
dhcpcd is an RFC2131 compliant DHCP client. It is fully featured and yet                                                                                                    
lightweight: the binary is 60k as reported by size(1) on Linux i386. It has                                                                                                 
support for duplicate address detection, IPv4LL, carrier detection, and a                                                                                                   
merged resolv.conf and ntp.conf for which other DHCP clients require third                                                                                                  
party tools.
У меня почему-то файл /var/lib/dhcp/dhclient.leases - пустой. Есть другой файл /var/lib/dhcp/dhclient-5fb06bd0-0bb0-7ffb-45f1-d6edd65f3e03-eth0.lease со следующим содержимым:

Код: Выделить всё

$ cat /var/lib/dhcp/dhclient-5fb06bd0-0bb0-7ffb-45f1-d6edd65f3e03-eth0.lease
lease {                                                                                                                                                                     
  interface "eth0";                                                                                                                                                         
  fixed-address 109.171.2.72;                                                                                                                                               
  option subnet-mask 255.255.254.0;                                                                                                                                         
  option dhcp-lease-time 86400;                                                                                                                                             
  option routers 109.171.2.1;                                                                                                                                               
  option relay-agent-information 1:6:0:4:f:a4:0:b:2:8:0:6:0:21:91:52:cb:d2;                                                                                                 
  option dhcp-message-type 5;                                                                                                                                               
  option dhcp-server-identifier 94.251.18.70;
  option domain-name-servers 94.251.18.115,81.1.247.38;
  option domain-name "fl.zsttk.ru";
  renew 6 2012/07/21 03:34:38;
  rebind 6 2012/07/21 14:00:49;
  expire 6 2012/07/21 17:00:49;
}
lease {
  interface "eth0";
  fixed-address 109.171.2.72;
  option subnet-mask 255.255.254.0;
  option relay-agent-information 1:6:0:4:f:a4:0:b:2:8:0:6:0:21:91:52:cb:d2;
  option routers 109.171.2.1;
  option dhcp-lease-time 86400;
  option dhcp-message-type 5;
  option domain-name-servers 94.251.18.115,81.1.247.38;
  option dhcp-server-identifier 94.251.18.70;
  option domain-name "fl.zsttk.ru";
  renew 6 2012/07/21 11:16:55;
  rebind 6 2012/07/21 23:00:02;
  expire 0 2012/07/22 02:00:02;
}
OMNE NIMIUM NOCET

PastorDi
Сообщения: 2743
Зарегистрирован: 25 авг 2011, 12:34
Operating system: IBM DOS, OS/2
Откуда: Санкт-Петербург
Контактная информация:

Re: проблема с dhclient или виноват провайдер?

Сообщение PastorDi » 22 июл 2012, 10:30

awl писал(а): У меня почему-то файл /var/lib/dhcp/dhclient.leases - пустой. Есть другой файл /var/lib/dhcp/dhclient-5fb06bd0-0bb0-7ffb-45f1-d6edd65f3e03-eth0.lease со следующим содержимым:

Код: Выделить всё

$ cat /var/lib/dhcp/dhclient-5fb06bd0-0bb0-7ffb-45f1-d6edd65f3e03-eth0.lease
lease {                                                                                                                                                                     
  interface "eth0";                                                                                                                                                         
  fixed-address 109.171.2.72;                                                                                                                                               
  option subnet-mask 255.255.254.0;                                                                                                                                         
  option dhcp-lease-time 86400;                                                                                                                                             
  option routers 109.171.2.1;                                                                                                                                               
  option relay-agent-information 1:6:0:4:f:a4:0:b:2:8:0:6:0:21:91:52:cb:d2;                                                                                                 
  option dhcp-message-type 5;                                                                                                                                               
  option dhcp-server-identifier 94.251.18.70;
  option domain-name-servers 94.251.18.115,81.1.247.38;
  option domain-name "fl.zsttk.ru";
  renew 6 2012/07/21 03:34:38;
  rebind 6 2012/07/21 14:00:49;
  expire 6 2012/07/21 17:00:49;
}
lease {
  interface "eth0";
  fixed-address 109.171.2.72;
  option subnet-mask 255.255.254.0;
  option relay-agent-information 1:6:0:4:f:a4:0:b:2:8:0:6:0:21:91:52:cb:d2;
  option routers 109.171.2.1;
  option dhcp-lease-time 86400;
  option dhcp-message-type 5;
  option domain-name-servers 94.251.18.115,81.1.247.38;
  option dhcp-server-identifier 94.251.18.70;
  option domain-name "fl.zsttk.ru";
  renew 6 2012/07/21 11:16:55;
  rebind 6 2012/07/21 23:00:02;
  expire 0 2012/07/22 02:00:02;
}
У меня их ДВА, один который я вам писал - это основной, а второй (такой же как у вас). Давайте значит пробовать. Возьмите мой или в интернете поищите другое содержание. Хотя, у всех все одинаково.
Вообщем, берете мой лисес, переписываете свои серваки там и время ессессно. Удаляете там свой (который есть dhclient-5fb06bd0-0b.....) т.к. при загрузке он создаст его заново на основе дефолтного лисеса, и перегружаетесь.

Пробуйте. Может в этом вся загвоздка.

Аватара пользователя
Ruvol
Сообщения: 34
Зарегистрирован: 15 июл 2012, 17:45
Откуда: Москва
Контактная информация:

Re: проблема с dhclient или виноват провайдер?

Сообщение Ruvol » 22 июл 2012, 22:00

У меня та же проблема. Пользую интернет мегафон 4g раздаю его по wifi через zyxel keenetic giga. Имею два ноутбука. Один с Росой,(acer aspire 4820tg) другой с Xubuntu. На ноуте с Росой вайфай иногда отваливается (примерно раз в сутки), на ноуте с Xubuntu таких финтов нету. И там и там всё настроено по dhcp. Сегодня решил эксперимента ради попробовать по кабелю, с отключенным вайфаем поработать. Посмотрим что будет. Обычно решаю проблему перезагрузкой ноута.

PastorDi
Сообщения: 2743
Зарегистрирован: 25 авг 2011, 12:34
Operating system: IBM DOS, OS/2
Откуда: Санкт-Петербург
Контактная информация:

Re: проблема с dhclient или виноват провайдер?

Сообщение PastorDi » 23 июл 2012, 22:34

Выкладывайте ваши логи, будем разбираться. :)

Аватара пользователя
Ruvol
Сообщения: 34
Зарегистрирован: 15 июл 2012, 17:45
Откуда: Москва
Контактная информация:

Re: проблема с dhclient или виноват провайдер?

Сообщение Ruvol » 26 июл 2012, 21:50

Какие именно логи нужны? Я извиняюсь за свой детский сад, но честно слово - первый раз. Содержимое var/log (первый раз залез) разнообразно. Так что теряюсь в догадках что выкладывать...

Аватара пользователя
Ruvol
Сообщения: 34
Зарегистрирован: 15 июл 2012, 17:45
Откуда: Москва
Контактная информация:

Re: проблема с dhclient или виноват провайдер?

Сообщение Ruvol » 26 июл 2012, 23:08

Вот этой записью завален практически весь лог файл. То есть он за редким исключением из неё и состоит (только демоны меняются).
localhost udisks-daemon[2157]: ** (udisks-daemon:2157): WARNING **: Property get or set does not have an interface string as first arg
Что выкладывать я не знаю. Плиз хелп.

Аватара пользователя
ДроноваЮ
Сообщения: 2636
Зарегистрирован: 01 июн 2011, 13:11
Operating system: Ubuntu/ROSA
Откуда: Москва

Re: проблема с dhclient или виноват провайдер?

Сообщение ДроноваЮ » 26 июл 2012, 23:14

Ruvol писал(а):Что выкладывать я не знаю. Плиз хелп.
Перед тем как поднять соединение делаете в консоли

Код: Выделить всё

tail -f /var/log/messages > messages.txt
потом пытаетесь поднять соединение, ждёте некоторое время или пока не свалится или что там произойдёт кроме нормальной работы.
Потом делаете Ctrl+c в консоли и выкладываете полученный файл messages.txt тут.

Аватара пользователя
Ruvol
Сообщения: 34
Зарегистрирован: 15 июл 2012, 17:45
Откуда: Москва
Контактная информация:

Re: проблема с dhclient или виноват провайдер?

Сообщение Ruvol » 26 июл 2012, 23:15

Благодарю Вас сударыня!:) Если я правильно понял, то мне надо выложить содержимое этого файла на момент глюка...

Аватара пользователя
Ruvol
Сообщения: 34
Зарегистрирован: 15 июл 2012, 17:45
Откуда: Москва
Контактная информация:

Re: проблема с dhclient или виноват провайдер?

Сообщение Ruvol » 28 июл 2012, 23:50

Вот! Я уж думал что беда с лыжами. Кусок лог файла во вложении. Это мой первый раз! Не пинайте сильно ежели что не так.
Вложения
log.odt
не знал что точно понадобится
(17.54 КБ) 663 скачивания

Аватара пользователя
awl
Сообщения: 413
Зарегистрирован: 12 сен 2011, 19:23

Re: проблема с dhclient или виноват провайдер?

Сообщение awl » 29 июл 2012, 11:17

PastorDi писал(а):1. Есть один момент. Чтобы понять, виноват ли провайдер, надо сделать так чтобы между Вами и Провайдером было аналогичное устройство, только контролируемое Вами. Поэтому, мое предложение: возьмите у знакомых/соседей на 2-3 дня - роутер. И погоняйте систему с роутером. Если у вас будут те же "симптомы", занчит дело в системе РОСА. Если нет "симптомов", значит дело в провайдере.
Поставил роутер и тестировал сеть через него более 4-х суток. Никаких сбоев не наблюдалось! Я в полном недоумении. Продолжаю пытаться отловить причину сбоя с помощью различных сетевых утилит - tcpdump, wireshark. Есть специализированный инструмент - dhcpdump, но он, к сожалению, в ROSA 2012 LTS не рабочий - вылетает с ошибкой сегментирования (сделал заявку на HelpDesk - ID 3068).
Последний раз редактировалось awl 07 авг 2012, 19:43, всего редактировалось 1 раз.
OMNE NIMIUM NOCET

Аватара пользователя
ДроноваЮ
Сообщения: 2636
Зарегистрирован: 01 июн 2011, 13:11
Operating system: Ubuntu/ROSA
Откуда: Москва

Re: проблема с dhclient или виноват провайдер?

Сообщение ДроноваЮ » 29 июл 2012, 11:30

Если с роутером заработало, купите себе роутер. С ним полюбому проще.

PastorDi
Сообщения: 2743
Зарегистрирован: 25 авг 2011, 12:34
Operating system: IBM DOS, OS/2
Откуда: Санкт-Петербург
Контактная информация:

Re: проблема с dhclient или виноват провайдер?

Сообщение PastorDi » 29 июл 2012, 12:18

awl писал(а):
PastorDi писал(а):1. Есть один момент. Чтобы понять, виноват ли провайдер, надо сделать так чтобы между Вами и Провайдером было аналогичное устройство, только контролируемое Вами. Поэтому, мое предложение: возьмите у знакомых/соседей на 2-3 дня - роутер. И погоняйте систему с роутером. Если у вас будут те же "симптомы", занчит дело в системе РОСА. Если нет "симптомов", значит дело в провайдере.
Поставил роутер и тестировал сеть через него более 4-х суток. Никаких сбоев не наблюдалось! Я в полном недоумении. Продолжаю пытаться отловить причину сбоя с помощью различных сетевых утилит - tcpdump, wireshark. Есть специализированный инструмент - dhcpdump, но он, к сожалению, в ROSA 2012 LTS не рабочий - вылетает с ошибкой сегментирования (сделал заявку на HelpDesk).
1. Если с роутером заработало, значит пинайте провайдера.
2. Попробуйте зайти под рутом так: и запустить dhcpdump. ошибок сегментирования не должно быть.

Аватара пользователя
awl
Сообщения: 413
Зарегистрирован: 12 сен 2011, 19:23

Re: проблема с dhclient или виноват провайдер?

Сообщение awl » 29 июл 2012, 12:33

К сожалению ничего не изменилось

Код: Выделить всё

[awl@awl ~]$ su -
Пароль: 
[root@awl ~]# dhcpdump -i eth0
Ошибка сегментирования (слепок снят)
OMNE NIMIUM NOCET

PastorDi
Сообщения: 2743
Зарегистрирован: 25 авг 2011, 12:34
Operating system: IBM DOS, OS/2
Откуда: Санкт-Петербург
Контактная информация:

Re: проблема с dhclient или виноват провайдер?

Сообщение PastorDi » 29 июл 2012, 12:47

awl писал(а):К сожалению ничего не изменилось

Код: Выделить всё

[awl@awl ~]$ su -
Пароль: 
[root@awl ~]# dhcpdump -i eth0
Ошибка сегментирования (слепок снят)
Тогда по поводу этой ошибке в Helpdesk напишите.

Аватара пользователя
awl
Сообщения: 413
Зарегистрирован: 12 сен 2011, 19:23

Re: проблема с dhclient или виноват провайдер?

Сообщение awl » 29 июл 2012, 12:54

Вот в логах даже есть сообщения:

Код: Выделить всё

kernel: [80640.031016] dhcpdump[25748]: segfault at 6773db0 ip 00007f2606503a92 sp 00007fff2d70c458 error 4 in libc-2.13.so[7f26063e9000+182000]
Process 25748 (dhcpdump) dumped core.
А в Helpdesk я уже подал заявку (ID 3068, см. несколько постов выше).
Последний раз редактировалось awl 07 авг 2012, 19:44, всего редактировалось 1 раз.
OMNE NIMIUM NOCET

Аватара пользователя
Ruvol
Сообщения: 34
Зарегистрирован: 15 июл 2012, 17:45
Откуда: Москва
Контактная информация:

Re: проблема с dhclient или виноват провайдер?

Сообщение Ruvol » 29 июл 2012, 19:27

Ruvol писал(а):Вот! Я уж думал что беда с лыжами. Кусок лог файла во вложении. Это мой первый раз! Не пинайте сильно ежели что не так.
Я что-то не то выложил? :)

Аватара пользователя
ДроноваЮ
Сообщения: 2636
Зарегистрирован: 01 июн 2011, 13:11
Operating system: Ubuntu/ROSA
Откуда: Москва

Re: проблема с dhclient или виноват провайдер?

Сообщение ДроноваЮ » 29 июл 2012, 19:45

Ruvol писал(а):
Ruvol писал(а):Вот! Я уж думал что беда с лыжами. Кусок лог файла во вложении. Это мой первый раз! Не пинайте сильно ежели что не так.
Я что-то не то выложил? :)
Всё то, но сегодня всё-таки воскресенье. Я и так тут сегодня засиделась, параллельно просто олимпиаду смотрю.

PastorDi
Сообщения: 2743
Зарегистрирован: 25 авг 2011, 12:34
Operating system: IBM DOS, OS/2
Откуда: Санкт-Петербург
Контактная информация:

Re: проблема с dhclient или виноват провайдер?

Сообщение PastorDi » 29 июл 2012, 20:03

Ruvol писал(а):
Ruvol писал(а):Вот! Я уж думал что беда с лыжами. Кусок лог файла во вложении. Это мой первый раз! Не пинайте сильно ежели что не так.
Я что-то не то выложил? :)
Перегрузите свой роутер DIR-320. Можно еще и сбросить настройки все по дефолту и заново настроить. Роутеры очень часто подвисают тем более по wifi. У вас вылеты по таймауту (45сек).

Аватара пользователя
Ruvol
Сообщения: 34
Зарегистрирован: 15 июл 2012, 17:45
Откуда: Москва
Контактная информация:

Re: проблема с dhclient или виноват провайдер?

Сообщение Ruvol » 29 июл 2012, 20:19

Вся байда в том, что в момент этого глюка поскольку не был доступен роутер решил подключить интернет через мобильник (у меня в нем есть режим точки доступа wifi) и с ним тоже не смог сконектиться. С соединением по кабелю та же ситуация. Wifi ругается что типа не может подключиться, да и кабельное соединение dhcp тоже. Но и не это главное. Я всё таки ж полез вручную настраивать видеокарту и угробил Росу. Теперь я со свежей Росой. Буду ждать. Надеюсь у меня всё будет без глюков. В крайняк поставлю ноут с Росой на статический айпи. Я тут сам себе провайдер. Хотя осадочек остался. Буду учиться читать логи. Надо разобраться.
P.S. Роутер Zyxel keenetic giga. Длинк - это шутка для соседей.

Аватара пользователя
slavyanix
Сообщения: 888
Зарегистрирован: 04 авг 2012, 20:05
Operating system: Rosa Fresh R10

Re: проблема с dhclient или виноват провайдер?

Сообщение slavyanix » 06 авг 2012, 17:16

хотел бьы сразу спросить.. что то не могу найти где ограничить скорость загрузки обновлений через графику.. или искать в консоли ? проблема в следующем. у провайдера странная настройка соединения... точнее контроля.. у меня DSL и определенный тариф. так вот сервак провайдера должен по идее ограничивать жестко скорость. а у них это сделано как то странно.. он сначала дает соединение на скоростях выше тарифа а через минуту или 2 рвет соединение. так как у вас похоже сервер обновлений не медленный , то у меня роутер выжимает все что дают. и тут облом минута и сервак обрубает соединение.. что делать не подскажете?

PastorDi
Сообщения: 2743
Зарегистрирован: 25 авг 2011, 12:34
Operating system: IBM DOS, OS/2
Откуда: Санкт-Петербург
Контактная информация:

Re: проблема с dhclient или виноват провайдер?

Сообщение PastorDi » 06 авг 2012, 21:54

slavyanix писал(а):хотел бьы сразу спросить.. что то не могу найти где ограничить скорость загрузки обновлений через графику.. или искать в консоли ? проблема в следующем. у провайдера странная настройка соединения... точнее контроля.. у меня DSL и определенный тариф. так вот сервак провайдера должен по идее ограничивать жестко скорость. а у них это сделано как то странно.. он сначала дает соединение на скоростях выше тарифа а через минуту или 2 рвет соединение. так как у вас похоже сервер обновлений не медленный , то у меня роутер выжимает все что дают. и тут облом минута и сервак обрубает соединение.. что делать не подскажете?
настройте апдейты urpmi через wget и ... тут написано как ограничить скорость: http://www.nevedimko.ru/linux/linux-ogr ... -wget.html

ЗЫ но боюсь вам это не поможет, т.к. не правильно настроены DSL модемы либо у вас либо у прова.

Аватара пользователя
Ruvol
Сообщения: 34
Зарегистрирован: 15 июл 2012, 17:45
Откуда: Москва
Контактная информация:

Re: проблема с dhclient или виноват провайдер?

Сообщение Ruvol » 06 авг 2012, 22:18

Ruvol писал(а):Вся байда в том, что в момент этого глюка поскольку не был доступен роутер решил подключить интернет через мобильник (у меня в нем есть режим точки доступа wifi) и с ним тоже не смог сконектиться. С соединением по кабелю та же ситуация. Wifi ругается что типа не может подключиться, да и кабельное соединение dhcp тоже. Но и не это главное. Я всё таки ж полез вручную настраивать видеокарту и угробил Росу. Теперь я со свежей Росой. Буду ждать. Надеюсь у меня всё будет без глюков. В крайняк поставлю ноут с Росой на статический айпи. Я тут сам себе провайдер. Хотя осадочек остался. Буду учиться читать логи. Надо разобраться.
P.S. Роутер Zyxel keenetic giga. Длинк - это шутка для соседей.
А ведь работает и причем на DHCP. Без вопросов и нареканий.

Аватара пользователя
ДроноваЮ
Сообщения: 2636
Зарегистрирован: 01 июн 2011, 13:11
Operating system: Ubuntu/ROSA
Откуда: Москва

Re: проблема с dhclient или виноват провайдер?

Сообщение ДроноваЮ » 06 авг 2012, 23:37

PastorDi писал(а):
slavyanix писал(а):хотел бьы сразу спросить.. что то не могу найти где ограничить скорость загрузки обновлений через графику.. или искать в консоли ? проблема в следующем. у провайдера странная настройка соединения... точнее контроля.. у меня DSL и определенный тариф. так вот сервак провайдера должен по идее ограничивать жестко скорость. а у них это сделано как то странно.. он сначала дает соединение на скоростях выше тарифа а через минуту или 2 рвет соединение. так как у вас похоже сервер обновлений не медленный , то у меня роутер выжимает все что дают. и тут облом минута и сервак обрубает соединение.. что делать не подскажете?
настройте апдейты urpmi через wget и ... тут написано как ограничить скорость: http://www.nevedimko.ru/linux/linux-ogr ... -wget.html

ЗЫ но боюсь вам это не поможет, т.к. не правильно настроены DSL модемы либо у вас либо у прова.
Уважаемый slavyanix начал новую тему по этому вопросу, просьба отвечать там, чтобы не превращать форум в безумный винегрет.

Закрыто

Вернуться в «Общие вопросы по РОСЕ»