Периодически пропадает сеть

Столкунся со странной для себя проблемой, извините если сильно расплывчатый вопрос.
Перехал от одного провайдера к другому и с переездом начала пропадать сеть. У обоих провайдеров сетевые настройки получались через dhcp, то есть с переездом настройки не менялись. Сеть пропадает раз в несколько дней, причем перезапуск сети показывает что dhcp отработал, ip и адреса dns получены (то есть физически подключение есть), но ни шлюз, ни dns-сервера не пингуются. Провайдер говорит что никаким образом меня не блокируют и все должно работать.
Добавил в машину еще одну сетевую карту, поменял в /etc/udev/rules.d/70-persistent-net.rules названия интерфейсов (eth0 <--> eth1), воткнул сеть в новую карту, и интернет появился. Но через несколько дней опять пропал с теми же симптомами. Поменял обратно eth1 <--> eth0, переткнул сетевой в старую карту, и все опять заработало, но через несколько дней опять тоже самое.
Может тут есть телепаты, которые могли бы догадаться в чем дело? :)
Даже не знаю какую информацию предоставить кроме:
uname -a
Linux vtk 2.6.35-gentoo-r12 #6 SMP Mon Nov 29 21:29:45 NOVT 2010 i686 Intel(R) Pentium(R) 4 CPU 3.00GHz GenuineIntel GNU/Linux

Еще машина раздает инет и пару vpn-подключений на домашние компы, но мне кажется это не имеет отношения к проблеме.

Предлагаю заюзать livecd какой-нибудь на пару дней. Если проблем не выявится, то станет ясно наверняка, что это не провайдер. Слепо доверять провайдеру не стоит.

vtk

У меня подобная проблема была на ноуте с Arch. Была потому что я не знаю как сейчас. У меня два сетевых интерфейса, а именно eth0 и wlan0. Так вот на eth0 если подключен Ethernet и он периодически пропадает. Сетевые настройки то же по dhcp. Провайдер тут не причем, потому что есть еще Ubuntu на десктопе и там все нормально, да и при работе wi-fi то же все нормально. Я не решил проблему. Я просто юзаю wi-fi.

vtk написал:

ip и адреса dns получены (то есть физически подключение есть), но ни шлюз, ни dns-сервера не пингуются. Провайдер говорит что никаким образом меня не блокируют и все должно работать.

пропишите днс сервера в ручную:
8.8.8.8
8.8.4.4

vtk написал:

Даже не знаю какую информацию предоставить кроме:

dmesg|grep "eth"

Macumazan: livecd нету смысла запускать, довольно много софта настроенного крутится на машине, кстати windows XP с этим подключением работало без проблем.

surf: жаль, что не прояснилось.

drBatty: не стал прописывать, проблема не в dns, я так понимаю проблема или у меня или на шлюзе (или как правильно называется машина к которая мне ip дает и инет предоставляет?).

[console]dmesg|grep "eth"
[ 0.520844] 8139too 0000:02:01.0: eth0: RealTek RTL8139 at 0xe075ec00, 00:e0:4c:6c:0e:71, IRQ 22
[ 0.521852] 8139too 0000:02:02.0: eth1: RealTek RTL8139 at 0xe0774800, 4c:00:10:14:26:68, IRQ 23
[ 0.522830] 8139too 0000:02:05.0: eth2: RealTek RTL8139 at 0xe0778400, 00:19:66:51:a5:7c, IRQ 22
[ 2.419449] udev: renamed network interface eth1 to eth0
[ 2.424675] udev: renamed network interface eth2 to eth1
[ 2.468896] udev: renamed network interface eth0_rename to eth2
[ 9.719448] eth1: link up, 100Mbps, full-duplex, lpa 0x41E1
[ 14.326628] eth2: link up, 100Mbps, full-duplex, lpa 0x45E1
[ 24.835008] eth2: no IPv6 routers present[/console]

4c:00:10:14:26:68 странный mac. Ни одному вендору не принадлежит.
/etc/udev/rules.d/70-persistent-net.rules как выглядит?

[console]cat /etc/udev/rules.d/70-persistent-net.rules
# This file was automatically generated by the /lib/udev/write_net_rules
# program, run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single
# line, and change only the value of the NAME= key.

# PCI device 0x10ec:0x8139 (8139too)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="4c:00:10:14:26:68", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

# PCI device 0x10ec:0x8139 (8139too)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:19:66:51:a5:7c", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"

# PCI device 0x10ec:0x8139 (8139too)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:e0:4c:6c:0e:71", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth2"
[/console]
Файл автоматически сгенерирован, только eth0 и eth1 местами поменяны, хотя может и не поменяны, не помню сколько раз их переставлял.
в инет ведет eth1

vtk написал:

[ 2.419449] udev: renamed network interface eth1 to eth0
[ 2.424675] udev: renamed network interface eth2 to eth1
[ 2.468896] udev: renamed network interface eth0_rename to eth2

это типа такая шутка?

drBatty написал:

это типа такая шутка?

:lol: видимо она так переименовывает интерфейсы когда их местами в 70-persistent-net.rules меняешь.
хотя откуда там eth2 взялся...

Нашел что происходит в логах в момент пропадания сети:

Feb  5 02:06:18 vtk kernel: [145395.008015] ------------[ cut here ]------------
Feb  5 02:06:18 vtk kernel: [145395.008033] WARNING: at net/sched/sch_generic.c:258 dev_watchdog+0xb4/0x131()
Feb  5 02:06:18 vtk kernel: [145395.008038] Hardware name: P4i65G
Feb  5 02:06:18 vtk kernel: [145395.008042] NETDEV WATCHDOG: eth1 (8139too): transmit queue 0 timed out
Feb  5 02:06:18 vtk kernel: [145395.008045] Modules linked in: xt_mark
Feb  5 02:06:18 vtk kernel: [145395.008052] Pid: 0, comm: swapper Not tainted 2.6.35-gentoo-r15 #2
Feb  5 02:06:18 vtk kernel: [145395.008055] Call Trace:
Feb  5 02:06:18 vtk kernel: [145395.008065]  [<c102ed17>] warn_slowpath_common+0x65/0x7a
Feb  5 02:06:18 vtk kernel: [145395.008071]  [<c13b6a5c>] ? dev_watchdog+0xb4/0x131
Feb  5 02:06:18 vtk kernel: [145395.008076]  [<c102ed90>] warn_slowpath_fmt+0x26/0x2a
Feb  5 02:06:18 vtk kernel: [145395.008080]  [<c13b6a5c>] dev_watchdog+0xb4/0x131
Feb  5 02:06:18 vtk kernel: [145395.008087]  [<c103fb5b>] ? insert_work+0x7a/0x83
Feb  5 02:06:18 vtk kernel: [145395.008091]  [<c103fd3c>] ? __queue_work+0x2a/0x2f
Feb  5 02:06:18 vtk kernel: [145395.008097]  [<c1038f3a>] run_timer_softirq+0x15e/0x201
Feb  5 02:06:18 vtk kernel: [145395.008102]  [<c13b69a8>] ? dev_watchdog+0x0/0x131
Feb  5 02:06:18 vtk kernel: [145395.008107]  [<c10339f2>] __do_softirq+0xaa/0x14e
Feb  5 02:06:18 vtk kernel: [145395.008111]  [<c1033abc>] do_softirq+0x26/0x2b
Feb  5 02:06:18 vtk kernel: [145395.008115]  [<c1033bb9>] irq_exit+0x29/0x5c
Feb  5 02:06:18 vtk kernel: [145395.008121]  [<c1015f0b>] smp_apic_timer_interrupt+0x6e/0x7c
Feb  5 02:06:18 vtk kernel: [145395.008127]  [<c14a6f8a>] apic_timer_interrupt+0x2a/0x30
Feb  5 02:06:18 vtk kernel: [145395.008133]  [<c10080c1>] ? mwait_idle+0x5c/0x62
Feb  5 02:06:18 vtk kernel: [145395.008137]  [<c1001b89>] cpu_idle+0x44/0x5f
Feb  5 02:06:18 vtk kernel: [145395.008143]  [<c1489264>] rest_init+0x6c/0x6e
Feb  5 02:06:18 vtk kernel: [145395.008149]  [<c17738a6>] start_kernel+0x2d3/0x2d8
Feb  5 02:06:18 vtk kernel: [145395.008153]  [<c17730c9>] i386_start_kernel+0xc9/0xd0
Feb  5 02:06:18 vtk kernel: [145395.008157] ---[ end trace e417e1d66610e740 ]---
Feb  5 02:06:20 vtk dhclient: DHCPREQUEST on eth1 to 109.203.216.2 port 67
Feb  5 02:06:21 vtk kernel: [145398.016030] eth1: link up, 100Mbps, half-duplex, lpa 0x40E1
Feb  5 02:06:32 vtk dhclient: DHCPREQUEST on eth1 to 109.203.216.2 port 67
Feb  5 02:06:33 vtk kernel: [145410.016029] eth1: link up, 100Mbps, half-duplex, lpa 0x40E1
Feb  5 02:06:41 vtk dhclient: DHCPREQUEST on eth1 to 109.203.216.2 port 67
Feb  5 02:06:45 vtk kernel: [145422.016032] eth1: link up, 100Mbps, half-duplex, lpa 0x40E1
Feb  5 02:06:51 vtk dhclient: DHCPREQUEST on eth1 to 109.203.216.2 port 67
Feb  5 02:06:57 vtk kernel: [145434.016031] eth1: link up, 100Mbps, half-duplex, lpa 0x40E1
Feb  5 02:07:04 vtk dhclient: DHCPREQUEST on eth1 to 109.203.216.2 port 67
Feb  5 02:07:09 vtk kernel: [145446.016037] eth1: link up, 100Mbps, half-duplex, lpa 0x40E1
Feb  5 02:07:21 vtk kernel: [145458.016033] eth1: link up, 100Mbps, half-duplex, lpa 0x40E1
Feb  5 02:07:24 vtk dhclient: DHCPREQUEST on eth1 to 109.203.216.2 port 67
Feb  5 02:07:33 vtk dhclient: DHCPREQUEST on eth1 to 109.203.216.2 port 67
Feb  5 02:07:33 vtk kernel: [145470.016030] eth1: link up, 100Mbps, half-duplex, lpa 0x40E1
Feb  5 02:07:45 vtk kernel: [145482.016027] eth1: link up, 100Mbps, half-duplex, lpa 0x40E1
...

Кто-нить может подсказать, как это поправить? Или что почитать, чтобы понять как поправить?