|
Проблема с KPPP
Коннекчусь с помощью KPPP, соединяюсь нормально, но вот ничего не принимается: такое впечатление, что проблема с ДНС серваками, хотя по логам их даже 2...
Через стандартные сетевые устройства все коннектиться, но убого:( В чем трабла? |
Дак в настройках KPPP для каждого соединения можно задать свои ДНС-серваки, попробуй укажи их принудительно, если подозреваешь что дело в них.
|
вообще описание проблемы минимум забавно
было бы под виндоус я бы скащзал упал tcp/ip но щас ..... поподробнее бы |
В сех с наступающим 2005 :beer:
|
Hubbitus
Хосты не пингуются даже по ip:( quaker Сисетма FC3 x86_64 Assign default route стоит... Что еще надо :confused: Модем IDC-5614BXL/VR+ P.S. До этого стоял FC2, был такой же трабл...Систему ставил с нуля...никаких обновлений не было. P.P.S.Есть у меня подозрения что у провайдера что-то закручено, но по части протоколов в kppp настроек совсем нету:(( |
если не пингуется даже по ип значит днс стопудово не при чем
данные почему то не ползут (а днс серваки и еще что нить провайдерское пингуется?) |
Ну если не пингуются по IP, конечно это не ДНС.
А что комманда route показывает? Какие вообще настройки? Шлюз пингуется? |
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. Какие вообще настройки? А что именно надо? А то я в линухе новичок... |
Цитата:
|
2Hubbitus
IMHO, Цитата:
|
Hubbitus
Поставьте 255.255.255.0 А как это сделать? Насколько я знаю, в kppp это можно сделать только если присваиваем статический ip... |
Цитата:
tanky, а этот хост тогда хотябы пингуется (ну тоесть сам себя он видит вообще)? |
Hubbitus
Сам себя видит, т.е. пингуется. |
Ну хорошо, а посмотри трассировка куда-нибудь, на чем останавливается? Приведи сюда трейс.
Кстати, гетвей сам устанавливается, или прописан руками? Просто (не то чтобы это невозможно совсем) странно что гетвей совпадает с твоим IP. |
хм.. а как трассировку сделать? (какая команда)
Гетвей устанавливается автоматом... 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? |
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..... |
Цитата:
|
imho дело в том, что pppd не может согласовать какие-то протоколы связи.
Попробуйте в когфиге pppd для этого соединения включить debug, и выложите сюда лог. |
Кстати, в статистике KPPP пакеты уходят, но почему-то все попадают в раздел non-vj (типа пакет не tcp)...
Трабл в этом? P.S. В каком файле храняться настройки KPPP? |
/etc/ppp/peers/имя соединения
Там где-нибудь в конце написать debug. З.Ы. кстати неплохо было бы его тоже сюда выложить. |
Цитата:
|
DeADMoroZ
В конце дописать debug конечно-же можно, вот только после коннекта он куда-то оттуда исчезает, да и эффекта не заметно:( Вот что удалось получить: Код:
[root@localhost tank]# wvdial VTelecom_FreeКод:
connect "/usr/bin/wvdial --remotename VTelecom_Free --chat 'VTelecom_Free'" |
Ребят таже проблема :-(
логи гляньте по адресу http://www.nixp.ru/cgi-bin/forum/YaB...num=1105131924 |
Try again and look into /var/log/messages and the wvdial and pppd man pagesfor more information.
Какое из слов тебе было непонятно? |
Траблы с kppp. Кароче медленно работает.
График загруженности канала, который показывает kppp какой-то я бы сказал пульсирующий. Количество отправленных пакетов совпадает с non-vj, И это при простом серфинге. Страница форума imho.ws загружалась минут пять. Очень долго! Также пакетов входящих меньше отправленных. http://deni5.by.ru/snapshot1.png OS: Mandrake 10.0, ядро 2.6.3, KDE 3.2 При том что под XP и FreeBSD с KDE на этом же компе таких проблемм не наблюдается. Что делать? |
так, со своим траблом разобрался.
думаю это было из-за того, что я получаю от своего провайдера ip-адрес DNS-сервера динамически. т.е. при установки соединения kppp сам пишет nameserver в resolv.conf... а после разрыва соединения он эти строки удаляет, т.к. они были помечены как #kppp temp entry. если прописать эти строки без комментария, то все работает как и полагается, хотя kppp все-равно при установки соединения их пишет в resolv.conf, но после - удаляет только то, что добавил. |
| Часовой пояс GMT +4, время: 19:13. |
Powered by vBulletin® Version 3.8.5
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.