From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <j.a.popov@mail.ru>
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org
X-Spam-Level: 
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,SPF_PASS
	autolearn=ham version=3.2.5
From: =?koi8-r?Q?=F1=CB=CF=D7_=F0=CF=D0=CF=D7?= <j.a.popov@mail.ru>
To: Saratov Linux User Group Maillist <sarlug@lists.lug.ru>
In-Reply-To: <7faa73460903251231t753974dbxb51d887a0878ea7b@mail.gmail.com>
References: <7faa73460903251226y2391f703ve8aa0b9edff3910f@mail.gmail.com>
	<7faa73460903251231t753974dbxb51d887a0878ea7b@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"
Date: Thu, 26 Mar 2009 19:17:58 +0300
Message-Id: <1238084278.7471.12.camel@popov-home>
Mime-Version: 1.0
X-Mailer: Evolution 2.24.3 
Content-Transfer-Encoding: 8bit
X-Spam: Not detected
X-Mras: Ok
Subject: Re: [Sarlug] =?koi8-r?b?QURTTCDXIERlYmlhbiBMZW5ueQ==?=
X-BeenThere: sarlug@lists.lug.ru
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: j.a.popov@mail.ru,
	Saratov Linux User Group Maillist <sarlug@lists.lug.ru>
List-Id: Saratov Linux User Group Maillist <sarlug.lists.lug.ru>
List-Unsubscribe: <https://lists.lug.ru/mailman/options/sarlug>,
	<mailto:sarlug-request@lists.lug.ru?subject=unsubscribe>
List-Archive: <http://lists.lug.ru/pipermail/sarlug>
List-Post: <mailto:sarlug@lists.lug.ru>
List-Help: <mailto:sarlug-request@lists.lug.ru?subject=help>
List-Subscribe: <https://lists.lug.ru/mailman/listinfo/sarlug>,
	<mailto:sarlug-request@lists.lug.ru?subject=subscribe>
X-List-Received-Date: Thu, 26 Mar 2009 16:18:18 -0000
Archived-At: <http://lore.altlinux.org/sarlug/1238084278.7471.12.camel@popov-home/>
List-Archive: <http://lore.altlinux.org/sarlug/>

Вообще-то эта проблема известная и часто встречается в системах Debian,
Ubuntu и т.д. Траблы (естессно!) - в конфигурации

Возможная причина номер раз:

Проверьте /etc/network/interfaces
Должно быть как-то так (пример пишу навскидку руками, так что
проверяйте):
-------
auto lo
iface lo inet loopback

auto eth0
iface eth0 inet dhcp

auto ppp0
iface ppp0 inet ppp
provider dsl-provider
pre-up /sbin/ifconfig eth0 up
--------
Зевнёте pre-up - интерфейс ppp0 будет подниматься сразу же, когда eth0
еще не готов (хотя и вроде бы отвечает). В результате - ppp0 поднят, но
реально обмениваться данными не может.

Другая возможная причина - resolvconf. Поставьте этот пакет и проверьте,
как генерится resolv.conf

Третья причина - iptables. Они есть? отгда проверьте, как запускаются

Вообще, аккуратно проверьте, что и в каком порядке у Вас активируется.
Возможно, в pre-up придется добавить еще и sleep X, чтобы дать время
сетевушке отработать.