Непойму в чем трабла сконфигурил конфигурацию 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 аналогичная конфигурация пашет на ура |
> /etc/ppp/options.cua00:
поменяй cua на tty... |
In reply to this post by Andrey I. Kislyak
Andrey I. Kislyak пишет:
> cuaa0 "/usr/local/sbin/mgetty" unknown on insecure Может я не прав, но все-же ttyd*. |
> Может я не прав, но все-же ttyd*.
Не прав. tty0* |
вот официальное руководство 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] |
> на cua00 подвязан но не в этом проблема mgetty отрабатывает на ура
> модемы соединяются но при передаче соединения демону pppd он не > может открыть устройство И правильно не может. Надо сделать все через tty. При этом в командной строке pppd говорить терминал не нужно... |
ДА tty00 сработало хотя ругалось сначало
Oleg Safiullin wrote: >> на cua00 подвязан но не в этом проблема mgetty отрабатывает на ура >> модемы соединяются но при передаче соединения демону pppd он не >> может открыть устройство > > > И правильно не может. > Надо сделать все через tty. > При этом в командной строке pppd говорить терминал не нужно... > > |
In reply to this post by Oleg Safiullin
Oleg Safiullin пишет:
>> Может я не прав, но все-же ttyd*. > > > Не прав. tty0* Вот %$@! Ведь я именно его и имел ввиду... ;-( |
Извиняюсь может за мою непонятливотсть вот вырезка из мана на 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] |
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" * есть тонкая разница. В доке не нашел... |
Насчет этого пробовал и так и так
в доке по 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] |
Andrey I. Kislyak wrote:
> Насчет этого пробовал и так и так > > в доке по FreeBSD так же написано но без кавычек работает > самое интересное если заводишь системную запись kuku с таким же паролем > то все работает и коннектится а можно ли без Системной записи обойтись. Кавычки пофигу. Посмотри в параметрах вызова/файлах конфига на тему слова "login" - его надо убрать. |
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 |
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] |
Andrey I. Kislyak wrote:
> на команду > cd /etc/ppp && grep -R login * > пусто да и в параметрах запуска тоже нет > я тоже сразу на это подумал и поискал но нет ничего такого Если ты сам не убирал - параметр есть. По умолчанию в login.cfg: #/AutoPPP/ - a_ppp /usr/sbin/pppd auth -chap +pap login debug |
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 Системный администратор |
Якшин Андрей wrote:
> Был рэйд работал и вот отключили электричество. > После включения комп не загрузился завис на инициализации рэйда и написал > raid0: Parity status: DIRTY > raid0: Initiating re-write of parity > Вытащил один винт после этого загружился в деградированном виде что можно > наблюдать ниже. > Как починить? Вернуть назад второй винт и таки дождаться окончания процедуры :) Занимает очень много времени. Не менее получаса на нормальном винте... |
Hi, Oleg.
>> Был рэйд работал и вот отключили электричество. >> После включения комп не загрузился завис на инициализации рэйда и написал >> raid0: Parity status: DIRTY >> raid0: Initiating re-write of parity >> Вытащил один винт после этого загружился в деградированном виде что можно >> наблюдать ниже. >> Как починить? > Вернуть назад второй винт и таки дождаться окончания процедуры :) > Занимает очень много времени. Не менее получаса на нормальном винте... Время соотносится с размером РАИД-партиции, а не только "нормальностью" винта. У меня например есть 160Г партиция, восстанавливается несколько часов. =) -- engineer |
Free forum by Nabble | Edit this page |