mgetty+pppd

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
18 messages Options
Reply | Threaded
Open this post in threaded view
|

mgetty+pppd

Andrey I. Kislyak
  Непойму в чем трабла сконфигурил конфигурацию mgetty+pppd на OpenBSD
3.7 следующим образом

/etc/mgetty+sendfax/mgetty.config:

debug 4
fax-id 00 00 000000
speed 57600
direct NO
blocking NO
port-owner uucp
port-group uucp
port-mode 0660
toggle-dtr YES
toggle-dtr-waittime 500
data-only NO
fax-only NO
modem-type auto
init-chat "" ATS0=0Q0&D3&C1 OK
modem-check-time 3600
rings 1
answer-chat "" ATA CONNECT \c \r
answer-chat-timeout 80
autobauding NO
ringback NO
ringback-time 30
ignore-carrier false
issue-file /etc/issue
prompt-waittime 500
login-prompt @!login:
login-time 240
diskspace 1024
notify faxadmin
fax-owner uucp
fax-group modem
fax-mode 0660

/etc/mgetty+sendfax/login.config:

/AutoPPP/ - a_ppp /usr/sbin/pppd file /etc/ppp/options.dial-in

/etc/ppp/options.dial-in:

modem
noipdefault
nodetach
debug
noccp
proxyarp
crtscts
ms-dns 192.168.1.222
domain localnet.antora
idle 1000
require-pap
refuse-chap

/etc/ppp/options.cua00:
192.168.3.1:192.168.3.101

/etc/ppp/pap-secrets:

kuku * qwerty *

/etc/ttys:
..
ttyd0 "/usr/libexec/getty std.9600" dialup off secure
..
cuaa0 "/usr/local/sbin/mgetty" unknown on insecure


при установке соединения mgetty отрабатывает замечательно но после
передачи pppd не хочет схватывать помогите ничего не пойму я уже и права
на истройство cua00 ставил 666

пишет:
gw pppd[24418]: pppd 2.3.5 started by root, uid 0
gw pppd[24418]: Failed to open /dev/cua00: Device busy

Вчем проблема не пойму не пойму
на FreeBSD аналогичная конфигурация пашет на ура


Reply | Threaded
Open this post in threaded view
|

Re: mgetty+pppd

Oleg Safiullin
> /etc/ppp/options.cua00:

поменяй cua на tty...


Reply | Threaded
Open this post in threaded view
|

Re: mgetty+pppd

BSW-2
In reply to this post by Andrey I. Kislyak
Andrey I. Kislyak пишет:
> cuaa0 "/usr/local/sbin/mgetty" unknown on insecure
Может я не прав, но все-же ttyd*.


Reply | Threaded
Open this post in threaded view
|

Re: mgetty+pppd

Oleg Safiullin
> Может я не прав, но все-же ttyd*.

Не прав. tty0*


Reply | Threaded
Open this post in threaded view
|

Re: mgetty+pppd

Andrey I. Kislyak
вот официальное руководство mgetty

http://mgetty.greenie.net/doc/mgetty_58.html#SEC58

на cua00 подвязан но не в этом проблема mgetty отрабатывает на ура
модемы соединяются но при передаче соединения демону pppd он не
может открыть устройство

Oleg Safiullin wrote:

>> Может я не прав, но все-же ttyd*.
>
>
> Не прав. tty0*
>
>


--
Best regards,
Administrator Antora.RU
Andrey Kislyak
8 (861) 253-43-61
8 (861) 259-76-14
8 (903) 451-62-70
[hidden email]


Reply | Threaded
Open this post in threaded view
|

Re: mgetty+pppd

Oleg Safiullin
> на cua00 подвязан но не в этом проблема mgetty отрабатывает на ура
> модемы соединяются но при передаче соединения демону pppd он не
> может открыть устройство

И правильно не может.
Надо сделать все через tty.
При этом в командной строке pppd говорить терминал не нужно...


Reply | Threaded
Open this post in threaded view
|

Re: mgetty+pppd

Andrey I. Kislyak
ДА tty00 сработало хотя ругалось сначало



Oleg Safiullin wrote:

>> на cua00 подвязан но не в этом проблема mgetty отрабатывает на ура
>> модемы соединяются но при передаче соединения демону pppd он не
>> может открыть устройство
>
>
> И правильно не может.
> Надо сделать все через tty.
> При этом в командной строке pppd говорить терминал не нужно...
>
>


Reply | Threaded
Open this post in threaded view
|

Re: mgetty+pppd

BSW-2
In reply to this post by Oleg Safiullin
Oleg Safiullin пишет:
>> Может я не прав, но все-же ttyd*.
>
>
> Не прав. tty0*

Вот %$@! Ведь я именно его и имел ввиду... ;-(


Reply | Threaded
Open this post in threaded view
|

Re: mgetty+pppd

Andrey I. Kislyak
Извиняюсь может за мою непонятливотсть вот вырезка из мана на pppd

     pppd stores secrets for use in authentication in secrets files
     (/etc/ppp/pap-secrets for PAP, /etc/ppp/chap-secrets for CHAP).  
Both se-
     crets files have the same format.  The secrets files can contain
secrets
     for pppd to use in authenticating itself to other systems, as well
as se-
     crets for pppd to use when authenticating other systems to itself.

     To allow a user to use the PPP facilities, you need to allocate an
IP ad-
     dress for that user's machine and create an entry in
/etc/ppp/pap-secrets
     or /etc/ppp/chap-secrets (depending on which authentication method the
     PPP implementation on the user's machine supports), so that the user's
     machine can authenticate itself.  For example, if Joe has a machine
     called "joespc" which is to be allowed to dial in to the machine called
     "server" and use the IP address joespc.my.net, you would add an entry
     like this to /etc/ppp/pap-secrets or /etc/ppp/chap-secrets:

           joespc    server    "joe's secret" joespc.my.net


как я понимаю

kuku   *   qwerty    *


но почему-то не работает пишет
Dec  2 14:40:35 gw pppd[7787]: pppd 2.3.5 started by root, uid 0
Dec  2 14:40:35 gw pppd[7787]: Connect: ppp0 <--> /dev/tty00
Dec  2 14:40:39 gw pppd[7787]: PAP login failure for kuku


BSW wrote:

> Oleg Safiullin пишет:
>
>>> Может я не прав, но все-же ttyd*.
>>
>>
>>
>> Не прав. tty0*
>
>
> Вот %$@! Ведь я именно его и имел ввиду... ;-(
>
>


--
Best regards,
Administrator Antora.RU
Andrey Kislyak
8 (861) 253-43-61
8 (861) 259-76-14
8 (903) 451-62-70
[hidden email]


Reply | Threaded
Open this post in threaded view
|

Re: mgetty+pppd

BSW-2
Andrey I. Kislyak пишет:
> как я понимаю
>
> kuku   *   qwerty    *
>
>
> но почему-то не работает пишет
> Dec  2 14:40:35 gw pppd[7787]: pppd 2.3.5 started by root, uid 0
> Dec  2 14:40:35 gw pppd[7787]: Connect: ppp0 <--> /dev/tty00
> Dec  2 14:40:39 gw pppd[7787]: PAP login failure for kuku
Я могу опять ошибиться, но между
kuku   *   qwerty    *
и
kuku   *   "qwerty"    *
есть тонкая разница. В доке не нашел...


Reply | Threaded
Open this post in threaded view
|

Re: mgetty+pppd

Andrey I. Kislyak
Насчет этого пробовал и так и так

в доке по FreeBSD так же написано но без кавычек работает
самое интересное если заводишь системную запись kuku с таким же паролем
то все работает и коннектится а можно ли без Системной записи обойтись.


BSW wrote:

> Andrey I. Kislyak пишет:
>
>> как я понимаю
>>
>> kuku   *   qwerty    *
>>
>>
>> но почему-то не работает пишет
>> Dec  2 14:40:35 gw pppd[7787]: pppd 2.3.5 started by root, uid 0
>> Dec  2 14:40:35 gw pppd[7787]: Connect: ppp0 <--> /dev/tty00
>> Dec  2 14:40:39 gw pppd[7787]: PAP login failure for kuku
>
> Я могу опять ошибиться, но между
> kuku   *   qwerty    *
> и
> kuku   *   "qwerty"    *
> есть тонкая разница. В доке не нашел...
>
>


--
Best regards,
Administrator Antora.RU
Andrey Kislyak
8 (861) 253-43-61
8 (861) 259-76-14
8 (903) 451-62-70
[hidden email]


Reply | Threaded
Open this post in threaded view
|

Re: mgetty+pppd

Oleg Safiullin
Andrey I. Kislyak wrote:
> Насчет этого пробовал и так и так
>
> в доке по FreeBSD так же написано но без кавычек работает
> самое интересное если заводишь системную запись kuku с таким же паролем
> то все работает и коннектится а можно ли без Системной записи обойтись.

Кавычки пофигу.
Посмотри в параметрах вызова/файлах конфига на тему слова "login" - его надо убрать.


Reply | Threaded
Open this post in threaded view
|

Re[2]: mgetty+pppd

Anton Maksimenkov
In reply to this post by Andrey I. Kislyak
Hi, Andrey.

А ты в какой писал (pap или chap)? Если писал в chap, а клиент
авторизуется по pap, то результат - не пустит. И наоборот.



> Извиняюсь может за мою непонятливотсть вот вырезка из мана на pppd

>      pppd stores secrets for use in authentication in secrets files
>      (/etc/ppp/pap-secrets for PAP, /etc/ppp/chap-secrets for CHAP).
> Both se-
>      crets files have the same format.  The secrets files can contain
> secrets
>      for pppd to use in authenticating itself to other systems, as well
> as se-
>      crets for pppd to use when authenticating other systems to itself.

>      To allow a user to use the PPP facilities, you need to allocate an
> IP ad-
>      dress for that user's machine and create an entry in
> /etc/ppp/pap-secrets
>      or /etc/ppp/chap-secrets (depending on which authentication method the
>      PPP implementation on the user's machine supports), so that the user's
>      machine can authenticate itself.  For example, if Joe has a machine
>      called "joespc" which is to be allowed to dial in to the machine called
>      "server" and use the IP address joespc.my.net, you would add an entry
>      like this to /etc/ppp/pap-secrets or /etc/ppp/chap-secrets:

>            joespc    server    "joe's secret" joespc.my.net


> как я понимаю

> kuku   *   qwerty    *


> но почему-то не работает пишет
> Dec  2 14:40:35 gw pppd[7787]: pppd 2.3.5 started by root, uid 0
> Dec  2 14:40:35 gw pppd[7787]: Connect: ppp0 <--> /dev/tty00
> Dec  2 14:40:39 gw pppd[7787]: PAP login failure for kuku


> BSW wrote:

>> Oleg Safiullin пишет:
>>
>>>> Может я не прав, но все-же ttyd*.
>>>
>>>
>>>
>>> Не прав. tty0*
>>
>>
>> Вот %$@! Ведь я именно его и имел ввиду... ;-(
>>
>>





--
engineer


Reply | Threaded
Open this post in threaded view
|

Re: mgetty+pppd

Andrey I. Kislyak
In reply to this post by Oleg Safiullin
на команду
cd /etc/ppp && grep -R login *
пусто да и в параметрах запуска тоже нет
я тоже сразу на это подумал и поискал но нет ничего такого



Oleg Safiullin wrote:

> Andrey I. Kislyak wrote:
>
>> Насчет этого пробовал и так и так
>>
>> в доке по FreeBSD так же написано но без кавычек работает
>> самое интересное если заводишь системную запись kuku с таким же паролем
>> то все работает и коннектится а можно ли без Системной записи обойтись.
>
>
> Кавычки пофигу.
> Посмотри в параметрах вызова/файлах конфига на тему слова "login" -
> его надо убрать.
>
>


--
Best regards,
Administrator Antora.RU
Andrey Kislyak
8 (861) 253-43-61
8 (861) 259-76-14
8 (903) 451-62-70
[hidden email]


Reply | Threaded
Open this post in threaded view
|

Re: mgetty+pppd

Oleg Safiullin
Andrey I. Kislyak wrote:
> на команду
> cd /etc/ppp && grep -R login *
> пусто да и в параметрах запуска тоже нет
> я тоже сразу на это подумал и поискал но нет ничего такого

Если ты сам не убирал - параметр есть. По умолчанию в login.cfg:

#/AutoPPP/ -    a_ppp   /usr/sbin/pppd auth -chap +pap login debug


Reply | Threaded
Open this post in threaded view
|

беда с raid Parity status: DIRTY

Yakshin Andrey
In reply to this post by Andrey I. Kislyak
Был рэйд работал и вот отключили электричество.
После включения комп не загрузился завис на инициализации рэйда и написал
raid0: Parity status: DIRTY
raid0: Initiating re-write of parity
Вытащил один винт после этого загружился в деградированном виде что можно
наблюдать ниже.
Как починить?
 
root@post >raidctl -sv raid0
raid0 Components:
           /dev/sd0d: optimal
          component1: failed
Spares:
           /dev/sd1d: spare
Component label for /dev/sd0d:
   Row: 0, Column: 0, Num Rows: 1, Num Columns: 2
   Version: 2, Serial Number: 100, Mod Counter: 394
   Clean: No, Status: 0
   sectPerSU: 128, SUsPerPU: 1, SUsPerRU: 1
   Queue size: 100, blocksize: 512, numBlocks: 35185664
   RAID Level: 1
   Autoconfig: Yes
   Root partition: No
   Last configured as: raid0
component1 status is: failed.  Skipping label.
/dev/sd1d status is: spare.  Skipping label.
Parity status: DIRTY
Reconstruction is 100% complete.
Parity Re-write is 100% complete.
Copyback is 100% complete.


--
Якшин Андрей
Spylog
Системный администратор


Reply | Threaded
Open this post in threaded view
|

Re: беда с raid Parity status: DIRTY

Oleg Safiullin
Якшин Андрей wrote:
> Был рэйд работал и вот отключили электричество.
> После включения комп не загрузился завис на инициализации рэйда и написал
> raid0: Parity status: DIRTY
> raid0: Initiating re-write of parity
> Вытащил один винт после этого загружился в деградированном виде что можно
> наблюдать ниже.
> Как починить?

Вернуть назад второй винт и таки дождаться окончания процедуры :)
Занимает очень много времени. Не менее получаса на нормальном винте...


Reply | Threaded
Open this post in threaded view
|

Re[2]: беда с raid Parity status: DIRTY

Anton Maksimenkov
Hi, Oleg.

>> Был рэйд работал и вот отключили электричество.
>> После включения комп не загрузился завис на инициализации рэйда и написал
>> raid0: Parity status: DIRTY
>> raid0: Initiating re-write of parity
>> Вытащил один винт после этого загружился в деградированном виде что можно
>> наблюдать ниже.
>> Как починить?
> Вернуть назад второй винт и таки дождаться окончания процедуры :)
> Занимает очень много времени. Не менее получаса на нормальном винте...

Время соотносится с размером РАИД-партиции, а не только
"нормальностью" винта. У меня например есть 160Г партиция,
восстанавливается несколько часов. =)

--
engineer