Проблема с KPPP

[tanky]

Коннекчусь с помощью KPPP, соединяюсь нормально, но вот ничего не принимается: такое впечатление, что проблема с ДНС серваками, хотя по логам их даже 2...
Через стандартные сетевые устройства все коннектиться, но убого
В чем трабла?

[Hubbitus]

Дак в настройках KPPP для каждого соединения можно задать свои ДНС-серваки, попробуй укажи их принудительно, если подозреваешь что дело в них.

[quaker]

вообще описание проблемы минимум забавно
было бы под виндоус я бы скащзал упал tcp/ip
но щас .....
поподробнее бы

[dantel]

В сех с наступающим 2005

[tanky]

Hubbitus
Хосты не пингуются даже по ip
quaker
Сисетма FC3 x86_64
Assign default route стоит...
Что еще надо
Модем IDC-5614BXL/VR+
P.S. До этого стоял FC2, был такой же трабл...Систему ставил с нуля...никаких обновлений не было.
P.P.S.Есть у меня подозрения что у провайдера что-то закручено, но по части протоколов в kppp настроек совсем нету(

[quaker]

если не пингуется даже по ип значит днс стопудово не при чем
данные почему то не ползут

(а днс серваки и еще что нить провайдерское пингуется?)

[Hubbitus]

Ну если не пингуются по IP, конечно это не ДНС.
А что комманда route показывает? Какие вообще настройки? Шлюз пингуется?

[tanky]

Hubbitus, quaker
Шлюз пингуется, все остальное, в т.ч. провайдерское - нет.
[root@localhost tank]# route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
195.161.247.57 * 255.255.255.255 UH 0 0 0 ppp0
169.254.0.0 * 255.255.0.0 U 0 0 0 lo
default 195.161.247.57 0.0.0.0 UG 0 0 0 ppp0
P.S. Какие вообще настройки?
А что именно надо? А то я в линухе новичок...

[Hubbitus]

tanky:
195.161.247.57 * 255.255.255.255 UH 0 0 0 ppp0

А почему маска-то такая (255.255.255.255)? я так понимаю поэтому и блокируется все. Поставьте 255.255.255.0

[DeADMoroZ]

2Hubbitus

IMHO,

195.161.247.57 * 255.255.255.255 UH 0 0 0 ppp0

Означает, что хост 195.161.247.57 доступен через ppp0, а маска на default route стоит правильная - 0.0.0.0.

[tanky]

Hubbitus
Поставьте 255.255.255.0
А как это сделать? Насколько я знаю, в kppp это можно сделать только если присваиваем статический ip...

[Hubbitus]

DeADMoroZ:
Означает, что хост 195.161.247.57 доступен через ppp0, а маска на default route стоит правильная - 0.0.0.0.

Ну незнаю, может быть конечно. Может тогда и не нужно менять.
tanky, а этот хост тогда хотябы пингуется (ну тоесть сам себя он видит вообще)?

[tanky]

Hubbitus
Сам себя видит, т.е. пингуется.

[Hubbitus]

Ну хорошо, а посмотри трассировка куда-нибудь, на чем останавливается? Приведи сюда трейс.

Кстати, гетвей сам устанавливается, или прописан руками? Просто (не то чтобы это невозможно совсем) странно что гетвей совпадает с твоим IP.

[tanky]

хм.. а как трассировку сделать? (какая команда)
Гетвей устанавливается автоматом...
P.S. Один раз сегодня подсоединился нормально, вот route:
[root@localhost ~]# route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
as5350-2.vtelec * 255.255.255.255 UH 0 0 0 ppp0
169.254.0.0 * 255.255.0.0 U 0 0 0 lo
default as5350-2.vtelec 0.0.0.0 UG 0 0 0 ppp0

При другом роуте коннекта нет
[root@localhost ~]# route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
195.161.247.57 * 255.255.255.255 UH 0 0 0 ppp0
169.254.0.0 * 255.255.0.0 U 0 0 0 lo
default 195.161.247.57 0.0.0.0 UG 0 0 0 ppp0
P.P.S. Как я понял проблема с gateway?

[tanky]

Hubbitus
[tank@localhost ~]$ traceroute 195.161.247.57
traceroute to 195.161.247.57 (195.161.247.57), 30 hops max, 46 byte packets
1 * * *
2 * * *
3 * * *
4 * * *
5 * * *
И так пока не отключишься

Еще обратил внимание на интересную вещь в логах:
Dec 26 12:16:05 localhost pppd[4206]: Using interface ppp0
Dec 26 12:16:05 localhost pppd[4206]: Connect: ppp0 <--> /dev/ttyS0
Dec 26 12:16:06 localhost pppd[4206]: CHAP authentication succeeded:
Dec 26 12:16:07 localhost pppd[4206]: Deflate (15) compression enabled
Dec 26 12:16:07 localhost pppd[4206]: local IP address 195.161.240.73
Dec 26 12:16:07 localhost pppd[4206]: remote IP address 195.161.247.57
Dec 26 12:16:07 localhost pppd[4206]: primary DNS address 217.106.186.33
Dec 26 12:16:07 localhost pppd[4206]: secondary DNS address 217.106.187.33
Dec 26 12:16:19 localhost pppd[4206]: Protocol-Reject for unsupported protocol 0xfb
Dec 26 12:16:19 localhost pppd[4206]: Protocol-Reject for unsupported protocol 0xfb
Dec 26 12:16:28 localhost pppd[4206]: Protocol-Reject for unsupported protocol 0x0
Dec 26 12:17:04 localhost pppd[4206]: Protocol-Reject for unsupported protocol 0x1.....

[Hubbitus]

tanky:
P.S. Один раз сегодня подсоединился нормально, вот route:
[root@localhost ~]# route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
as5350-2.vtelec * 255.255.255.255 UH 0 0 0 ppp0
169.254.0.0 * 255.255.0.0 U 0 0 0 lo
default as5350-2.vtelec 0.0.0.0 UG 0 0 0 ppp0

При другом роуте коннекта нет

А если принудительно роутинг через этот гетвей установть?

[DeADMoroZ]

imho дело в том, что pppd не может согласовать какие-то протоколы связи.
Попробуйте в когфиге pppd для этого соединения включить debug, и выложите сюда лог.

[tanky]

Кстати, в статистике KPPP пакеты уходят, но почему-то все попадают в раздел non-vj (типа пакет не tcp)...
Трабл в этом?
P.S. В каком файле храняться настройки KPPP?

[DeADMoroZ]

/etc/ppp/peers/имя соединения
Там где-нибудь в конце написать debug.
З.Ы. кстати неплохо было бы его тоже сюда выложить.