пропадает связь с DHCP сервером

Dethrone · 02 февраля 2013, 05:22:42

Доброго времени суток. Я недавно решил перейти на линукс, и выбрал для себя дистрибутив Debian. Все отлично, кроме одной большой проблемы, cеть работает только первые 5-10 мин пользовния интернетом. Попытавшись разобраться в чем проблема, я обнаружил, что через некоторое время перестает откликаться dhcp-сервер. Прошу знающих людей обьяснить, что может быть причиной этой проблемы.

Вот логи при включении компа:

Открыть содержимое (спойлер)

Feb 2 00:25:14 debian kernel: [ 10.287047] atl1c 0000:01:00.0: atl1c: eth0 NIC Link is Up<100 Mbps Full Duplex>
Feb 2 00:25:15 debian acpid: starting up with netlink and the input layer
Feb 2 00:25:15 debian acpid: 1 rule loaded
Feb 2 00:25:15 debian acpid: waiting for events: event logging is off
Feb 2 00:25:15 debian anacron[1081]: Anacron 2.3 started on 2013-02-02
Feb 2 00:25:15 debian anacron[1081]: Normal exit (0 jobs run)
Feb 2 00:25:15 debian /usr/sbin/cron[1135]: (CRON) INFO (pidfile fd = 3)
Feb 2 00:25:15 debian /usr/sbin/cron[1139]: (CRON) STARTUP (fork ok)
Feb 2 00:25:15 debian /usr/sbin/cron[1139]: (CRON) INFO (Running @reboot jobs)
Feb 2 00:25:17 debian acpid: client connected from 1415[104:109]
Feb 2 00:25:17 debian acpid: 1 client rule loaded
Feb 2 00:25:18 debian dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 7
Feb 2 00:25:18 debian acpid: client connected from 1442[0:0]
Feb 2 00:25:18 debian acpid: 1 client rule loaded
Feb 2 00:25:18 debian dhclient: DHCPOFFER from 93.78.227.1
Feb 2 00:25:18 debian dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Feb 2 00:25:18 debian dhclient: DHCPACK from 93.78.227.1
Feb 2 00:25:18 debian dhclient: bound to 93.78.227.150 — renewal in 3294 seconds.
Feb 2 00:25:24 debian kdm_greet[1507]: Cannot load /usr/share/kde4/apps/kdm/faces/.default.face: Нет такого файла или каталога
Feb 2 00:25:24 debian kernel: [ 20.440042] eth0: no IPv6 routers present

[свернуть]

Вот мой /etc/network/interfaces:
auto lo
iface lo inet loopback

# The primary network interface
allow-hotplug eth0
iface eth0 inet dhcp
hwaddress ether 00:DA:E9:05:3F:95

здесь я добавил mac-адрес который мне назначил провайдер, для других адресов скорость обрубуют, что бы не подключали левые компы.

Через некоторое время пропадает интернет и вот что я получаю в ответ на ifconfig:

Открыть содержимое (спойлер)

eth0 Link encap:Ethernet HWaddr 00:da:e9:05:3f:95
inet addr:93.78.227.150 Bcast:93.78.227.255 Mask:255.255.255.0
inet6 addr: fe80::2da:e9ff:fe05:3f95/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:33310 errors:0 dropped:0 overruns:0 frame:0
TX packets:17439 errors:0 dropped:0 overruns:0 carrier:1
collisions:0 txqueuelen:1000
RX bytes:43634517 (41.6 MiB) TX bytes:1486267 (1.4 MiB)
Interrupt:29

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:208 errors:0 dropped:0 overruns:0 frame:0
TX packets:208 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:14773 (14.4 KiB) TX bytes:14773 (14.4 KiB)

[свернуть]

Написав в ком. стр. ping 8.8.8.8 я получаю следующее:
PING 8.8.8.8 (8.8.8.8 ) 56(84) bytes of data.
From 93.78.227.150 icmp_seq=4 Destination Host Unreachable

Далее прописав dhclient eth0 в логах я выжу следующее:
Feb 2 00:45:04 debian dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3
Feb 2 00:45:07 debian dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 6
Feb 2 00:45:13 debian dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 10
Feb 2 00:45:23 debian dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 10
Feb 2 00:45:33 debian dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 19
Feb 2 00:45:52 debian dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 9
Feb 2 00:46:01 debian dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 4
Feb 2 00:46:05 debian dhclient: No DHCPOFFERS received.
Feb 2 00:46:05 debian dhclient: No working leases in persistent database - sleeping.

И пропинговав получаю:
root@debian:/home/oleg# ping 8.8.8.8
connect: Network is unreachable

далее включается avahi и прописав ifconfig видает вот такого рода результат:

Открыть содержимое (спойлер)

eth0 Link encap:Ethernet HWaddr 00:da:e9:05:3f:95
inet6 addr: fe80::2da:e9ff:fe05:3f95/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:10272 errors:0 dropped:0 overruns:0 frame:0
TX packets:4279 errors:0 dropped:0 overruns:0 carrier:1
collisions:0 txqueuelen:1000
RX bytes:13829444 (13.1 MiB) TX bytes:306115 (298.9 KiB)
Interrupt:29

eth0:avahi Link encap:Ethernet HWaddr 00:da:e9:05:3f:95
inet addr:169.254.7.161 Bcast:169.254.255.255 Mask:255.255.0.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Interrupt:29

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:284 errors:0 dropped:0 overruns:0 frame:0
TX packets:284 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:26175 (25.5 KiB) TX bytes:26175 (25.5 KiB)

[свернуть]

Сначала думал что это avahi отключает мне связь с dhcp-сервером, но вот теперь думаю что все же он здесь не при чем, и понять что не так не могу. Запустив лайв версию Debian с флешки все работает, установленый же Debian не хочет работать как надо. На другом компе стоит виндовс, там все работает отлично. помогите пожалуйста в решении этого вопроса, уже несколько дней подряд сижу над этим линуксом голову ламаю, не хочется возвращаться к винде так и не попробовав попользоваться линуксом

vladimir_ar · 02 февраля 2013, 14:38:24

А какое время провайдер выделяет на аренду IP - адреса (LEASE TIME, по моему)? Разрыв может происходить после обновления сессии со стороны провайдера по истечении времени аренды, а повторно Вы не можете соединиться, возможно, по следующей причине: клиенты виндовс и линукс по разному отправляют в запросе MAC. Дебиан отправляет его в виде простого MAC - 11.22.33.44.55.66. Винда с префиксами. Я к своему прову вовсе не мог подсоедениться, пока в dhclient.conf не прописал следующее:

Код Выделить

send dhcp-client-identifier 1:11:22:33:44:55:66
MAC пропишете свой.
1 - это просто единица, а не первый символ МАС.
Есть и другие варианты формата идентификатора. По send dhcp-client-identifier гуглится.

lisss · 02 февраля 2013, 20:58:31

приведите /etc/nsswitch.conf

Dethrone · 03 февраля 2013, 02:20:04

/etc/nsswitch.conf

Открыть содержимое (спойлер)

passwd: compat
group: compat
shadow: compat

hosts: files dns
networks: files

protocols: db files
services: db files
ethers: db files
rpc: db files

netgroup: nis

[свернуть]

lisss · 03 февраля 2013, 14:11:18

Тут все верно. Очень странная проблема. Что-то криво у самого провайдера, но никто из техподдержки, скорее всего, не станет разбираться. Я предлагаю остановить все службы avahi, потому что за все странности системы, по моему опыту, отвечает именно он. Еще бы неплохо увидеть системныей лог в момент прерывания связи.

Dethrone · 03 февраля 2013, 17:30:39

так а в системном логе ничего нового и не появляется, все что было в логе я выложил, за тем что идет в логе при включении системы и тем что появляется когда я запускаю dhclient ничего не происходит. Avahi я тормозил как показывается здесь http://milcat.ru/2009/10/18/%D0%BC%D0%BE%D1%87%D0%B8%D0%BC-avahi-daemon-a-%D0%B2-debyan-lenny/ , все равно не работает, только когда dhcp-сервер не отвечает avahi не вставляет свой ip.

vladimir_ar · 03 февраля 2013, 18:05:21

Dethrone, пробовали?

Dethrone · 03 февраля 2013, 18:58:04

да пробовал, да проблема думаю не в dhcp-сервере, так как с live версии все работает отлично. Может посоветуете какие файлы конфигурации посмотреть с live-версии и установленной(где пропадает интернет) что бы сравнить, и посмотреть отличия.

rayanAyar · 03 февраля 2013, 19:19:42

Честно говоря не знаю что и предположить. Единственное, что пока приходит в голову - может вас банят? У некоторых провайдеров сетевое оборудование может вырубать клиентов, которые по их мнению распространяют вирусы или проявляют другую подозрительную активность. Может от вас какие-то броадкасты идут и циска вас обрубает. На LiveCD многие службы не установлены, поэтому он и работает. Вобщем предлагаю проверить сетевые службы. Для начала перезагрузиться, ничего не запускать лишнего и вывод:

Код Выделить

netstat -46anvp

lisss · 03 февраля 2013, 19:22:15

Мое мнение такое: при старте у вас получает адрес правильно, после соединения - неправильно. Значит дело не в сетевухе.
Почему я говорю про провайдера: у некоторых провайдеров не один DHCP-сервер, а несколько. Крутятся они на разных системах, или специально так настроено, но способ выдачи адреса у них разный. Примером может служить сеть билайна. Там это сделано специально криво.
Чтобы карта обновляла ip-адрес должно произойти что-то, что заставит ее это сделать. Например, отсоединение кабеля либо истечение срока аренды. Первое опускаем, иначе вся инициализация начнется заново. Значит второе. То есть вам изначально дается адрес правильно, но с коротким сроком аренды. По истечению срока карта пытается получить его снова, и вот тут происходит затык. На время обновления старый адрес еще работает, соответственно вы имеете доступ к внутренним ресурсам провайдера и к внутреннему dhcp, который и дает вам неправильный адрес.

rayanAyar · 03 февраля 2013, 19:26:16

Да, и ещё раз уточняю - LiveCD пробуете на этом же компе, LiveCD с этой же версией Debian и на LiveCD интернет настроен так же как и на установленной системе. При этом на установленной системе стабильный разрыв через несколько минут, а на LiveCD работает долго и без проблем.
Так?

Dethrone · 03 февраля 2013, 20:27:34

rayanAyar, да на том же компе, точнее нетбуке. Установленый - Debian, на live - зборка из дебиана http://rutracker.org/forum/viewtopic.php?t=3930314 . Насчет настроек то на Live в папке /etc/network вместо одного файла interface, есть еще и файл interfaces.bak-0, но если обьединить то что написано в обоих, то выйдет тоже что и в установленой ОС в одном interfaces.

lisss, на линуксе(я его переустанавливал несколько раз и каждый раз ip-адрес dhcp -сервера одинаковый), на винде тот же. На линуксе я его смотрел в /var/lib/dhcp/dhclient.leases

rayanAyar · 03 февраля 2013, 20:43:21

Чтоб у меня все сетевушки погорели.

Debian на рутрекере. А установленный вариант тоже с этого LiveCD?

P.S.
Вывод netstat всё равно давайте.

Dethrone · 03 февраля 2013, 23:06:26

rayanAyar, c рутрекера только лайвсд, тот что установленый скачан с офиц. сайта http://www.debian.org/CD/torrent-cd/ .

здесь первый раз netstat -46anvp когда сеть была, вторый раз когда перестал работать инет(на то время как видно был включен гуглхром)

Открыть содержимое (спойлер)

root@debian:/home/oleg# netstat -46anvp
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 884/portmap
tcp 0 0 127.0.0.1:25 0.0.0.0:* LISTEN 1406/exim4
tcp 0 0 0.0.0.0:54433 0.0.0.0:* LISTEN 896/rpc.statd
tcp 0 0 127.0.0.1:43100 127.0.0.1:111 TIME_WAIT -
tcp 0 0 127.0.0.1:50102 127.0.0.1:111 TIME_WAIT -
tcp 0 0 127.0.0.1:33222 127.0.0.1:111 TIME_WAIT -
tcp 0 0 127.0.0.1:45061 127.0.0.1:111 TIME_WAIT -
tcp 0 0 127.0.0.1:59799 127.0.0.1:111 TIME_WAIT -
tcp6 0 0 ::1:25 :::* LISTEN 1406/exim4
udp 0 0 0.0.0.0:68 0.0.0.0:* 1517/dhclient
udp 0 0 0.0.0.0:111 0.0.0.0:* 884/portmap
udp 0 0 0.0.0.0:33153 0.0.0.0:* 896/rpc.statd
udp 0 0 0.0.0.0:648 0.0.0.0:* 896/rpc.statd
root@debian:/home/oleg# ifconfig
eth0 Link encap:Ethernet HWaddr 00:da:e9:05:3f:95
inet addr:93.78.227.150 Bcast:93.78.227.255 Mask:255.255.255.0
inet6 addr: fe80::2da:e9ff:fe05:3f95/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:6883 errors:0 dropped:0 overruns:0 frame:0
TX packets:4292 errors:0 dropped:0 overruns:0 carrier:3
collisions:0 txqueuelen:1000
RX bytes:2969138 (2.8 MiB) TX bytes:686589 (670.4 KiB)
Interrupt:29

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:132 errors:0 dropped:0 overruns:0 frame:0
TX packets:132 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:8336 (8.1 KiB) TX bytes:8336 (8.1 KiB)

root@debian:/home/oleg# netstat -46anvp
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 884/portmap
tcp 0 0 127.0.0.1:25 0.0.0.0:* LISTEN 1406/exim4
tcp 0 0 0.0.0.0:54433 0.0.0.0:* LISTEN 896/rpc.statd
tcp 0 0 93.78.227.150:46954 173.194.70.155:443 ESTABLISHED 1896/chrome
tcp 0 0 93.78.227.150:43793 173.194.70.156:443 ESTABLISHED 1896/chrome
tcp 0 0 93.78.227.150:34877 74.125.132.95:80 ESTABLISHED 1896/chrome
tcp 0 305 93.78.227.150:49066 173.194.70.120:443 FIN_WAIT1 -
tcp 0 0 93.78.227.150:56858 173.194.35.172:443 ESTABLISHED 1896/chrome
tcp 0 1 93.78.227.150:57397 87.240.143.245:80 SYN_SENT 1896/chrome
tcp 0 0 93.78.227.150:34876 74.125.132.95:80 ESTABLISHED 1896/chrome
tcp 0 2012 93.78.227.150:38217 74.125.132.189:443 ESTABLISHED 1896/chrome
tcp 0 0 93.78.227.150:45311 173.194.69.94:443 ESTABLISHED 1896/chrome
tcp 0 0 93.78.227.150:49054 173.194.70.120:443 ESTABLISHED 1896/chrome
tcp 0 0 93.78.227.150:46240 173.194.70.125:5222 ESTABLISHED 1896/chrome
tcp 0 683 93.78.227.150:42058 87.240.143.241:80 ESTABLISHED 1896/chrome
tcp 0 0 93.78.227.150:50273 173.194.70.84:443 ESTABLISHED 1896/chrome
tcp 0 988 93.78.227.150:55378 87.240.134.62:80 ESTABLISHED 1896/chrome
tcp 0 0 93.78.227.150:49064 173.194.70.120:443 ESTABLISHED 1896/chrome
tcp 0 0 93.78.227.150:53476 173.194.70.113:443 ESTABLISHED 1896/chrome
tcp 0 0 93.78.227.150:38218 74.125.132.189:443 ESTABLISHED 1896/chrome
tcp 0 0 93.78.227.150:50429 173.194.69.99:443 ESTABLISHED 1896/chrome
tcp 0 0 93.78.227.150:53475 173.194.70.113:443 ESTABLISHED 1896/chrome
tcp 0 7788 93.78.227.150:60191 173.194.70.139:443 ESTABLISHED 1896/chrome
tcp 1 1 93.78.227.150:38378 63.245.217.105:80 LAST_ACK -
tcp 0 0 93.78.227.150:45138 173.194.44.62:443 ESTABLISHED 1896/chrome
tcp 0 0 93.78.227.150:34878 74.125.132.95:80 ESTABLISHED 1896/chrome
tcp 0 0 93.78.227.150:45813 173.194.35.168:443 ESTABLISHED 1896/chrome
tcp 0 0 93.78.227.150:46953 173.194.70.155:443 ESTABLISHED 1896/chrome
tcp 0 0 93.78.227.150:49063 173.194.70.120:443 ESTABLISHED 1896/chrome
tcp 0 600 93.78.227.150:49062 173.194.70.120:443 ESTABLISHED 1896/chrome
tcp 1 1 93.78.227.150:38380 63.245.217.105:80 LAST_ACK -
tcp6 0 0 ::1:25 :::* LISTEN 1406/exim4
udp 0 560 93.78.227.150:34998 8.8.8.8:53 ESTABLISHED 1896/chrome
udp 0 280 93.78.227.150:52922 77.121.10.29:53 ESTABLISHED 1896/chrome
udp 0 280 93.78.227.150:57788 77.121.8.10:53 ESTABLISHED 1896/chrome
udp 0 280 93.78.227.150:33215 77.121.8.10:53 ESTABLISHED 1896/chrome
udp 0 0 0.0.0.0:68 0.0.0.0:* 1517/dhclient
udp 0 560 93.78.227.150:41293 77.121.10.29:53 ESTABLISHED 1896/chrome
udp 0 280 93.78.227.150:41294 77.121.10.29:53 ESTABLISHED 1896/chrome
udp 0 560 93.78.227.150:45006 77.121.8.10:53 ESTABLISHED 1896/chrome
udp 0 560 93.78.227.150:58961 8.8.8.8:53 ESTABLISHED 1896/chrome
udp 0 280 93.78.227.150:43864 8.8.8.8:53 ESTABLISHED 1896/chrome
udp 0 560 93.78.227.150:50652 8.8.8.8:53 ESTABLISHED 1896/chrome
udp 0 280 93.78.227.150:46181 77.121.8.10:53 ESTABLISHED 1896/chrome
udp 0 560 93.78.227.150:39145 77.121.8.10:53 ESTABLISHED 1896/chrome
udp 0 560 93.78.227.150:36588 77.121.8.10:53 ESTABLISHED 1896/chrome
udp 0 560 93.78.227.150:43502 77.121.10.29:53 ESTABLISHED 1896/chrome
udp 0 0 0.0.0.0:111 0.0.0.0:* 884/portmap
udp 0 280 93.78.227.150:41073 77.121.10.29:53 ESTABLISHED 1896/chrome
udp 0 560 93.78.227.150:51444 77.121.8.10:53 ESTABLISHED 1896/chrome
udp 0 280 93.78.227.150:55798 8.8.8.8:53 ESTABLISHED 1896/chrome
udp 0 0 0.0.0.0:33153 0.0.0.0:* 896/rpc.statd
udp 0 0 0.0.0.0:648 0.0.0.0:* 896/rpc.statd
udp 0 280 93.78.227.150:54799 8.8.8.8:53 ESTABLISHED 1896/chrome
udp 0 560 93.78.227.150:46351 77.121.8.10:53 ESTABLISHED 1896/chrome
udp 0 280 93.78.227.150:43161 77.121.8.10:53 ESTABLISHED 1896/chrome
udp 0 280 93.78.227.150:35365 77.121.10.29:53 ESTABLISHED 1896/chrome
root@debian:/home/oleg#

[свернуть]

Сообщение объединено: 03 февраля 2013, 23:52:50

ЦитироватьТо есть вам изначально дается адрес правильно, но с коротким сроком аренды. По истечению срока карта пытается получить его снова, и вот тут происходит затык. На время обновления старый адрес еще работает, соответственно вы имеете доступ к внутренним ресурсам провайдера и к внутреннему dhcp, который и дает вам неправильный адрес.

lisss, так а почему тогда в лайвсд версии dhcp-сервер работает правильно. И еще в вики написано

ЦитироватьЕсли по каким-то причинам сервер не может предоставить клиенту запрошенный IP-адрес, или если аренда адреса удаляется администратором, сервер рассылает широковещательное сообщение отмены DHCP (DHCPNACK). При получении такого сообщения соответствующий клиент должен повторить процедуру получения адреса.

в логах сообщения DHCPNACK нету, или его при смене ip и не должно быть?

rayanAyar · 04 февраля 2013, 06:39:30

Ничего криминального в списке портов не наблюдаю. Но на всякий случай попробуйте остановить exim и nfs. Сделать это нужно после перезагрузки. И ничего не запускать, даже браузер. Только запустить терминал, запустить пинг в нём, и ждать обрыва. Не так-то уж долго и потерпеть нужно.

Насколько я понимаю обрывы буквально через несколько минут происходят ведь?

И попробуйте официальный LiveCD:
http://www.debian.org/CD/live/
А то кто его знает, что там в этой "зборке" на рутрекере.