форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Архивированная нить - только для чтения!  Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[Проследить за развитием треда]

"Вот кусок лога. Что бы это значило? Извините за повторые топ..."
Сообщение от teebot on 26-Ноя-02, 19:05  (MSK)
сабж. а вот и лог: Nov 26 16:51:52 parom chat[1978]: send (ATDP9W190^M) Nov 26 16:51:52 parom chat[1978]: expect (ogin:) Nov 26 16:51:52 parom chat[1978]: ^M Nov 26 16:52:22 parom chat[1978]: alarm Nov 26 16:52:22 parom chat[1978]: send (ogin:^M) Nov 26 16:52:23 parom chat[1978]: send (190^M) Nov 26 16:52:23 parom pppd[1977]: Serial connection established. Nov 26 16:52:23 parom pppd[1977]: Using interface ppp0 Nov 26 16:52:23 parom pppd[1977]: Connect: ppp0 <--> /dev/ttyS1 Nov 26 16:52:23 parom /etc/hotplug/net.agent: assuming ppp0 is already up Nov 26 16:52:27 parom pppd[1977]: Serial line is looped back. Nov 26 16:52:27 parom pppd[1977]: Connection terminated. Nov 26 16:52:27 parom /etc/hotplug/net.agent: NET unregister event not supported Nov 26 16:52:28 parom pppd[1977]: Exit. Во-первых, что за alarm? Во-вторых, почему assuming ppp0 is already up, когда успел. В-третьих, Serial line is looped back, это тоже не понятно. Прошу помощи знающих людей. Очень прошу. Спасибо.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

Индекс форумов | Темы | Пред. тема | След. тема

Сообщения по теме

1. "RE: Вот кусок лога. Что бы это значило? Извините за повторые..."
Сообщение от teebot on 27-Ноя-02, 16:41  (MSK)
Ну неужели никто не может помочь? Звонил провайдеру, он сказал что использует PAP, и что все очень просто ждешь CONNECT и все. Но не так уж и просто. В логе всеракно Connetion script faild. Думаю проблема в чат скрипте, вот он: exec chat -v -V \ TIMEOUT 3 \ ABORT '\nBUSY\r' \ ABORT '\nNO ANSWER\r' \ ABORT '\nRINGING\r\n\r\nRINGING\r' \         '' \rAT \ 'OK-+++\c-OK' ATH0 \ 'OK-+++\c-OK' ATS6=5 \ TIMEOUT 30 \ OK ATDP$TELEPHONE \ CONNECT '' Где тут ошибка? Что я не так написал? PAP-Secrets такой: user  *  ""  * Пожалуйста нужен ваш совет.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	2. "RE: Вот кусок лога. Что бы это значило? Извините за повторые..."
	Сообщение от Vinny on 27-Ноя-02, 17:44  (MSK)
	Сразу ответить конечно сложно, но сразу можно сказать, что по какой-то причине всё, что записывается в com-port, возвращается обратно. Почему это может быть? Либо что-то с кабелем, либо по какой-то причине включается режим echo терминального ввода-вывода, чего быть не должно. Что, если воспользоваться не ttyS1, а cua/b (или cua1, в зависимости от того, как это усройство называется в данной системе)? Приведённый отрывок лога вообще не похож на работу данного скрипта. При pap аутентификации вообще никаких читаемых ogin: assword: быть не должно - всё происходит уже после старта ppp протокола. В pap-secrets должен быть пароль. Не установлено ли в данной системе еще одного экземпляра pppd c другим расположением конфигов? Не висит ли какой-нибудь процесс на /dev/cua* ? ЗЫ: чат-скрипт похоже нормальный ЗЗЫ: что это за линюкс такой?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	3. "RE: Вот кусок лога. Что бы это значило? Извините за повторые..."
	Сообщение от teebot on 27-Ноя-02, 19:08  (MSK)
	Извините в этом топике я дал не всю информацию. Просто никто отвечать не хочет, почему-то. Тот кусок лога был до того как я звонил провайдеру, там я PAP не использовал. Теперь там намного все проще. после ATDPномер_тел появляются такие строки: expect (CONNECT) alarm failed. И все. Уже не знаю что и думать.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	8. "RE: Вот кусок лога. Что бы это значило? Извините за повторые..."
	Сообщение от Vinny on 28-Ноя-02, 11:10  (MSK)
	>после ATDPномер_тел появляются такие строки: >expect (CONNECT) >alarm >failed. >И все. Достаточный скрипт для этого случая должен содержать строки ""  ATчто-нибудь OK  ATDP$N0MER CONNECT "" Ну и , естественно всякие директивы ABORT и TIMEOUT там где нужно. (ABORT BUSY, ABORT NO CARRIER etc...). Если в телефонной сети используется тоновый набор, то нужно писать ATDT вместо ATDP. Этот скрипт проще, чем используемый при аутентификации логин-пароль. pap-secrets должен содержать строку user *  password или user server password В данном случае до сеанса ppp дело не доходит. Набирает ли вообще модем номер? Если набирает и слышны попытки установления модемного соединения (характерный шум), то, возможно, дело в таймауте. man chat. Возможно, модемы вообще не могут договориться - тогда нужно AT-командами до набора номера установить другой скоростной режим модема. /dev/ttyS1 - терминальное устройство. Для него существует понятие дисциплины линии. И может (хотя и не должно так быть), что включается режим ECHO, чего не должно быть. Возможно, это устройство используется другими процессами - их нужно остановить. Чтобы избежать такого рода неприятностей, лучше использовать устройство /dev/cua*, а не /dev/tty*, хотя tty тоже иногда работает. Изменить дисциплину линии можно командой stty, но не знаю, как правильно её использовать в линухе.(во фре можно глянуть в /etc/rc.serial)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	9. "RE: Вот кусок лога. Что бы это значило? Извините за повторые..."
	Сообщение от teebot on 28-Ноя-02, 12:24  (MSK)
	>>после ATDPномер_тел появляются такие строки: >>expect (CONNECT) >>alarm >>failed. >>И все. > >Достаточный скрипт для этого случая должен содержать строки > >""  ATчто-нибудь >OK  ATDP$N0MER >CONNECT "" > >Ну и , естественно всякие директивы ABORT и TIMEOUT там где нужно. > >(ABORT BUSY, ABORT NO CARRIER etc...). Если в телефонной сети >используется тоновый набор, то нужно писать ATDT вместо ATDP. >Этот скрипт проще, чем используемый при аутентификации логин-пароль. >pap-secrets должен содержать строку > >user *  password или >user server password > >В данном случае до сеанса ppp дело не доходит. Набирает ли вообще > >модем номер? Если набирает и слышны попытки установления >модемного соединения (характерный шум), то, возможно, дело в таймауте. >man chat. Возможно, модемы вообще не могут договориться - тогда >нужно AT-командами до набора номера установить другой скоростной режим >модема. /dev/ttyS1 - терминальное устройство. Для него существует >понятие дисциплины линии. И может (хотя и не должно так быть), что > >включается режим ECHO, чего не должно быть. Возможно, это >устройство используется другими процессами - их нужно остановить. >Чтобы избежать такого рода неприятностей, лучше использовать >устройство /dev/cua*, а не /dev/tty*, хотя tty тоже иногда работает. >Изменить дисциплину линии можно командой stty, но не знаю, как >правильно её использовать в линухе.(во фре можно глянуть в /etc/rc.serial) Набор номера конечно же происход и пульс там стоит неслучайно (я новечок но не настолько же). Я использую ttyS1 (если я правельно понял, я в pppd оставил опцию lock modem, думаю другие устройства его не используют.) Попробую увеличит таймаут.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	5. "RE: Вот кусок лога. Что бы это значило? Извините за повторые..."
	Сообщение от qq on 27-Ноя-02, 21:27  (MSK)
	очевидно что у тебя за 30 секунд не происходит дозвона до провайдера попробуй увеличить таймаут вместо последнего TIMEOUT 30 поставь 60 а у тебя набор пульсовый или тоновый? ATDP с умыслом поставлено? попробуй терминалкой (minicom к примеру) дозвонится, проканает?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

4. "RE: Вот кусок лога. Что бы это значило? Извините за повторые..."
Сообщение от teebot on 27-Ноя-02, 19:09  (MSK)
может есть у кого-то рабочий скрипт при PAP авторизации.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	6. "RE: Вот кусок лога. Что бы это значило? Извините за повторые..."
	Сообщение от fvl on 28-Ноя-02, 04:51  (MSK)
	так стоп. ты используешь pppd. тебе надо прописать в /etc/ppp/pap-secrets строчку типа "user" "*" "password" и запускать pppd с параметром user такой-то man pppd
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	7. "RE: Вот кусок лога. Что бы это значило? Извините за повторые..."
	Сообщение от teebot on 28-Ноя-02, 10:56  (MSK)
	>так стоп. ты используешь pppd. тебе надо прописать в /etc/ppp/pap-secrets >строчку типа "user" "*" "password" >и запускать pppd с параметром user такой-то >man pppd Все вышеперечисленное было проделано, и не раз. Ничего не помогало. У Я начал делать всякие глупости, использовать метод научного тыка. Просто на ура, переставлять строчки. Я уже не знал что и делать. Теперь ситуация такая. Я позвонил провайдеру, он долго мялся, бекал мекал, конкретно ничего не сказал, мол стандартные скрипты должны работат, не знаю в чем делом , короче выставил меня полным ламером (что вообщем-то недалеко от истины). Но главное что я узнал так это то что используется PAP. После єтого я сделал следкющее. В чат-=скрипте убрал две посление срочки (ogin:--ogin: и assword:), оставил только  CONNECT ''. Прописал в pppd следующее user имя_юзера auth require-pap refuse-chap. В pap-secrets написал следующее: имя_юзера  *   ""   *               ^^^^^        у меня безпарольный вход. Запустил все это хозяйство и в логах появилось то с чего я начинал: после expect (CONNECT)появляется alarm Failed Connection script failed. Все, я не соеденился. Пробовал minicom там все проходит чудесно. После набора номера появляется приглашение ввести логин и пароль, я их ввожу и все прекрасно. Может можно заставить minicom записать тот чат который использует он для дозвона?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	10. "RE: Вот кусок лога. Что бы это значило? Извините за повторые..."
	Сообщение от qq on 28-Ноя-02, 12:33  (MSK)
	а когда через pppd звонишь, модем хоть номер набирает? handshake слышен ? ты миникомом звонил, вводя телефон в его dialing directory? а в ручную команды ввести? у minicom-а первый dialing prefix - ATDT, то есть он тоном звонить будет... у тебя точно пульсовый набор?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	11. "RE: Вот кусок лога. Что бы это значило? Извините за повторые..."
	Сообщение от teebot on 28-Ноя-02, 13:16  (MSK)
	>а когда через pppd звонишь, модем хоть номер набирает? >handshake слышен ? >ты миникомом звонил, вводя телефон в его dialing directory? >а в ручную команды ввести? >у minicom-а первый dialing prefix - ATDT, то есть он тоном звонить >будет... >у тебя точно пульсовый набор? Да дружище все звноит и почти работает, действительно надо біло увеличить таймаут. Но соединение все равно не устанавливается в логах такое: ppp0 is alredy up. а minicom звонит перкрасно. так почему же у него все нормально?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	12. "RE: Вот кусок лога. Что бы это значило? Извините за повторые..."
	Сообщение от Vinny on 28-Ноя-02, 13:55  (MSK)
	>>а когда через pppd звонишь, модем хоть номер набирает? >>handshake слышен ? >>ты миникомом звонил, вводя телефон в его dialing directory? >>а в ручную команды ввести? >>у minicom-а первый dialing prefix - ATDT, то есть он тоном звонить >>будет... >>у тебя точно пульсовый набор? > > >Да дружище все звноит и почти работает, действительно надо б?ло увеличить таймаут. >Но соединение все равно не устанавливается в логах такое: >ppp0 is alredy up. > >а minicom звонит перкрасно. так почему же у него все нормально? Проверь всё-таки ps auxw |grep pppd. Странно всё это, pppd умеет сам подхватывать первый свободный pppN интерфейс. A по поводу lock - да, второй экземпляр pppd не возьмёт этот tty больше, но это uucp-style блокировка, то есть создание файлов типа /var/lock/LCK..ttyS1 и блокируются только те процессы, которые об этом знают. Посмотри, нет ли больше chat script failed в логах, пришли их фрагмент ещё раз, в конце концов. Используй lsof или fuser, чтобы узнать, какие процессы открыли ttyS1, ну или посмотри через minicom, что происходит с твоим чатом: Ctrl-A O - дальше поставить программу чата /usr/bin/chat -v и директорию скриптов (/etc/ppp например), сохранить настройки и нажать Ctrl-G, указав имя чата.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	14. "RE: Вот кусок лога. Что бы это значило? Извините за повторые..."
	Сообщение от teebot on 28-Ноя-02, 16:08  (MSK)
	>>>а когда через pppd звонишь, модем хоть номер набирает? >>>handshake слышен ? >>>ты миникомом звонил, вводя телефон в его dialing directory? >>>а в ручную команды ввести? >>>у minicom-а первый dialing prefix - ATDT, то есть он тоном звонить >>>будет... >>>у тебя точно пульсовый набор? >> >> >>Да дружище все звноит и почти работает, действительно надо б?ло увеличить таймаут. >>Но соединение все равно не устанавливается в логах такое: >>ppp0 is alredy up. >> >>а minicom звонит перкрасно. так почему же у него все нормально? > >Проверь всё-таки ps auxw |grep pppd. Странно всё это, pppd >умеет сам подхватывать первый свободный pppN интерфейс. >A по поводу lock - да, второй экземпляр pppd не возьмёт этот > >tty больше, но это uucp-style блокировка, то есть создание >файлов типа /var/lock/LCK..ttyS1 и блокируются только те процессы, >которые об этом знают. Посмотри, нет ли больше chat script failed >в логах, пришли их фрагмент ещё раз, в конце концов. Используй >lsof или fuser, чтобы узнать, какие процессы открыли ttyS1, ну >или посмотри через minicom, что происходит с твоим чатом: > >Ctrl-A O - дальше поставить программу чата /usr/bin/chat -v и директорию скриптов >(/etc/ppp например), сохранить настройки >и нажать Ctrl-G, указав имя чата. Результат выполнения ps auxw | grep: root      1958  0.0  0.4  1788  800 pts/1    S    13:48   0:00 /usr/sbin/pppd debug lock modem nodetach auth require-pap refuse-chap В логе failed больше нет, вот кусок лога: Nov 28 13:48:08 parom pppd[1958]: pppd 2.4.1 started by root, uid 0 Nov 28 13:48:09 parom chat[1959]: timeout set to 3 seconds Nov 28 13:48:09 parom chat[1959]: abort on (\nBUSY\r) Nov 28 13:48:09 parom chat[1959]: abort on (\nNO ANSWER\r) Nov 28 13:48:09 parom chat[1959]: abort on (\nRINGING\r\n\r\nRINGING\r) Nov 28 13:48:09 parom chat[1959]: abort on (Username/Password Incorrect) Nov 28 13:48:09 parom chat[1959]: send (rAT^M) Nov 28 13:48:09 parom chat[1959]: expect (OK) Nov 28 13:48:09 parom chat[1959]: rAT^M^M Nov 28 13:48:09 parom chat[1959]: OK Nov 28 13:48:09 parom chat[1959]:  -- got it Nov 28 13:48:09 parom chat[1959]: send (ATH0^M) Nov 28 13:48:09 parom chat[1959]: expect (OK) Nov 28 13:48:09 parom chat[1959]: ^M Nov 28 13:48:09 parom chat[1959]: ATH0^M^M Nov 28 13:48:09 parom chat[1959]: OK Nov 28 13:48:09 parom chat[1959]:  -- got it Nov 28 13:48:09 parom chat[1959]: send (ATS6=5^M) Nov 28 13:48:10 parom chat[1959]: timeout set to 100 seconds Nov 28 13:48:10 parom chat[1959]: expect (OK) Nov 28 13:48:10 parom chat[1959]: ^M Nov 28 13:48:10 parom chat[1959]: ATS6=5^M^M Nov 28 13:48:10 parom chat[1959]: OK Nov 28 13:48:10 parom chat[1959]:  -- got it Nov 28 13:48:10 parom chat[1959]: send (ATDP9W190^M) Nov 28 13:48:10 parom chat[1959]: expect (CONNECT) Nov 28 13:48:10 parom chat[1959]: ^M Nov 28 13:48:45 parom chat[1959]: ATDP9W190^M^M Nov 28 13:48:45 parom chat[1959]: CONNECT Nov 28 13:48:45 parom chat[1959]:  -- got it Nov 28 13:48:45 parom chat[1959]: send (^M) Nov 28 13:48:45 parom pppd[1958]: Serial connection established. Nov 28 13:48:45 parom pppd[1958]: Using interface ppp0 Nov 28 13:48:45 parom pppd[1958]: Connect: ppp0 <--> /dev/ttyS1 Nov 28 13:48:45 parom /etc/hotplug/net.agent: assuming ppp0 is already up Nov 28 13:48:47 parom pppd[1958]: Modem hangup Nov 28 13:48:47 parom pppd[1958]: Connection terminated. Nov 28 13:48:47 parom /etc/hotplug/net.agent: NET unregister event not supported Nov 28 13:48:48 parom pppd[1958]: Exit. теперь lsof | greep ttyS: gpm        843 root    2u   CHR       4,64             37255 /dev/ttyS0 pppd      1690 root   13u   CHR       4,65             37256 /dev/ttyS1 fuser до CONNECT:                      USER        PID ACCESS COMMAND /dev/ttyS1           root       1888 f....  pppd                      root       1889 f....  chat fuser до CONNECT и передачи имени и пароля:                      USER        PID ACCESS COMMAND /dev/ttyS1           root       1930 f....  pppd
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	15. "RE: Вот кусок лога. Что бы это значило? Извините за повторые..."
	Сообщение от Vinny on 28-Ноя-02, 17:23  (MSK)
	>В логе failed больше нет, вот кусок лога: Зато эхо точно есть. Может тут модем виноват? Тогда нужно в команду инициализации E0 запихнуть, авось поможет. Хотя странно всё это. Эхо должно бы пропасть по крайней мере после перехода модема из командного режима в режим передачи данных. >Nov 28 13:48:08 parom pppd[1958]: pppd 2.4.1 started by root, uid 0 > >Nov 28 13:48:09 parom chat[1959]: timeout set to 3 seconds >Nov 28 13:48:09 parom chat[1959]: abort on (\nBUSY\r) >Nov 28 13:48:09 parom chat[1959]: abort on (\nNO ANSWER\r) >Nov 28 13:48:09 parom chat[1959]: abort on (\nRINGING\r\n\r\nRINGING\r) >Nov 28 13:48:09 parom chat[1959]: abort on (Username/Password Incorrect) >Nov 28 13:48:09 parom chat[1959]: send (rAT^M) >Nov 28 13:48:09 parom chat[1959]: expect (OK) >Nov 28 13:48:09 parom chat[1959]: rAT^M^M >Nov 28 13:48:09 parom chat[1959]: OK >Nov 28 13:48:09 parom chat[1959]:  -- got it >Nov 28 13:48:09 parom chat[1959]: send (ATH0^M) >Nov 28 13:48:09 parom chat[1959]: expect (OK) >Nov 28 13:48:09 parom chat[1959]: ^M >Nov 28 13:48:09 parom chat[1959]: ATH0^M^M >Nov 28 13:48:09 parom chat[1959]: OK >Nov 28 13:48:09 parom chat[1959]:  -- got it >Nov 28 13:48:09 parom chat[1959]: send (ATS6=5^M) >Nov 28 13:48:10 parom chat[1959]: timeout set to 100 seconds >Nov 28 13:48:10 parom chat[1959]: expect (OK) >Nov 28 13:48:10 parom chat[1959]: ^M >Nov 28 13:48:10 parom chat[1959]: ATS6=5^M^M >Nov 28 13:48:10 parom chat[1959]: OK >Nov 28 13:48:10 parom chat[1959]:  -- got it >Nov 28 13:48:10 parom chat[1959]: send (ATDP9W190^M) >Nov 28 13:48:10 parom chat[1959]: expect (CONNECT) >Nov 28 13:48:10 parom chat[1959]: ^M >Nov 28 13:48:45 parom chat[1959]: ATDP9W190^M^M >Nov 28 13:48:45 parom chat[1959]: CONNECT >Nov 28 13:48:45 parom chat[1959]:  -- got it >Nov 28 13:48:45 parom chat[1959]: send (^M) >Nov 28 13:48:45 parom pppd[1958]: Serial connection established. >Nov 28 13:48:45 parom pppd[1958]: Using interface ppp0 >Nov 28 13:48:45 parom pppd[1958]: Connect: ppp0 <--> /dev/ttyS1 >Nov 28 13:48:45 parom /etc/hotplug/net.agent: assuming ppp0 is already up >Nov 28 13:48:47 parom pppd[1958]: Modem hangup >Nov 28 13:48:47 parom pppd[1958]: Connection terminated. >Nov 28 13:48:47 parom /etc/hotplug/net.agent: NET unregister event not supported >Nov 28 13:48:48 parom pppd[1958]: Exit. > >теперь lsof | greep ttyS: >gpm        843 root   2u   CHR       4,64           37255 /dev/ttyS0 >pppd      1690 root   13u  CHR       4,65           37256 /dev/ttyS1 PID 1690 ты запускал? Или это уже было? В последнем случае нужно этот процесс убить и посмотреть, не запустится ли он снова - может какой-нибудь net.agent его поднимает заново? Нужно разбираться, как в системе инициализация pppd предусмотрена. Что говорит ps auxw |grep pppd ? ifgonfig -a (находится ли уже ppp0 в состоянии up) >fuser до CONNECT: > >             >         USER   >      PID ACCESS COMMAND >/dev/ttyS1           root >      1888 f....  pppd >             >         root   >     1889 f....  chat > >fuser до CONNECT и передачи имени и пароля: > >             >         USER   >      PID ACCESS COMMAND >/dev/ttyS1           root >      1930 f....  pppd Ну и использовать /dev/cua/b или /dev/cua1 в зависимости от того, что есть пробовал?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	16. "RE: Вот кусок лога. Что бы это значило? Извините за повторые..."
	Сообщение от teebot on 28-Ноя-02, 17:35  (MSK)
	>PID 1690 ты запускал? Запускал не я, это точно. >нужно этот процесс убить и посмотреть, не запустится ли он снова - непредставляется возможным отключение происходт настолько быстро.... >может какой-нибудь net.agent его поднимает заново? Нужно разбираться, >как в системе инициализация pppd предусмотрена. Ну в логах net.agent присудствует однозначно. >Что говорит ps auxw |grep pppd ? root      1958  0.0  0.4  1800  808 pts/1    S    13:48   0:00 /usr/sbin/pppd debug lock modem nodetach auth require-pap refuse-chap Пробовал перенести модем на другой комп с Линухом, таже история. Сейчас попробую Е0 и посмотрю ifconfig -a
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	17. "RE: Вот кусок лога. Что бы это значило? Извините за повторые..."
	Сообщение от teebot on 28-Ноя-02, 18:03  (MSK)
	вот что выдал ifconfig: ppp0      Link encap:Point-to-Point Protocol             POINTOPOINT NOARP MULTICAST  MTU:1500  Metric:1           RX packets:0 errors:0 dropped:0 overruns:0 frame:0           TX packets:0 errors:0 dropped:0 overruns:0 carrier:0           collisions:0 txqueuelen:3           RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b) eth0      Link encap:Ethernet  HWaddr 00:50:BA:B4:C9:FF             inet addr:194.44.10.3  Bcast:194.44.10.255  Mask:255.255.255.0           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1           RX packets:139 errors:0 dropped:0 overruns:0 frame:0           TX packets:4 errors:0 dropped:0 overruns:0 carrier:0           collisions:0 txqueuelen:100           RX bytes:22843 (22.3 Kb)  TX bytes:240 (240.0 b)           Interrupt:10 Base address:0x3f00 lo        Link encap:Local Loopback             inet addr:127.0.0.1  Mask:255.0.0.0           UP LOOPBACK RUNNING  MTU:16436  Metric:1           RX packets:8 errors:0 dropped:0 overruns:0 frame:0           TX packets:8 errors:0 dropped:0 overruns:0 carrier:0           collisions:0 txqueuelen:0           RX bytes:560 (560.0 b)  TX bytes:560 (560.0 b)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	18. "RE: Вот кусок лога. Что бы это значило? Извините за повторые..."
	Сообщение от qq on 28-Ноя-02, 21:29  (MSK)
	>Результат выполнения ps auxw | grep: >root      1958  0.0  0.4  1788  800 pts/1    S    13:48   0:00 >/usr/sbin/pppd debug lock modem nodetach auth require-pap refuse-chap очевидно что это pppd который хочет принимать входящие звонки - опция auth об этом говорит, она говорит pppd _требовать_ от удаленной стороны аутенитификации себя, то есть чтобы с той стороны давали пароль возможно какой-то пакет вы поставили, который и запускает pppd для принятия входящих звонков. интересно было бы увидеть результат ls /var/run/ppp*.pid, в момент когда вы никаких pppd не запускаете. стоит возможно выполнить команду find /etc -exec grep -l "debug lock modem nodetach auth require-pap refuse-chap" \{\} одной строкой, возможно найдете где прописан запуск этого левого pppd
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	19. "RE: Вот кусок лога. Что бы это значило? Извините за повторые..."
	Сообщение от teebot on 29-Ноя-02, 12:06  (MSK)
	>очевидно что это pppd который хочет принимать входящие звонки - опция auth >об этом говорит, она говорит pppd _требовать_ от удаленной стороны аутенитификации >себя, то есть чтобы с той стороны давали пароль auth я убрал, но ситуация не изменилась. >возможно какой-то пакет вы поставили, который и запускает pppd для принятия входящих >звонков. может mgetty? >интересно было бы увидеть результат ls /var/run/ppp*.pid, в момент когда вы никаких >pppd не запускаете. no such file or directory >стоит возможно выполнить команду >find /etc -exec grep -l "debug lock modem nodetach auth require-pap refuse-chap" >\{\} >одной строкой, возможно найдете где прописан запуск этого левого pppd В таком виде команда не сработал (ругалась на exec) но я так понял смысл в том что бы найти все файлы в папке /etc содержащие строки "debug lock modem nodetach auth require...." Я ее чуть переписал и получил ответ. Но ничего интересного там не было, только скрипты дозвона(которые я тут описываю, посторонних прог не было). Может поможет кусок от этого чата: using channel 1 Using interface ppp0 Connect: ppp0 <--> /dev/ttyS1 sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0xc8e7454c> <pcomp> <accomp>] rcvd [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <pcomp> <accomp> <endpoint [MAC:00:c0:7b:9c:e8:18]>] sent [LCP ConfRej id=0x1 <auth pap>] rcvd [LCP ConfRej id=0x1 <auth pap>] sent [LCP ConfReq id=0x2 <asyncmap 0x0> <magic 0xc8e7454c> <pcomp> <accomp>] rcvd [LCP TermReq id=0x2] //оттуда приходит сигнал на розрыв связи? sent [LCP TermAck id=0x2] Modem hangup Connection terminated.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	20. "RE: Вот кусок лога. Что бы это значило? Извините за повторые..."
	Сообщение от Vinny on 29-Ноя-02, 14:39  (MSK)
	>>очевидно что это pppd который хочет принимать входящие звонки - опция auth >>об этом говорит, она говорит pppd _требовать_ от удаленной стороны аутенитификации >>себя, то есть чтобы с той стороны давали пароль > >auth я убрал, но ситуация не изменилась. > > >>возможно какой-то пакет вы поставили, который и запускает pppd для принятия входящих >>звонков. > >может mgetty? > >>интересно было бы увидеть результат ls /var/run/ppp*.pid, в момент когда вы никаких >>pppd не запускаете. > >no such file or directory > >>стоит возможно выполнить команду >>find /etc -exec grep -l "debug lock modem nodetach auth require-pap refuse-chap" >>\{\} >>одной строкой, возможно найдете где прописан запуск этого левого pppd > >В таком виде команда не сработал (ругалась на exec) но я так >понял смысл в том что бы найти все файлы в папке >/etc содержащие строки "debug lock modem nodetach auth require...." >Я ее чуть переписал и получил ответ. Но ничего интересного там не >было, только скрипты дозвона(которые я тут описываю, посторонних прог не было). > > >Может поможет кусок от этого чата: >using channel 1 >Using interface ppp0 >Connect: ppp0 <--> /dev/ttyS1 >sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0xc8e7454c> <pcomp> <accomp>] >rcvd [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <pcomp> <accomp> <endpoint [MAC:00:c0:7b:9c:e8:18]>] >sent [LCP ConfRej id=0x1 <auth pap>] >rcvd [LCP ConfRej id=0x1 <auth pap>] >sent [LCP ConfReq id=0x2 <asyncmap 0x0> <magic 0xc8e7454c> <pcomp> <accomp>] >rcvd [LCP TermReq id=0x2] //оттуда приходит сигнал на розрыв связи? >sent [LCP TermAck id=0x2] >Modem hangup >Connection terminated. Вот расшифровка LCP-сеанса: ты отправляешь ConfReq, требуя аутентифицироваться pap он отправляет ConfReq и тоже требует аутентифицироваться pap ты отказываешься аутентифицироваться и он отказывется ты говоришь : "давай без аутентификации" он говорит: "закончим пустой базар" ты говоришь: "ну ладно" Я не пойму сам, почему локальная система отказывается аутентифицироваться, а вот отказ провайдера мне понятен Убери require-pap и auth в опции ppp и добавь noauth
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	21. "RE: Вот кусок лога. Что бы это значило? Извините за повторые..."
	Сообщение от Vinny on 29-Ноя-02, 14:53  (MSK)
	А еще попробуй добавить к опциям pppd user username remotename peername, где соответствующие строки прописаны в файле pap-secrets так username remotename password По-моему, это то, что нужно :)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	22. "RE: Вот кусок лога. Что бы это значило? Извините за повторые..."
	Сообщение от teebot on 29-Ноя-02, 15:26  (MSK)
	>А еще попробуй добавить к опциям pppd > >user username remotename peername, > >где соответствующие строки прописаны в файле pap-secrets так > >username remotename password > >По-моему, это то, что нужно :) УРА!!!!!!!!!!!!!!!!!! СПАСИБО!!!!!!!!!!!!!!!!!!!!!!!! ВСЕ ПАШЕТ. БОЛЬШОЕ СПАСИБО.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	13. "RE: Вот кусок лога. Что бы это значило? Извините за повторые..."
	Сообщение от Yura on 28-Ноя-02, 14:27  (MSK)
	>>а когда через pppd звонишь, модем хоть номер набирает? >>handshake слышен ? >>ты миникомом звонил, вводя телефон в его dialing directory? >>а в ручную команды ввести? >>у minicom-а первый dialing prefix - ATDT, то есть он тоном звонить >>будет... >>у тебя точно пульсовый набор? > > >Да дружище все звноит и почти работает, действительно надо б?ло увеличить таймаут. >Но соединение все равно не устанавливается в логах такое: >ppp0 is alredy up. > >а minicom звонит перкрасно. так почему же у него все нормально? У меня тоже похожее было Запусти кррр включи показ Show Log Window попробуй сделать конект Увидишь произошел конект или нет , если произошел тогда скажи видешь ты после этого приглашение на ввод логина?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

Индекс форумов | Темы | Пред. тема | След. тема

Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.