Re: Неправильная работа сетевых интерфейсов

2007-07-18 Нитка Maxim Ushakov

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

04.07.07, Konishchev Dmitry [EMAIL PROTECTED] написал(а):


Nick Ist. wrote:
 Сразу же с прерыванием соединения по ppp у вас пропадает сеть. При
 подключении сетегого кабеля необходимо возбновить ppp соединение, так
 как именно оно подсоединяет вас к мировой сети.

Да, естественно, это я понимаю. И ppp соединение потом поднимаю вручную.
Но проблема в том, что
 Если я сейчас выну сетевой кабель из сетевой карты, то, хотя никакой
 сети уже не будет, все приложения, которые используют постоянное
 подключение, будут считать, что сеть работает.
сколько бы я ни ждал.
А если вставить кабель и поднять заново интерфейсы, то
 те приложения, которые используют постоянное подключение, до сих пор
 не работают. А именно, они считают, что все нормально работает, а на
 самом деле не отсылают в сеть и байта информации.

--
ubuntu-ru mailing list
ubuntu-ru@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-ru

-- 
ubuntu-ru mailing list
ubuntu-ru@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-ru


Re: Неправильная работа сетевых интерфейсов

2007-07-04 Нитка Nick Ist.

когда я вынимаю сетевой кабель(или просто пропадает сеть), через
определённое время(некоторые программы сразу...rtorrent, firefox к примеру)
приложения что используют Интернет сообщают мне о его отсутствии.

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

On 7/3/07, Konishchev Dmitry [EMAIL PROTECTED] wrote:


Доброго времени, суток.

Обнаружил вот какую проблему.

Если я сейчас выну сетевой кабель из сетевой карты, то, хотя никакой
сети уже не будет, все приложения, которые используют постоянное
подключение, будут считать, что сеть работает. К примеру, jabber клиенты
остаются подключенными к серверу, и когда я пытаюсь отослать кому-нибудь
сообщение, никаких ошибок не возникает, и всё указывает на то, что
сообщение отправлено, хотя, естественно, оно никак не могло быть
отправлено.

Если же вставить кабель обратно, то ничего не изменится - сеть работать
все равно не будет, а приложения будут думать, что она работает.

Пробовал запускать /etc/init.d/networking - сеть начинает работать, но
те приложения, которые используют постоянное подключение, до сих пор не
работают. А именно, они считают, что все нормально работает, а на самом
не отсылают в сеть и байта информации. В случае jabber клиента это
исправляется путем ухода в offline, а потом обратно в online (т. е. как
раз этими действиями я закрываю постоянное TCP соединение и открываю
новое).

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

Буду _очень_ благодарен за помощь.



Информация, которая на мой взгляд может помочь в решении проблемы:

Ubuntu 7.04 (обновлялся с 6.10), eth0 - сеть между двумя компьютерами
дома, через нее по NAT'у второй компьютер выходит в интернет, eth1 -
локальная городская сеть, ppp0 - VPN подключение, соединяющее меня с
интернетом.

Ниже приведен вывод команды ifconfig до вынимания сетевого кабеля и после.

До:

eth0  Link encap:Ethernet  HWaddr 00:0F:EA:2E:E5:8F
   inet addr:192.168.0.1  Bcast:192.168.0.255  Mask:255.255.255.0
   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
   RX packets:0 errors:0 dropped:0 overruns:0 frame:0
   TX packets:19 errors:0 dropped:0 overruns:0 carrier:0
   collisions:0 txqueuelen:1000
   RX bytes:0 (0.0 b)  TX bytes:3703 (3.6 KiB)
   Interrupt:19 Base address:0x4000

eth1  Link encap:Ethernet  HWaddr 00:50:FC:F5:C6:DD
   inet addr:10.100.43.13  Bcast:10.100.43.255  Mask:255.255.255.0
   inet6 addr: fe80::250:fcff:fef5:c6dd/64 Scope:Link
   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
   RX packets:39898 errors:0 dropped:0 overruns:0 frame:0
   TX packets:62556 errors:0 dropped:0 overruns:0 carrier:0
   collisions:0 txqueuelen:1000
   RX bytes:3288355 (3.1 MiB)  TX bytes:77257457 (73.6 MiB)
   Interrupt:21 Base address:0x4000

loLink 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:20 errors:0 dropped:0 overruns:0 frame:0
   TX packets:20 errors:0 dropped:0 overruns:0 carrier:0
   collisions:0 txqueuelen:0
   RX bytes:1204 (1.1 KiB)  TX bytes:1204 (1.1 KiB)

ppp0  Link encap:Point-to-Point Protocol
   inet addr:192.168.85.222  P-t-P:172.16.16.1  Mask:
255.255.255.255
   UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
   RX packets:9920 errors:0 dropped:0 overruns:0 frame:0
   TX packets:14299 errors:0 dropped:0 overruns:0 carrier:0
   collisions:0 txqueuelen:3
   RX bytes:669641 (653.9 KiB)  TX bytes:9848957 (9.3 MiB)


После:

eth0  Link encap:Ethernet  HWaddr 00:0F:EA:2E:E5:8F
   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
   RX packets:0 errors:0 dropped:0 overruns:0 frame:0
   TX packets:35 errors:0 dropped:0 overruns:0 carrier:0
   collisions:0 txqueuelen:1000
   RX bytes:0 (0.0 b)  TX bytes:5660 (5.5 KiB)
   Interrupt:16 Base address:0xe000

eth1  Link encap:Ethernet  HWaddr 00:50:FC:F5:C6:DD
   inet6 addr: fe80::250:fcff:fef5:c6dd/64 Scope:Link
   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
   RX packets:4449 errors:0 dropped:0 overruns:0 frame:0
   TX packets:5021 errors:0 dropped:0 overruns:0 carrier:0
   collisions:0 txqueuelen:1000
   RX bytes:515277 (503.2 KiB)  TX bytes:2812167 (2.6 MiB)
   Interrupt:21 Base address:0x6000

eth0:avah Link encap:Ethernet  HWaddr 00:0F:EA:2E:E5:8F
   inet addr:169.254.8.205  Bcast:169.254.255.255  Mask:
255.255.0.0
   UP BROADCAST RUNNING MULTICAST