Трабл с диалапом

чето непонять с роутом , у тебя что , два дефолнтных роута ??? покажи вывод какнить попроще .....

А откуда видно, что у меня два роута? Можно вот с этого места поподробней. И вывод чего показать показать попроще? netstat?

ping не а идет, а traceroute -n 12.34.56.789 можно увидеть ?

> покажи вывод какнить попроще .....
Т.е. с помощью команды route (или route -n)

И еще, в /etc/resolv.conf после "nameserver" указаны эти самые name-сервера или там пусто ?

А мне кажется - проблема в том, что не поднят шлюз на ppp0. Установи в /etc/sysconfig/network строку GATEWAYDEV="ppp0". Посмотрим, что будет.

1. tracerout -n 12.34.56.789 в полной несознанке:
unknown host 12.34.56.789


2. route -n выдает такую же табличку что и netstat -nr. первые два столбца которой такие:

Kernel IP routing table
Destination Gateway

98.76.54.321 0.0.0.0
127.0.0.0 0.0.0.0
0.0.0.0 98.76.54.321

следующие два столбца:

Genmask Flags
255.255.255.255 UH
255.0.0.0 U
0.0.0.0 UG

и последние два:

MSS Window irtt Iface
0 0 0 ppp0
0 0 0 lo
0 0 0 ppp0

3. в /etc/resolv.conf за "nameserver" и укзывал этот самый nameserver 12.34.56.789 и не указывал, а эффект тот же: соединение есть а выхода в инет нет.


4./etc/sysconfig/network прописал GATEWAYDEV="ppp0": без результатно.

вообще после ознакомления с рядом faq'ов, howto и NAG у меня сложилось впечатление что или проблема связана с чем-то очень элементарным, о чем уважающие себя и публику авторы не упоминают, или копать придется ну очень глубоко.

например, а какие там типа демоны, сервисы должны быть запущены для работы в инет? я когда-то "замуровал" некоторую "нечисть" от загрузки при старте системы: типа cron'ов (ну не нужно мне это) sendmail (запускаю по мере надобности), xinetd тоже, но сейчас естественно я его стартую при загрузке. мож еще чёнть стартануть? знать бы тока чё :-)
===
best regards.

ничиго нигде прописывать не надо.
надо что бы после конекта pppd, шлюз по умолчанию устанавливал сам.
для этого он должен быть запущен с опцией defaultroute. Сами понимаетет шлюз по умолчанию может быть только один.
Лучше запустить route без ключей, так наглядней. Как правило последняя строчка должна быть такой:

default твой_внешний_IP 0.0.0.0 UG 0 0 0 ppp0

Прописал в /etc/ppp/options:

debug
defaultroute
noipdefault
lock

Тоже самое прописал в Kppp в агументах передаваемых pppd. Оставлял из этих аргументов например только два defaultroute и lock. Соединение устанавливается но не работает.

Вот что пишет в /var/log/messages:

May 21 23:07:34 abc pppd[1641]: pppd 2.3.11 started by root, uid 0
May 21 23:07:34 abc pppd[1641]: Using interface ppp0
May 21 23:07:34 abc pppd[1641]: Connect: ppp0 <--> /dev/ttyS3
May 21 23:07:36 abc pppd[1641]: local IP address 98.76.54.321
May 21 23:07:36 abc pppd[1641]: remote IP address 98.76.52.129
May 21 23:08:00 abc pppd[1641]: Terminating on signal 15.
May 21 23:08:00 abc pppd[1641]: Connection terminated.
May 21 23:08:00 abc pppd[1641]: Connect time 0.5 minutes.
May 21 23:08:00 abc pppd[1641]: Sent 878 bytes, received 329 bytes.
May 21 23:08:00 abc pppd[1641]: Exit.

Пинг на dns 12.34.56.789 все также 100% packet loss.

Что касается route без ключей, то ничего кроме заголовков столбцов таблицы, типа

Kernel IP routing table

Destination Gateway

и т. д. не выводит.

Проверил поддержку PPP ядром:

dmesg | grep -i ppp типа все нормально.

Но при попытке настроить PPP соединение через /bin/linuxconf, как рекомендуется:

Select "Config" + Networking" + "Client Tasks" + "PPP/SLIP/PLIP" Select "Add" Select type of interface: PPP

дальше пункта "Client Tasks" продвинуться не удается: нет "PPP/SLIP/PLIP"

К аналогичному открытию приводит и путь через /usr/bin/control-panel

Select the "Network" icon: Tab - "Interfaces": Select button "Add". This Launches a new dialog box. Select the interface type: PPP. Then select "Ok"

Какой блин Ok!? Нету этого инерфейса PPP. Тока slip, eth и т.п. PPP интерфейса нету, а PPP соединение устанавливается. Полный суксь :-/