URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 9557
[ Назад ]
Исходное сообщение
"Понимаю,что достало,но мне необходим совет спеца."
Отправлено marazm , 21-Окт-01 03:27 
Соединяюсь с провом.(Пишу подробно)
завожу #ppp  , получаю pppON >
вызываю term ,заряжает /dev/мой_модем
скорость ,хардовый контроль, мту,асинкмап - всё прописано, и благополучно читается.
звоню atdp..... получаю пргл-е login: я password: опять_я
Получаю wellcome ,пров рапортует оназначении мне IP ,но стадии установки диалога выглядят так:
ppp>
PPp>
ppp>
PPp>
ppp>
и обрыв.Т.е. до стадии PPP> установки протокола не доходит,отваливаюсь.Так происходит при любых вариациях с компрессией(и при отсутсвии оной напрочь),с любыми значениями mtu ,mru .С опенмодами пассивным и активным (с ожиданием и без).Я уже замучился. В винде нормально и модем иниц-я AT &F1X4 ,т.е. насколько я понимаю просто читает заводскую установку.

Содержание
Сообщения в этом обсуждении
"RE: Понимаю,что достало,но мне необходим совет спеца."
Отправлено NeoHack , 21-Окт-01 12:48 
>Соединяюсь с провом.(Пишу подробно)
>завожу #ppp  , получаю pppON >
>вызываю term ,заряжает /dev/мой_модем
>скорость ,хардовый контроль, мту,асинкмап - всё
>прописано, и благополучно читается.
>звоню atdp..... получаю пргл-е login: я
>password: опять_я
>Получаю wellcome ,пров рапортует оназначении мне
>IP ,но стадии установки диалога
>выглядят так:
>ppp>
>PPp>
>ppp>
>PPp>
>ppp>
>и обрыв.Т.е. до стадии PPP> установки протокола не доходит,отваливаюсь.Так происходит при любых вариациях с компрессией(и при отсутсвии оной напрочь),с любыми значениями mtu ,mru .С опенмодами пассивным и активным (с ожиданием и без).Я уже замучился. В винде нормально и модем иниц-я AT &F1X4 ,т.е. насколько я понимаю просто читает заводскую установку.
Возможно весь касяк в файле настроек.
Посмотри /usr/share/examples/ppp
там лежат примеры настроек PPP

"RE: Понимаю,что достало,но мне необходим совет спеца."
Отправлено sashabury , 21-Окт-01 15:11 
>Соединяюсь с провом.(Пишу подробно)
>завожу #ppp  , получаю pppON >
>вызываю term ,заряжает /dev/мой_модем
>скорость ,хардовый контроль, мту,асинкмап - всё
>прописано, и благополучно читается.
>звоню atdp..... получаю пргл-е login: я
>password: опять_я
>Получаю wellcome ,пров рапортует оназначении мне
>IP ,но стадии установки диалога
>выглядят так:
>ppp>
>PPp>
>ppp>
>PPp>
>ppp>
>и обрыв.Т.е. до стадии PPP> установки протокола не доходит,отваливаюсь.Так происходит при любых вариациях с компрессией(и при отсутсвии оной напрочь),с любыми значениями mtu ,mru .С опенмодами пассивным и активным (с ожиданием и без).Я уже замучился. В винде нормально и модем иниц-я AT &F1X4 ,т.е. насколько я понимаю просто читает заводскую установку.

Попробуй включить опцию debug. А вообще-то в начале неплохо былобы узнать что используется, система, ррр.

После отвала постмотри лог, там должна быть информация, что пытается делать РРР - неплохо былобы ее увидить.

"RE: Понимаю,что достало,но мне необходим совет спеца."
Отправлено marazm , 21-Окт-01 23:11 

>Попробуй включить опцию debug. А вообще-то
>в начале неплохо былобы узнать
>что используется, система, ррр.
>
>После отвала постмотри лог, там должна
>быть информация, что пытается делать
>РРР - неплохо былобы ее
>увидить.


Всё это под FreeBSD 4.3R .Вот лог РРР


Oct 21 04:50:26 dolche ppp[771]: Phase: Using interface: tun0
Oct 21 04:50:26 dolche ppp[771]: Phase: deflink: Created in closed state
Oct 21 04:50:26 dolche ppp[771]: tun0: Command: default: set speed 115200
Oct 21 04:50:26 dolche ppp[771]: tun0: Command: default: deny lqr
Oct 21 04:50:26 dolche ppp[771]: tun0: Command: default: disable lqr
Oct 21 04:50:26 dolche ppp[771]: tun0: Command: default: deny pred1 deflate deflate24 protocomp shortseq acfcomp vj
Oct 21 04:50:26 dolche ppp[771]: tun0: Command: default: disable pred1 deflate deflate24 protocomp shortseq acfcomp vj
Oct 21 04:50:26 dolche ppp[771]: tun0: Command: default: set dial ABORT BUSY ABORT NO\sCARRIER TIMEOUT 20            "" ATZ AT&F1X4 \dATDP781111\T TIMEOUT 60 CONNECT
Oct 21 04:50:26 dolche ppp[771]: tun0: Command: default: set ifaddr 10.0.0.1/0 195.239.214.139/0 255.255.255.0 0.0.0.0
Oct 21 04:50:26 dolche ppp[771]: tun0: Command: default: set timeout 10
Oct 21 04:50:26 dolche ppp[771]: tun0: Command: default: add default HISADDR
Oct 21 04:50:26 dolche ppp[771]: tun0: Command: default: enable dns
Oct 21 04:50:26 dolche ppp[771]: tun0: Phase: PPP Started (interactive mode).
Oct 21 04:50:30 dolche ppp[771]: tun0: Command: /dev/tty: term
Oct 21 04:50:30 dolche ppp[771]: tun0: Phase: bundle: Establish
Oct 21 04:50:30 dolche ppp[771]: tun0: Phase: deflink: closed -> opening
Oct 21 04:50:30 dolche ppp[771]: tun0: Phase: deflink: Connected!
Oct 21 04:50:30 dolche ppp[771]: tun0: Phase: deflink: opening -> carrier
Oct 21 04:50:31 dolche ppp[771]: tun0: Phase: deflink: /dev/ttyd1 doesn't support CD
Oct 21 04:50:31 dolche ppp[771]: tun0: Phase: deflink: carrier -> ready
Oct 21 04:51:21 dolche ppp[771]: tun0: Phase: deflink: PPP packet detected, coming up
Oct 21 04:51:21 dolche ppp[771]: tun0: Phase: deflink: ready -> carrier
Oct 21 04:51:21 dolche ppp[771]: tun0: Phase: deflink: carrier -> lcp
Oct 21 04:51:21 dolche ppp[771]: tun0: LCP: FSM: Using "deflink" as a transport
Oct 21 04:51:21 dolche ppp[771]: tun0: LCP: deflink: State change Initial --> Closed
Oct 21 04:51:21 dolche ppp[771]: tun0: LCP: deflink: State change Closed --> Stopped
Oct 21 04:51:22 dolche ppp[771]: tun0: LCP: deflink: LayerStart
Oct 21 04:51:22 dolche ppp[771]: tun0: LCP: deflink: SendConfigReq(1) state = Stopped
Oct 21 04:51:22 dolche ppp[771]: tun0: LCP:  ACCMAP[6] 0x00000000
Oct 21 04:51:22 dolche ppp[771]: tun0: LCP:  MRU[4] 1500
Oct 21 04:51:22 dolche ppp[771]: tun0: LCP:  MAGICNUM[6] 0x59320f6e
Oct 21 04:51:22 dolche ppp[771]: tun0: LCP: deflink: State change Stopped --> Req-Sent
Oct 21 04:51:25 dolche ppp[771]: tun0: LCP: deflink: SendConfigReq(1) state = Req-Sent
Oct 21 04:51:25 dolche ppp[771]: tun0: LCP:  ACCMAP[6] 0x00000000
Oct 21 04:51:25 dolche ppp[771]: tun0: LCP:  MRU[4] 1500
Oct 21 04:51:25 dolche ppp[771]: tun0: LCP:  MAGICNUM[6] 0x59320f6e
Oct 21 04:51:25 dolche ppp[771]: tun0: LCP: deflink: RecvConfigReq(2) state = Req-Sent
Oct 21 04:51:25 dolche ppp[771]: tun0: LCP:  ACCMAP[6] 0x00000000
Oct 21 04:51:25 dolche ppp[771]: tun0: LCP:  MAGICNUM[6] 0x7266e0e2
Oct 21 04:51:25 dolche ppp[771]: tun0: LCP:  PROTOCOMP[2]
Oct 21 04:51:25 dolche ppp[771]: tun0: LCP:  ACFCOMP[2]
Oct 21 04:51:25 dolche ppp[771]: tun0: LCP: deflink: SendConfigRej(2) state = Req-Sent
Oct 21 04:51:25 dolche ppp[771]: tun0: LCP:  PROTOCOMP[2]
Oct 21 04:51:25 dolche ppp[771]: tun0: LCP:  ACFCOMP[2]
Oct 21 04:51:25 dolche ppp[771]: tun0: LCP: Sending ident magic 59320f6e text user-ppp 2.3 (built Apr 21 2001)
Oct 21 04:51:25 dolche ppp[771]: tun0: LCP: deflink: SendIdent(0) state = Req-Sent
Oct 21 04:51:26 dolche ppp[771]: tun0: LCP: deflink: RecvConfigReq(3) state = Req-Sent
Oct 21 04:51:26 dolche ppp[771]: tun0: LCP:  ACCMAP[6] 0x00000000
Oct 21 04:51:26 dolche ppp[771]: tun0: LCP:  MAGICNUM[6] 0x7266e0e2
Oct 21 04:51:26 dolche ppp[771]: tun0: LCP:  PROTOCOMP[2]
Oct 21 04:51:26 dolche ppp[771]: tun0: LCP:  ACFCOMP[2]
Oct 21 04:51:26 dolche ppp[771]: tun0: LCP: deflink: SendConfigRej(3) state = Req-Sent
Oct 21 04:51:26 dolche ppp[771]: tun0: LCP:  PROTOCOMP[2]
Oct 21 04:51:26 dolche ppp[771]: tun0: LCP:  ACFCOMP[2]
Oct 21 04:51:26 dolche ppp[771]: tun0: LCP: Sending ident magic 59320f6e text user-ppp 2.3 (built Apr 21 2001)
Oct 21 04:51:26 dolche ppp[771]: tun0: LCP: deflink: SendIdent(1) state = Req-Sent
Oct 21 04:51:27 dolche ppp[771]: tun0: LCP: deflink: RecvConfigAck(1) state = Req-Sent
Oct 21 04:51:27 dolche ppp[771]: tun0: LCP: deflink: State change Req-Sent --> Ack-Rcvd
Oct 21 04:51:29 dolche ppp[771]: tun0: LCP: deflink: RecvConfigAck(1), dropped (expected 2)
Oct 21 04:52:45 dolche ppp[771]: tun0: Command: /dev/tty: q
Oct 21 04:52:45 dolche ppp[771]: tun0: LCP: deflink: SendTerminateReq(2) state = Ack-Rcvd
Oct 21 04:52:45 dolche ppp[771]: tun0: LCP: deflink: State change Ack-Rcvd --> Closing
Oct 21 04:52:45 dolche ppp[771]: tun0: LCP: deflink: RecvConfigReq(4) state = Closing
Oct 21 04:52:45 dolche ppp[771]: tun0: LCP: deflink: Error: Got ConfigReq while state = Closing
Oct 21 04:52:48 dolche ppp[771]: tun0: LCP: deflink: SendTerminateReq(2) state = Closing
Oct 21 04:52:51 dolche ppp[771]: tun0: LCP: deflink: SendTerminateReq(2) state = Closing
Oct 21 04:52:51 dolche ppp[771]: tun0: LCP: deflink: RecvTerminateReq(2) state = Closing
Oct 21 04:52:51 dolche ppp[771]: tun0: LCP: deflink: SendTerminateAck(2) state = Closing
Oct 21 04:52:52 dolche ppp[771]: tun0: LCP: deflink: RecvTerminateReq(2) state = Closing
Oct 21 04:52:52 dolche ppp[771]: tun0: LCP: deflink: SendTerminateAck(2) state = Closing
Oct 21 04:52:53 dolche ppp[771]: tun0: LCP: deflink: RecvTerminateAck(2) state = Closing
Oct 21 04:52:53 dolche ppp[771]: tun0: LCP: deflink: LayerFinish
Oct 21 04:52:53 dolche ppp[771]: tun0: LCP: deflink: State change Closing --> Closed
Oct 21 04:52:53 dolche ppp[771]: tun0: LCP: deflink: State change Closed --> Initial
Oct 21 04:52:53 dolche ppp[771]: tun0: Phase: deflink: Disconnected!
Oct 21 04:52:53 dolche ppp[771]: tun0: Phase: deflink: Connect time: 143 secs: 356 octets in, 334 octets out
Oct 21 04:52:53 dolche ppp[771]: tun0: Phase: deflink: : 20 packets in, 11 packets out
Oct 21 04:52:53 dolche ppp[771]: tun0: Phase:  total 4 bytes/sec, peak 85 bytes/sec on Sun Oct 21 04:52:53 2001
Oct 21 04:52:53 dolche ppp[771]: tun0: Phase: deflink: lcp -> closed
Oct 21 04:52:53 dolche ppp[771]: tun0: Phase: bundle: Dead
Oct 21 04:52:53 dolche ppp[771]: tun0: Phase: PPP Terminated (normal).

"RE: Понимаю,что достало,но мне необходим совет спеца."
Отправлено sashabury , 22-Окт-01 03:06 
>
>>Попробуй включить опцию debug. А вообще-то
>>в начале неплохо былобы узнать
>>что используется, система, ррр.
>>
>>После отвала постмотри лог, там должна
>>быть информация, что пытается делать
>>РРР - неплохо былобы ее
>>увидить.
>
>
>Всё это под FreeBSD 4.3R .Вот
>лог РРР
>
А опции самого ppp?
"RE: Понимаю,что достало,но мне необходим совет спеца."
Отправлено marazm , 22-Окт-01 05:02 

>>
>А опции самого ppp?


Если имеется в виду /etc/ppp/options ,то вот:

modem
115200
asyncmap 0
crtscts
defaultroute
noipdefault
mtu 1500
debug
/dev/ttyd1

"RE: Понимаю,что достало,но мне необходим совет спеца."
Отправлено sashabury , 22-Окт-01 12:50 
>
>>>
>>А опции самого ppp?
>
>
>Если имеется в виду /etc/ppp/options ,то
>вот:
>
>modem
>115200
>asyncmap 0
>crtscts
>defaultroute
>noipdefault
>mtu 1500
>debug
>/dev/ttyd1

Стор, что-то я сразу необратил внимание. Насколько мне известно фри имеет pppd и ppp. Доожен быть интерфейс ppp0, а у вас tul0. Вы наверно запускаете ppp, не берусь утверждать но ppp считается устаревшим. Попробуйте pppd.

man pppd даст дополнительную информацию

"RE: Понимаю,что достало,но мне необходим совет спеца."
Отправлено Y , 22-Окт-01 13:54 
>>modem
>>115200
Советую тут скорость настоящую поставить
Или ваще 19200
Сдаётся мне тут собака порылась
"RE: Понимаю,что достало,но мне необходим совет спеца."
Отправлено marazm , 22-Окт-01 21:39 
Да я скорость уже всякую выставлял.Никаких изменений не наблюдалось.

to sashbury

pppd у меня есть(т.е. скрипт отлажен и дозвон идёт)Просходит там то же самое,- отваливаюсь.Просто через него (мне чайнику) сложно отследить ход соединения в подробностях.Поэтому выкладываю ppp.

"RE: Понимаю,что достало,но мне необходим совет спеца."
Отправлено Y , 23-Окт-01 11:20 
Ну задал ты задачку
попробуй эот убрать
set ifaddr 10.0.0.1/0 195.239.214.139/0 255.255.255.0 0.0.0.0
И попробуй модем на cuaa1 посадить
Вот так напиши
set device /dev/cuaa1
Или я уже не знаю что и посоветовать
"RE: Понимаю,что достало,но мне необходим совет спеца."
Отправлено marazm , 23-Окт-01 14:39 
>Ну задал ты задачку
>попробуй эот убрать
>set ifaddr 10.0.0.1/0 195.239.214.139/0 255.255.255.0 0.0.0.0
>
>И попробуй модем на cuaa1 посадить
>
>Вот так напиши
> set device /dev/cuaa1
>Или я уже не знаю что
>и посоветовать


Да он у меня на cuaa1 и был сначала.Да и в ядре у меня для sio1 флаг на хардварность выставлен.Как я понял из комментариев в Линте,это запрещает несанкционированный доступ к устр-ву.Так что ,вроде можно и ttyd1 .Да и установка lock присутствует.
Ладно,спасибо.Может провайдера попрошу,чтобы попытку коннекта отследил.Может ,что прояснит.

"RE: Понимаю,что достало,но мне необходим совет спеца."
Отправлено sashabury , 23-Окт-01 22:47 
>>Ну задал ты задачку
>>попробуй эот убрать
>>set ifaddr 10.0.0.1/0 195.239.214.139/0 255.255.255.0 0.0.0.0
>>
>>И попробуй модем на cuaa1 посадить
>>
>>Вот так напиши
>> set device /dev/cuaa1
>>Или я уже не знаю что
>>и посоветовать
>
>
>Да он у меня на cuaa1
>и был сначала.Да и в
>ядре у меня для sio1
>флаг на хардварность выставлен.Как я
>понял из комментариев в Линте,это
>запрещает несанкционированный доступ к устр-ву.Так
>что ,вроде можно и ttyd1
>.Да и установка lock присутствует.
>
>Ладно,спасибо.Может провайдера попрошу,чтобы попытку коннекта отследил.Может
>,что прояснит.

Да, жаль я фри плохо знаю.
Если совсем не будет ничего получаться, возьми свой лог и лог провайдера по возможности, и вышли мне на  маил: sasha@faust.com.ua

применяй всетаки pppd.

Желаю удачи.

"RE: Понимаю,что достало,но мне необходим совет спеца."
Отправлено MYT , 24-Окт-01 02:59 
ppp во FreeBSD как раз рекомендуемый способ ppp соединения (по фрибсд-шным хендбукам).
У меня когда-то были подобные оченно странные глюки на USR 33600, вылечилось предварительным посыланием AT&F1 из chat-скрипта

"RE: Понимаю,что достало,но мне необходим совет спеца."
Отправлено marazm , 24-Окт-01 04:21 
>ppp во FreeBSD как раз рекомендуемый
>способ ppp соединения (по фрибсд-шным
>хендбукам).
>У меня когда-то были подобные оченно
>странные глюки на USR 33600,
>вылечилось предварительным посыланием AT&F1 из
>chat-скрипта

У меня как раз шпрот 33600 ,но AT&F1 уже проставлен.Может модем безнадёжно глюкавый(?)
Хотя в винде работает.Поковыряю ещё.

"RE: Понимаю,что достало,но мне необходим совет спеца."
Отправлено lavr , 24-Окт-01 17:53 
>>ppp во FreeBSD как раз рекомендуемый
>>способ ppp соединения (по фрибсд-шным
>>хендбукам).
>>У меня когда-то были подобные оченно
>>странные глюки на USR 33600,
>>вылечилось предварительным посыланием AT&F1 из
>>chat-скрипта
>
>У меня как раз шпрот 33600
>,но AT&F1 уже проставлен.Может модем
>безнадёжно глюкавый(?)
>Хотя в винде работает.Поковыряю ещё.

USR 33600 - хороший модем, непонятки видимо
в понимании hardware flow-control, fixed-port
speed, работы getty c устройствами dial-in, dial-out и самим PPP.

"RE: Понимаю,что достало,но мне необходим совет спеца."
Отправлено marazm , 24-Окт-01 21:58 

>USR 33600 - хороший модем, непонятки
>видимо
>в понимании hardware flow-control, fixed-port
>speed, работы getty c устройствами dial-in,
>dial-out и самим PPP.


Ты имеешь в виду ,что стОит выставить фиксированную скорость порта и xon/xoff?И ещё - модем у меня староватый(1995),где то в доках читал,что-то про hayes торможение.Рекомендовали прописать приравнивание hayes к AT .Это может как-то повлиять.Или к usr отношения не имеет?

"RE: Понимаю,что достало,но мне необходим совет спеца."
Отправлено lavr , 24-Окт-01 22:08 
>
>>USR 33600 - хороший модем, непонятки
>>видимо
>>в понимании hardware flow-control, fixed-port
>>speed, работы getty c устройствами dial-in,
>>dial-out и самим PPP.
>
>
>Ты имеешь в виду ,что стОит
>выставить фиксированную скорость порта и
>xon/xoff?И ещё - модем у

фиксированную скорость порта, проинициализировать
на ней модем с нужными настройками и at&w[0]

xon/xoff - не нужен, говорю же hw flow-control

[alone]/tmp > cu -s57600 -l/dev/cuaa1
Connected.
ati4
U.S. Robotics Sportster 56000 Voice Settings...

   B0  E1  F1  L0  M1  Q0  V1  X4  Y0
   BAUD=57600  PARITY=N  WORDLEN=8
   DIAL=TONE    ON HOOK   CID=0

   &A3  &B1  &C1  &D2  &G0  &H1  &I0  &K2
   &M5  &N0  &P0  &R2  &S0  &T5  &U0  &Y1  

   S00=000  S01=000  S02=043  S03=013  S04=010  S05=008  S06=002
   S07=060  S08=002  S09=006  S10=014  S11=070  S12=050  S13=000
   S15=000  S16=000  S18=000  S19=000  S21=010  S22=017  S23=019
   S25=005  S27=000  S28=008  S29=020  S30=000  S31=128  S32=002
   S33=000  S34=000  S35=001  S36=014  S38=000  S39=000  S40=001
   S41=000  S42=000

   LAST DIALED #:

OK

at&m5&k2
at&w0
atdNUMBER - заходишь руками

и смотришь на какой скорости соединяешься и что
получаешь:

login:
pass:

в соответствии с этими строками настраиваешь
чат для PPP, выбираешь какой PPP будешь
использовать: Kernel or User-mode
пока не увидишь разницы в них, у тебя будет
путанница в голове, что как мне кажется сейчас
и наблюдается.

>меня староватый(1995),где то в доках
>читал,что-то про hayes торможение.Рекомендовали прописать

У меня такие есть и ничего - работают замечательно
зависит от прошивки и версии.

>приравнивание hayes к AT .Это
>может как-то повлиять.Или к usr
>отношения не имеет?

последние строки я не понял.

"RE: Понимаю,что достало,но мне необходим совет спеца."
Отправлено marazm , 25-Окт-01 00:43 
Я очень извиняюсь,но ещё вопрос.Без этого AT&F1 не живёт.Я узнал у прова телефон ,на котором возможна CHAP аутен-я,и вписал станд-й скрипт,но
вот такой вопрос: считывание из параметров set необязательно?А то у меня вот что творится.Телефон,если явно не указан внутри скрипта не читается,все AT проходят нормально,но в логах стопорится на expect (timeout(40)).Это же вроде должно читаться как chat станд-я команда?
из /etc/ppp/ppp.conf
......
default:
      set device /dev/cuaa1
      set speed 57600
      disable pred1
      deny pred1
      disable lqr
      deny lqr
      set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \"\" AT&F1x4 \"\" ATZ \\dATDP\\T(здесь ,если не пишу номер тел.,то модем не звонит,-не читает из set phone) TIMEOUT 40 CONNECT"
      set redial 3 10
    
    interactive:
      set authname логин
      set authkey пароль
      set phone Телефон
      set timeout 300
      set openmode active 3
      accept chap

В /etc/ppp/options
modem
576000
crtscts
asyncmap 0
mtu 1500

в /etc/ppp/ppp.linkup
MYADDR
   add 0 0 HISADDR
  

"RE: Понимаю,что достало,но мне необходим совет спеца."
Отправлено marazm , 25-Окт-01 02:28 
Вопрос снят. Спасибо.