(РЕШЕНО) проблема с интернетом....

Проблема, собственно, вот в чем:
у меня ФДСЛ канал интернет. При работе часто интернет "пропадает"... но стоит сделать "/etc/init.d/net.eth1 restart" как все работает опять.
Айпишник у меня раздается динамически. В настройки модема мне не влезть, т.к. он запаролен провайдером...
Подскажите что можно с этим поделать...

anatoly.isaev

anatoly.isaev написал(а):
Проблема, собственно, вот в чем:
у меня ФДСЛ канал интернет. При работе часто интернет "пропадает"... но стоит сделать "/etc/init.d/net.eth1 restart" как все работает опять.
Айпишник у меня раздается динамически. В настройки модема мне не влезть, т.к. он запаролен провайдером...
Подскажите что можно с этим поделать...

Для начала
ifconfig
cat /etc/resolv.conf
route -n
до падения сети и в "упавшем" состоянии.

до

до падения:

ifconfig
eth1 Link encap:Ethernet HWaddr 00:18:F3:96:31:26
inet addr:192.168.1.34 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::218:f3ff:fe96:3126/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:10486 errors:0 dropped:0 overruns:0 frame:0
TX packets:8716 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:15147675 (14.4 Mb) TX bytes:34293880 (32.7 Mb)
Interrupt:16 Base address:0xce00

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:12 errors:0 dropped:0 overruns:0 frame:0
TX packets:12 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:753 (753.0 b) TX bytes:753 (753.0 b)

cat /etc/resolv.conf
# Generated by dhcpcd for interface eth1
search
nameserver 192.168.1.1

route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1
169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth1
127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo
0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 eth1

упавшее состояние:

ifconfig
eth1 Link encap:Ethernet HWaddr 00:18:F3:96:31:26
inet addr:192.168.1.34 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::218:f3ff:fe96:3126/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:14039 errors:0 dropped:0 overruns:0 frame:0
TX packets:11775 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:19800727 (18.8 Mb) TX bytes:34598225 (32.9 Mb)
Interrupt:16 Base address:0xce00

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:31 errors:0 dropped:0 overruns:0 frame:0
TX packets:31 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:2369 (2.3 Kb) TX bytes:2369 (2.3 Kb)

cat /etc/resolv.conf
# Generated by dhcpcd for interface eth1
search
nameserver 192.168.1.1

route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1
169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth1
127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo
0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 eth1

ещё один

ещё один вопрос:
при "падении" шлюз (ADSL-модем) пингуется?

нет ping 192.168.1.1 PING

нет

ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
^C
--- 192.168.1.1 ping statistics ---
21 packets transmitted, 0 received, 100% packet loss, time 20028ms

после перезапуска сетевухи
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_seq=1 ttl=254 time=0.662 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=254 time=0.489 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=254 time=0.534 ms
64 bytes from 192.168.1.1: icmp_seq=4 ttl=254 time=0.520 ms
^C
--- 192.168.1.1 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3002ms
rtt min/avg/max/mdev = 0.489/0.551/0.662/0.068 ms

Хм... у меня

Хм...
у меня когда-то подобная проблема была на одном из серваков. Причем с minimal-install сетка работала отлично, а на установленной системе один из интерфейсов периодически "умирал". Помогала только перезагрузка сервака - рестарт интерфейса ничего не давал. Причем, вторая сетевуха работала нормально. А карты были идентичные. Пересборка ядра ничего не дала. Причину я тогда так и не выяснил. Т.к. это был рабочий сервер и времени на "разбор полетов" не было, я просто поставил ещё одну сетевуху. А проблема сама "рассосалась" после одного из обновлений и пересборок ядра. Так что, если никто больше ничего не посоветует, то просто обновись/пересобери ядро/замени пачкорд (как ни странно - это иногда помогает). :)

интересно..... об

интересно.....
обновлялся и пересобирал ядро я сегодня и вчера...
а что значит "замени пачкорд"?

пачкордом

пачкордом называют сетевой кабель

...От англ...

вроде решено....

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

решено

проблема с сетевухой.... поставил другую и все теперь работает наура :)

закрываю тему....

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".