[Comm] Проблемка с mgetty или с /dev/hands?

[Comm] Проблемка с mgetty или с /dev/hands?

[Artem Tambovskiy]

Коллеги,
Помогите горю!
Решил превратить один из компьютеров в dialin-server и наступил на грабли!
Дано:
комп с AltLinux Master 2.0 + USR Courier на ttyS1

Прописал в /etc/mgetty+sendfax/mgetty.config
port ttyS1
speed 115200
data-only yes
autobauding yes
modem-type data
rings 3

В /etc/mgetty+sendfax/login.config
раскоментарил
/AutoPPP/ -     a_ppp   /usr/sbin/pppd auth -chap +pap login debug

В /etc/ppp/options.ttyS1 прописал :
-detach
modem
crtscts
proxyarp
10.1.1.1:10.1.1.2

В /etc/pap-secrets :
# Secrets for authentication using PAP
# client        server  secret                  IP addresse
test  *       test        10.1.1.2

Ну и соответственно в inittab  добавил:
S1:23:respawn:/sbin/mgetty ttyS1

Все работает через одно место, точнее не работает вообще!
Модем снимает трубку, начинается handshake и связь рвется. Причина не 
понятна!
После этого, mgetty на этом порту не поднимается до тех пор пока не будет
удален lock-файл и не перезапущен init.
Логи говорят следующее

--
09/29 18:55:11 yS1  mgetty: experimental test release 1.1.28-Jan10
09/29 18:55:11 yS1  check for lockfiles
09/29 18:55:11 yS1  locking the line
09/29 18:55:12 yS1  WARNING: DSR is off - modem turned off or bad cable?
09/29 18:55:12 yS1  lowering DTR to reset Modem
09/29 18:55:12 yS1  send: \dATQ0V1H0[0d]
09/29 18:55:13 yS1  waiting for ``OK'' ** found **
09/29 18:55:13 yS1  send: ATS0=0Q0&D3&C1[0d]
09/29 18:55:13 yS1  waiting for ``OK'' ** found **
09/29 18:55:13 yS1  waiting...
09/29 18:55:14 yS1  wfr: waiting for ``RING''
09/29 18:55:14 yS1  wfr: waiting for ``RING''
09/29 18:55:19 yS1  wfr: waiting for ``RING''
09/29 18:55:24 yS1  send: ATA[0d]
09/29 18:55:24 yS1  waiting for ``CONNECT'' ** found **
09/29 18:55:33 yS1  send:
09/29 18:55:33 yS1  waiting for ``_'' ** found **
09/29 18:55:33 yS1  autobauding: switch to 21600 bps
09/29 18:55:33 yS1  autobauding: cannot parse 'CONNECT 
21600/ARQ/V32/LAPM/V42BIS': Operation not per
mitted
09/29 18:55:33 yS1  buffer overrun - input prompt too long
09/29 18:55:33 yS1  buffer overrun - input prompt too long
09/29 18:55:33 yS1  buffer overrun - input prompt too long
09/29 18:55:33 yS1  buffer overrun - input prompt too long
09/29 18:55:33 yS1  buffer overrun - input prompt too long
09/29 18:55:33 yS1  buffer overrun - input prompt too long
09/29 18:55:33 yS1  buffer overrun - input prompt too long
09/29 18:55:33 yS1  buffer overrun - input prompt too long
09/29 18:55:33 yS1  buffer overrun - input prompt too long
09/29 18:55:33 yS1  buffer overrun - input prompt too long
09/29 18:55:33 yS1  buffer overrun - input prompt too long
09/29 18:55:33 yS1  buffer overrun - input prompt too long
09/29 18:55:33 yS1  buffer overrun - input prompt too long
09/29 18:55:33 yS1  buffer overrun - input prompt too long
09/29 18:55:33 yS1  buffer overrun - input prompt too long
09/29 18:55:33 yS1  buffer overrun - input prompt too long
09/29 18:55:33 yS1  buffer overrun - input prompt too long
09/29 18:55:33 yS1  buffer overrun - input prompt too long
09/29 18:55:33 yS1  buffer overrun - input prompt too long
09/29 18:55:33 yS1  buffer overrun - input prompt too long
09/29 18:55:33 yS1  buffer overrun - input prompt too long
09/29 18:55:33 yS1  buffer overrun - input prompt too long
09/29 18:55:34 yS1  WARNING: starting login while DCD is low!
09/29 18:55:34 ##### data dev=ttyS1, pid=13639, caller='none', 
conn='21600/ARQ/V32/LAPM/V42BIS', nam
e='', cmd='/bin/login', user='ATZ'

Откуда user='ATZ'? В чем грабли? Как решить данный трабл и заставить это 
работать?
Похоже что до pppd тут дело даже и не доходит :(

Заранее благодарен,
Артем

Re: [Comm] Проблемка с mgetty или с /dev/hands?

[Ilya Palagin]

Artem Tambovskiy wrote:
> Коллеги,
> Помогите горю!
> Решил превратить один из компьютеров в dialin-server и наступил на грабли!
> Дано:
> комп с AltLinux Master 2.0 + USR Courier на ttyS1
> 
> Прописал в /etc/mgetty+sendfax/mgetty.config
> port ttyS1
> speed 115200
> data-only yes
> autobauding yes
> modem-type data
> rings 3
> 
> В /etc/mgetty+sendfax/login.config
> раскоментарил
> /AutoPPP/ -     a_ppp   /usr/sbin/pppd auth -chap +pap login debug
> 
> В /etc/ppp/options.ttyS1 прописал :
> -detach
> modem
> crtscts
> proxyarp
> 10.1.1.1:10.1.1.2
> 
> В /etc/pap-secrets :
> # Secrets for authentication using PAP
> # client        server  secret                  IP addresse
> test  *       test        10.1.1.2
> 
> Ну и соответственно в inittab  добавил:
> S1:23:respawn:/sbin/mgetty ttyS1
> 
> Все работает через одно место, точнее не работает вообще!
> Модем снимает трубку, начинается handshake и связь рвется. Причина не 
> понятна!
> После этого, mgetty на этом порту не поднимается до тех пор пока не будет
> удален lock-файл и не перезапущен init.
> Логи говорят следующее
> 
> -- 
> 09/29 18:55:11 yS1  mgetty: experimental test release 1.1.28-Jan10
> 09/29 18:55:11 yS1  check for lockfiles
> 09/29 18:55:11 yS1  locking the line
> 09/29 18:55:12 yS1  WARNING: DSR is off - modem turned off or bad cable?
> 09/29 18:55:12 yS1  lowering DTR to reset Modem
> 09/29 18:55:12 yS1  send: \dATQ0V1H0[0d]
> 09/29 18:55:13 yS1  waiting for ``OK'' ** found **
> 09/29 18:55:13 yS1  send: ATS0=0Q0&D3&C1[0d]
> 09/29 18:55:13 yS1  waiting for ``OK'' ** found **
> 09/29 18:55:13 yS1  waiting...
> 09/29 18:55:14 yS1  wfr: waiting for ``RING''
> 09/29 18:55:14 yS1  wfr: waiting for ``RING''
> 09/29 18:55:19 yS1  wfr: waiting for ``RING''
> 09/29 18:55:24 yS1  send: ATA[0d]
> 09/29 18:55:24 yS1  waiting for ``CONNECT'' ** found **
> 09/29 18:55:33 yS1  send:
> 09/29 18:55:33 yS1  waiting for ``_'' ** found **
> 09/29 18:55:33 yS1  autobauding: switch to 21600 bps
> 09/29 18:55:33 yS1  autobauding: cannot parse 'CONNECT 
> 21600/ARQ/V32/LAPM/V42BIS': Operation not per
> mitted
> 09/29 18:55:33 yS1  buffer overrun - input prompt too long
> 09/29 18:55:33 yS1  buffer overrun - input prompt too long
> 09/29 18:55:33 yS1  buffer overrun - input prompt too long
> 09/29 18:55:33 yS1  buffer overrun - input prompt too long
> 09/29 18:55:33 yS1  buffer overrun - input prompt too long
> 09/29 18:55:33 yS1  buffer overrun - input prompt too long
> 09/29 18:55:33 yS1  buffer overrun - input prompt too long
> 09/29 18:55:33 yS1  buffer overrun - input prompt too long
> 09/29 18:55:33 yS1  buffer overrun - input prompt too long
> 09/29 18:55:33 yS1  buffer overrun - input prompt too long
> 09/29 18:55:33 yS1  buffer overrun - input prompt too long
> 09/29 18:55:33 yS1  buffer overrun - input prompt too long
> 09/29 18:55:33 yS1  buffer overrun - input prompt too long
> 09/29 18:55:33 yS1  buffer overrun - input prompt too long
> 09/29 18:55:33 yS1  buffer overrun - input prompt too long
> 09/29 18:55:33 yS1  buffer overrun - input prompt too long
> 09/29 18:55:33 yS1  buffer overrun - input prompt too long
> 09/29 18:55:33 yS1  buffer overrun - input prompt too long
> 09/29 18:55:33 yS1  buffer overrun - input prompt too long
> 09/29 18:55:33 yS1  buffer overrun - input prompt too long
> 09/29 18:55:33 yS1  buffer overrun - input prompt too long
> 09/29 18:55:33 yS1  buffer overrun - input prompt too long
> 09/29 18:55:34 yS1  WARNING: starting login while DCD is low!
> 09/29 18:55:34 ##### data dev=ttyS1, pid=13639, caller='none', 
> conn='21600/ARQ/V32/LAPM/V42BIS', nam
> e='', cmd='/bin/login', user='ATZ'
> 
> Откуда user='ATZ'? В чем грабли? Как решить данный трабл и заставить это 
> работать?
> Похоже что до pppd тут дело даже и не доходит :(
> 
> Заранее благодарен,
> Артем
> 

По крайней мере одна ошибка здесь есть - неверная нумерация портов.
ttyS1 есть S2 в inittab

[Comm] Re[2]: [Comm] Проблемка с mgetty или с /dev/hands?

[Smont]

Hello Ilya,

Sunday, September 29, 2002, 7:35:47 PM, you wrote:

> Artem Tambovskiy wrote:
>> Коллеги,
>> Помогите горю!
>> Решил превратить один из компьютеров в dialin-server и наступил на грабли!
Посмотрите в архиве.Грабли уже обсуждались.Решалось ,если правильно
помню,пересборкой пакета из исходника с некоторыми правками.
Возможно в сизифе это уже исправлено.





-- 
Best regards,
 Smont                            mailto:smont@mail.ru

Re: [Comm] Re[2]: [Comm] Проблемка с mgetty или с /dev/hands?

[Artem Tambovskiy]

А не подскажете, хотя бы месяц, когда это обсуждалось?
А то поиск  по архиву отсутствует:(

Заранее благодарен,
Артем

P.S. Кстати по моему без пересборки не работают так же пакеты tftp и ntp




Smont wrote:

>Hello Ilya,
>Sunday, September 29, 2002, 7:35:47 PM, you wrote:
>
>>Artem Tambovskiy wrote:
>>    
>>
>>>Коллеги,
>>>Помогите горю!
>>>Решил превратить один из компьютеров в dialin-server и наступил на грабли!
>>>      
>>>
>Посмотрите в архиве.Грабли уже обсуждались.Решалось ,если правильно
>помню,пересборкой пакета из исходника с некоторыми правками.
>Возможно в сизифе это уже исправлено.
>

[Comm] Re[2]: [Comm] Re[2]: [Comm] Проблемка с mgetty или с /dev/hands?

[Smont]

Hello Artem,

Sunday, September 29, 2002, 8:11:13 PM, you wrote:

> А не подскажете, хотя бы месяц, когда это обсуждалось?
> А то поиск  по архиву отсутствует:(

> Заранее благодарен,
> Артем

> P.S. Кстати по моему без пересборки не работают так же пакеты tftp и ntp




> Smont wrote:

>>Hello Ilya,
>>Sunday, September 29, 2002, 7:35:47 PM, you wrote:
>>
>>>Artem Tambovskiy wrote:
>>>    
>>>
>>>>Коллеги,
>>>>Помогите горю!
>>>>Решил превратить один из компьютеров в dialin-server и наступил на грабли!
>>>>      
>>>>
>>Посмотрите в архиве.Грабли уже обсуждались.Решалось ,если правильно
>>помню,пересборкой пакета из исходника с некоторыми правками.
>>Возможно в сизифе это уже исправлено.
>>

> _______________________________________________
> Community mailing list
> Community@altlinux.ru
> http://www.altlinux.ru/mailman/listinfo/community

По поводу mgetty в Мастере для памяти сохранил:


Sergey V. Golovin <svgol@samkon.ru>
[Comm] mgetty: locking the line: No such file or directory
Fri Jun 14 16:18:31 2002


Я решил эту проблему, скачав исходники mgetty и откомпилировав под себя.
Там есть README:
суть в том, что по-умолчанию mgetty ищет pid или lock файлы там, где нет
разрешения у пользователя uucp.
Это настраивается в policy.h.
У меня pid - в /var/run, lock - в /var/lock.
Там же указываешь кто владеет /dev/ttySx (uucp).
И не забудь в Makefile'е добавить к CFLAGS  опцию
-DAUTO_PPP
В общем комментарии в policy.h и Makefile'е достаточно подробны.

Головин Сергей

Наверное, я слишком кратко сказал.
Проблема в том, что тот бинарник, который  у тебя запускается из inittab'a,
скомпилирован с "неправильными" путями к нужным файлам.
Например, по умолчанию lock-файл mgetty ищет в /var/spool/locks, кажется,
а  прав у uucp на этот каталог нет(повторяю это только пример). Я 
разбираться с
куда лезет mgetty не стал - проще оказалось самому собрать.

Головин Сергей




У меня dial-in сервер не поднялся и попытка отката на пакеты из
Junior1.1 ну спасла. Предложенный вариант я не пробовал,
(нет возможности тестировать), но сообщений
об успешной работе mgetty из мастера,кроме приведенного выше, не было.


_______________________________________________
Community mailing list
Community@altlinux.ru
http://www.altlinux.ru/mailman/listinfo/community           mailto:smont@mail.ru

Re: [Comm] Re[2]: [Comm] Re[2]: [Comm] Проблемка с mgetty или с /dev/hands?

[Artem Tambovskiy]

Порылся в архивах рассылки,
пересобрал mgetty из сырцов по прежнему не работает:(
Симптомы те же.
После разрыва связи mgetty можно поднять только ручками :(

Может есть у кого какие идеи ...
P.S. Заметил характерную особенность- если звонить терминалкой - то 
соединение устанавливается во всяком случае login prompt я получаю.
А вот если пытаюсь звонить через "Удаленный доступ" соединение рвется ...



09/30 08:29:37 yS1  mgetty: experimental test release 1.1.28-Jan10
09/30 08:29:37 yS1  check for lockfiles
09/30 08:29:37 yS1   checklock: stat failed, no file
09/30 08:29:37 yS1  locking the line
09/30 08:29:37 yS1   makelock(ttyS1) called
09/30 08:29:37 yS1   do_makelock: lock='/var/lock/serial/LCK..ttyS1'
09/30 08:29:37 yS1   lock made
09/30 08:29:38 yS1   tio_get_rs232_lines: status: RTS CTS DTR
09/30 08:29:38 yS1  WARNING: DSR is off - modem turned off or bad cable?
09/30 08:29:38 yS1  lowering DTR to reset Modem
09/30 08:29:38 yS1   tss: set speed to 115200 (10002)
09/30 08:29:38 yS1   tio_set_flow_control( HARD )
09/30 08:29:38 yS1   waiting for line to clear (VTIME), read:
09/30 08:29:38 yS1  send: \dATQ0V1H0[0d]
09/30 08:29:39 yS1  waiting for ``OK''
09/30 08:29:39 yS1   got: ATQ0V1H0[0d]
09/30 08:29:39 yS1    CND: ATQ0V1H0[0d][0a]OK ** found **
09/30 08:29:39 yS1  send: ATS0=0Q0&D3&C1[0d]
09/30 08:29:39 yS1  waiting for ``OK''
09/30 08:29:39 yS1   got: [0d]
09/30 08:29:39 yS1    CND: OK[0a]ATS0=0Q0&D3&C1[0d]
09/30 08:29:39 yS1    CND: ATS0=0Q0&D3&C1[0d][0a]OK ** found **
09/30 08:29:39 yS1   waiting for line to clear (VTIME), read: [0d][0a]
09/30 08:29:40 yS1   removing lock file
09/30 08:29:40 yS1  waiting...
09/30 08:31:32 yS1    select returned 1
09/30 08:31:32 yS1   checking lockfiles, locking the line
09/30 08:31:32 yS1   makelock(ttyS1) called
09/30 08:31:32 yS1   do_makelock: lock='/var/lock/serial/LCK..ttyS1'
09/30 08:31:32 yS1   lock made
09/30 08:31:32 yS1  wfr: waiting for ``RING''
09/30 08:31:32 yS1   got: [0d][0a]RING[0d]
09/30 08:31:32 yS1    CND: RING
09/30 08:31:32 yS1   wfr: rc=0, drn=0
09/30 08:31:32 yS1  wfr: waiting for ``RING''
09/30 08:31:32 yS1   got: [0a][0d][0a]RING[0d]
09/30 08:31:37 yS1    CND: RING
09/30 08:31:37 yS1   wfr: rc=0, drn=0
09/30 08:31:37 yS1  wfr: waiting for ``RING''
09/30 08:31:37 yS1   got: [0a][0d][0a]RING[0d]
09/30 08:31:42 yS1    CND: RING
09/30 08:31:42 yS1   wfr: rc=0, drn=0
09/30 08:31:42 yS1    CND: check no: 'none'
09/30 08:31:42 yS1  send: ATA[0d]
09/30 08:31:42 yS1  waiting for ``CONNECT''
09/30 08:31:42 yS1   got: ATA[0d]
09/30 08:31:42 yS1    CND: OKATA[0d][0a]CONNECT ** found **
09/30 08:31:51 yS1  send:
09/30 08:31:51 yS1  waiting for ``_''
09/30 08:31:51 yS1   got:  21600/ARQ/V32/LAPM/V42BIS[0d]
09/30 08:31:51 yS1    CND: CONNECT 21600/ARQ/V32/LAPM/V42BIS
09/30 08:31:51 yS1    CND: found: 21600/ARQ/V32/LAPM/V42BIS[0a] ** found **
09/30 08:31:51 yS1   waiting for line to clear (VTIME), read:
09/30 08:31:51 yS1    looking for utmp entry... (my PID: 27390)
09/30 08:31:51 yS1   utmp + wtmp entry made
09/30 08:31:52 yS1   tio_set_flow_control( HARD )
09/30 08:31:52 yS1   print welcome banner (/etc/issue)
09/30 08:31:52 yS1  buffer overrun - input prompt too long
09/30 08:31:52 yS1  buffer overrun - input prompt too long
09/30 08:31:52 yS1  buffer overrun - input prompt too long
09/30 08:31:52 yS1  buffer overrun - input prompt too long
09/30 08:31:52 yS1  buffer overrun - input prompt too long
09/30 08:31:52 yS1  buffer overrun - input prompt too long
09/30 08:31:52 yS1  buffer overrun - input prompt too long
09/30 08:31:52 yS1  buffer overrun - input prompt too long
09/30 08:31:52 yS1  buffer overrun - input prompt too long
09/30 08:31:52 yS1  buffer overrun - input prompt too long
09/30 08:31:52 yS1  buffer overrun - input prompt too long
09/30 08:31:52 yS1  buffer overrun - input prompt too long
09/30 08:31:52 yS1  buffer overrun - input prompt too long
09/30 08:31:52 yS1  buffer overrun - input prompt too long
09/30 08:31:52 yS1  buffer overrun - input prompt too long
09/30 08:31:52 yS1  buffer overrun - input prompt too long
09/30 08:31:52 yS1  buffer overrun - input prompt too long
09/30 08:31:52 yS1  buffer overrun - input prompt too long
09/30 08:31:52 yS1  buffer overrun - input prompt too long
09/30 08:31:52 yS1  buffer overrun - input prompt too long
09/30 08:31:52 yS1   getlogname (FIDO AUTO_PPP), read:ATZ[0d]
09/30 08:31:52 yS1   input finished with '\r', setting ICRNL ONLCR
09/30 08:31:52 yS1   tio_get_rs232_lines: status: RTS CTS DSR DTR
09/30 08:31:52 yS1  WARNING: starting login while DCD is low!
09/30 08:31:52 yS1    login: use login config file 
/etc/mgetty+sendfax/login.config
09/30 08:31:52 yS1   match: user='ATZ', key=''
09/30 08:31:52 yS1   match: user='ATZ', key=''
09/30 08:31:52 yS1   match: user='ATZ', key='/AutoPPP/'
09/30 08:31:52 yS1   match: user='ATZ', key=''
09/30 08:31:52 yS1   match: user='ATZ', key='*'*** hit!
09/30 08:31:52 yS1   calling login: cmd='/bin/login', argv[]='login ATZ'
09/30 08:31:52 ##### data dev=ttyS1, pid=27390, caller='none', 
conn='21600/ARQ/V32/LAPM/V42BIS', nam
e='', cmd='/bin/login', user='ATZ'

09/30 08:31:52 yS1   setenv: 'CALLER_ID=none'
09/30 08:31:52 yS1   setenv: 'CALLED_ID='
09/30 08:31:52 yS1   setenv: 'CONNECT=21600/ARQ/V32/LAPM/V42BIS'
09/30 08:31:52 yS1   setenv: 'DEVICE=ttyS1'

Smont wrote:

>Hello Artem,
>
>Sunday, September 29, 2002, 8:11:13 PM, you wrote:
>
>  
>
>>А не подскажете, хотя бы месяц, когда это обсуждалось?
>>А то поиск  по архиву отсутствует:(
>>    
>>
>
>  
>
>>Заранее благодарен,
>>Артем
>>    
>>
>
>  
>
>>P.S. Кстати по моему без пересборки не работают так же пакеты tftp и ntp
>>    
>>
>
>
>
>
>  
>
>>Smont wrote:
>>    
>>
>
>  
>
>>>Hello Ilya,
>>>Sunday, September 29, 2002, 7:35:47 PM, you wrote:
>>>
>>>      
>>>
>>>>>Коллеги,
>>>>>Помогите горю!
>>>>>Решил превратить один из компьютеров в dialin-server и наступил на грабли!
>>>>> 
>>>>>
>>>>>          
>>>>>
>>>Посмотрите в архиве.Грабли уже обсуждались.Решалось ,если правильно
>>>помню,пересборкой пакета из исходника с некоторыми правками.
>>>Возможно в сизифе это уже исправлено.
>>>
>>>      
>>>
>>    
>>
>
>По поводу mgetty в Мастере для памяти сохранил:
>
>
>Sergey V. Golovin <svgol@samkon.ru>
>[Comm] mgetty: locking the line: No such file or directory
>Fri Jun 14 16:18:31 2002
>
>
>Я решил эту проблему, скачав исходники mgetty и откомпилировав под себя.
>Там есть README:
>суть в том, что по-умолчанию mgetty ищет pid или lock файлы там, где нет
>разрешения у пользователя uucp.
>Это настраивается в policy.h.
>У меня pid - в /var/run, lock - в /var/lock.
>Там же указываешь кто владеет /dev/ttySx (uucp).
>И не забудь в Makefile'е добавить к CFLAGS  опцию
>-DAUTO_PPP
>В общем комментарии в policy.h и Makefile'е достаточно подробны.
>
>Головин Сергей
>
>Наверное, я слишком кратко сказал.
>Проблема в том, что тот бинарник, который  у тебя запускается из inittab'a,
>скомпилирован с "неправильными" путями к нужным файлам.
>Например, по умолчанию lock-файл mgetty ищет в /var/spool/locks, кажется,
>а  прав у uucp на этот каталог нет(повторяю это только пример). Я 
>разбираться с
>куда лезет mgetty не стал - проще оказалось самому собрать.
>
>Головин Сергей
>
>У меня dial-in сервер не поднялся и попытка отката на пакеты из
>Junior1.1 ну спасла. Предложенный вариант я не пробовал,
>(нет возможности тестировать), но сообщений
>об успешной работе mgetty из мастера,кроме приведенного выше, не было.
>

Re: [Comm] Re[2]: [Comm] Re[2]: [Comm] Проблемка с mgetty или с /dev/hands?

[Sergey V. Golovin]

On 30 Sep Mon  8:38, Artem Tambovskiy wrote:

Попробуйте убрать опцию login при вызове pppd из login.config и
прописать явно пароль в pap-secrets.
Чем звоните?


-- 
Sergey V. Golovin

Re: [Comm] Re[2]: [Comm] Re[2]: [Comm] Проблемка с mgetty или с /dev/hands?

[Artem Tambovskiy]

Прописал в login.config
/AutoPPP/ -     a_ppp   /usr/sbin/pppd auth -chap +pap debug

в pap-secrets
# Secrets for authentication using PAP
# client        server  secret                  IP addresse
test  *       test       

в options.ttS1
-detach
modem
crtscts
proxyarp
10.1.1.1:10.1.1.2

Не работает:( Мистика какая-то....
А в логах по прежнему та же картина ...
09/30 09:47:20 yS1   getlogname (FIDO AUTO_PPP), read:ATZ[0d]
09/30 09:47:20 yS1   input finished with '\r', setting ICRNL ONLCR
09/30 09:47:20 yS1   tio_get_rs232_lines: status: RTS CTS DSR DTR
09/30 09:47:20 yS1  WARNING: starting login while DCD is low!
09/30 09:47:20 yS1    login: use login config file 
/etc/mgetty+sendfax/login.config
09/30 09:47:20 yS1   match: user='ATZ', key=''
09/30 09:47:20 yS1   match: user='ATZ', key=''
09/30 09:47:20 yS1   match: user='ATZ', key='/AutoPPP/'
09/30 09:47:20 yS1   match: user='ATZ', key=''
09/30 09:47:20 yS1   match: user='ATZ', key='*'*** hit!
09/30 09:47:20 yS1   calling login: cmd='/bin/login', argv[]='login ATZ'
09/30 09:47:20 ##### data dev=ttyS1, pid=30532, caller='none', 
conn='21600/ARQ/V32/LAPM/V42BIS', nam
e='', cmd='/bin/login', user='ATZ'

09/30 09:47:20 yS1   setenv: 'CALLER_ID=none'
09/30 09:47:20 yS1   setenv: 'CALLED_ID='
09/30 09:47:20 yS1   setenv: 'CONNECT=21600/ARQ/V32/LAPM/V42BIS'
09/30 09:47:20 yS1   setenv: 'DEVICE=ttyS1'

Модем  USR Courier с обоих сторон, звоню с 98 винды стандартными 
средствами...

Sergey V. Golovin wrote:

>On 30 Sep Mon  8:38, Artem Tambovskiy wrote:
>
>Попробуйте убрать опцию login при вызове pppd из login.config и
>прописать явно пароль в pap-secrets.
>Чем звоните?
>
>
>  
>

Re: [Comm] Re[2]: [Comm] Re[2]: [Comm] Проблемка с mgetty или с /dev/hands?

[Sergey V. Golovin]

On 30 Sep Mon  9:50, Artem Tambovskiy wrote:
> Прописал в login.config
> /AutoPPP/ -     a_ppp   /usr/sbin/pppd auth -chap +pap debug
> 
> в pap-secrets
> # Secrets for authentication using PAP
> # client        server  secret                  IP addresse
> test  *       test       

Давно у меня была проблема из-за того, что эта строчка
не заканчивалась переводом на новую. secret надо взять в кавычки и * для
всех IP-адресов.
 
> в options.ttS1

Это не описка? Должно быть options.ttyS1


-- 
Sergey V. Golovin

Re: [Comm] Проблемка с mgetty или с /dev/hands?

[Ilya Palagin]

Artem Tambovskiy wrote:

> Ну и соответственно в inittab  добавил:
> S1:23:respawn:/sbin/mgetty ttyS1

Вдогонку - должно быть
S2:23:respawn:/sbin/mgetty ttyS1

Re: [Comm] Проблемка с mgetty или с /dev/hands?

[Artem Tambovskiy]

Переправил, эту строчку на правильную
но по прежнему не работает :(
Видимо, грабли в чем-то другом ...

Артем

Ilya Palagin wrote:

> Artem Tambovskiy wrote:
>
>> Ну и соответственно в inittab  добавил:
>> S1:23:respawn:/sbin/mgetty ttyS1
>
> Вдогонку - должно быть
> S2:23:respawn:/sbin/mgetty ttyS1
>

Re: [Comm] Проблемка с mgetty или с /dev/hands?

[Sergey V. Golovin]

On 29 Sep Sun 18:58, Artem Tambovskiy wrote:
> 09/29 18:55:34 ##### data dev=ttyS1, pid=13639, caller='none', 
> conn='21600/ARQ/V32/LAPM/V42BIS', nam
> e='', cmd='/bin/login', user='ATZ'
> 
> Откуда user='ATZ'? В чем грабли? Как решить данный трабл и заставить это 
> работать?
> Похоже что до pppd тут дело даже и не доходит :(

Совершенно верно , видимо, mgetty собран без AUTO_PPP, раз после
сношения модемов вызывается login, а не pppd.
Хотя, судя по предыдущим проблемам, с mgetty в Master'е  
там все должно работать - только в логах сообщения о несуществующих 
ошибках.
У меня Spring2001 (пока что), поэтому проверить не могу.

-- 
Sergey V. Golovin