Re: [mdk-re] Re[2]: [mdk-re] Re: [mdk-re] Re[2]: [mdk-re] Про соединение с Интернет-провайдером

From: "Любимов А.В." <info@atmsk.ru>
To: mandrake-russian@altlinux.ru
Subject: Re: [mdk-re] Re[2]: [mdk-re] Re: [mdk-re] Re[2]: [mdk-re] Про соединение с Интернет-провайдером
Date: Mon Sep 24 20:07:19 2001
Message-ID: <20010924201255.022a7604.info@atmsk.ru> (raw)
In-Reply-To: <1371052890.20010924003730@pisem.net>

On Mon, 24 Sep 2001 00:37:30 +0400
Kir <svetit@mail.ru> wrote:

> Здравствуйте, Любимов!
> 
> Sunday, September 23, 2001, 10:44:50 PM, Вы писали:
> 
> ЛАВ> On Sun, 23 Sep 2001 15:30:25 +0400
> ЛАВ> Kir <svetit@mail.ru> wrote:
> 
> >> Здравствуйте, Kir!
> >> 
> >> Sunday, September 23, 2001, 2:55:41 PM, Вы писали:
> >> 
> >> K> Здравствуйте, Roman!
> >> 
> >> K> Звоню KDE-шной звонилкой, протокол оставил тот, что был по умолчанию
> >> K> (PAP).
> >> K> В мониторе видно, в каком режиме модемы CONNECT, затем виден ответ сервера (там FreeBSD):
> >> K> "Well, well.."
> >> K> И усе, амба. Звонилка висит вместе с монитором.
> ЛАВ> Еще раз о диагностике.
> ЛАВ> во первых что выводится в журнал соединения в kpp (галка соответствующая включена?)
> ЛАВ> 2) вызвать консоль перейти в root (su) и дать комманду tail -f /var/log/messages
> 
> ЛАВ> теперь попытаться созвониться с провайдером и вывод на эту консоль анализировать или слать сюда.
> 
> >> 
> >> Хотя нет - не все. При убиении данных висящих приложений их повторный
> >> запуск невозможен без перезагрузки. Выскакивает сообщение о том, что
> >> они уже запущены. И следует предложение убить какой-то "*.pid файл" по
> >> указанному адресу.
> 
> ЛАВ> какойто pid это файл с номером процесса (программы)
> ЛАВ> обычно сидит в  /var/run/имя_программы.pid
> ЛАВ> если процесс удален грубо то файл может остаться и его надо удалить из под рута
> ЛАВ> еще есть lock файл для модема. если он остался то программы будут ругаться на занятость модема
> 
> >> А звонилка Гнома даже номер набирать не хочет. При нажатии клавиши
> >> "Соединиться" сообщает, что pppd умерло по неизвестной причине.
> ЛАВ> tail -f /var/log/messages       до
> 
> ЛАВ> или cat /var/log/messages | grep pppd после запуска гномодилера
> 
> 
> ЛАВ> _______________________________________________
> ЛАВ> Mandrake-russian mailing list
> ЛАВ> Mandrake-russian@altlinux.ru
> ЛАВ> http://altlinux.ru/mailman/listinfo/mandrake-russian
> 
>  В журнале пишется во какая диагностика:
>  Sep 24 00:15:39 localhost pppd[2216]: invalid netmask value 'crtscts'

это разговор. :)

посмотреть в конфиги pppd (/etc/ppp/options)
и в конфиг гномодилера (в домашней дирекории)
предмет раасмотрения - crtscts
вообще говоря эта опция заставляет модем использовать хардверный контроль переполнения потока.
имхо гдето в гноме перепуталось. можно эту опцию вообще закоментарить для теста.

а вообщето я всегда в таких случаях пляшу от печки.
есть pppd и  chat - с ними и надо отлаживать и диагностировать

пусть модем сидит на com1 (/dev/ttyS0)  

запускаем консоль
$su
#pppd /dev/ttSy0 connect "chat -f /home/proba.chat" options /home/proba.options
файлы proba.chat и proba.options создаем в соответствии с маном
man chat и  man pppd
общие рекомендации - опций должно быть минимум.
навскидку в опции pppd надо

auth  если PAP или срфз или noauth если терминалом пароль вводишь
user=username если pap или chap
lock

в файле со скриптом chat:

 "" atz		//инициализация модема
 "ok" ATDP5551212   //дождаться ok и набор телефончика
 TIMEOUT 120	//ожидание соединения до 2х минут
 CONNECT ''      //соединились и вышли

и запустив в одной консоли tail -f /var/log/messages   в другой отлаживаешь дозвон и соедиенение