The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"Проблема с dial-up юзерами"
Вариант для распечатки Архивированная нить - только для чтения! 
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [Проследить за развитием треда]

"Проблема с dial-up юзерами"
Сообщение от Damir Kurbanov emailИскать по авторуВ закладки on 05-Апр-03, 14:43  (MSK)
Имеем сервер с диал-ап : ОС - FreeBSD 4.6.2-RELEASE, железо - комп с PII533, RAM 254 , мультипорт. плата Stallion EC 8/64.
Модемы на диал-ап - USR Courier .
Частенько происходит следующее - юзер заходит по диал-ап, сеанс нормально проходит, но после того как тел. линия освобождается, в системе процесс ppp этого юзера остается :(. Висит до тех пор пока руками не прибить этот процесс. Порт ttyE* занят этим процессом.
Проблема тажке в том, что если след. юзер звонит и подлючается на этот порт (или модем) он уже не может авторизоваться и войти в систему :(.  
Единственное что я заметил, это в большинстве бывает у тех у кого не совсем хороший коннект.

То же самое происходит с компом с мультипорт. платами Zelax MAK или Cronyx Omega.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

 Оглавление

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

1. "Проблема с dial-up юзерами"
Сообщение от Hastler emailИскать по авторуВ закладки on 05-Апр-03, 18:43  (MSK)
>после того как тел. линия освобождается, в системе процесс ppp этого
>юзера остается :(. Висит до тех пор пока руками не прибить
>этот процесс. Порт ttyE* занят этим процессом.

Если используется pppd проблема решается записыванием в /etc/ppp/options примерно такого:

lcp-echo-interval 10
lcp-echo-failure 5

  Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "Проблема с dial-up юзерами"
Сообщение от Damir emailИскать по авторуВ закладки on 06-Апр-03, 14:46  (MSK)
>>после того как тел. линия освобождается, в системе процесс ppp этого
>>юзера остается :(. Висит до тех пор пока руками не прибить
>>этот процесс. Порт ttyE* занят этим процессом.
>
>Если используется pppd проблема решается записыванием в /etc/ppp/options примерно такого:
>
>lcp-echo-interval 10
>lcp-echo-failure 5


В данном случае используется ppp .

  Рекомендовать в FAQ | Cообщить модератору | Наверх

3. "Проблема с dial-up юзерами"
Сообщение от lavr emailИскать по авторуВ закладки on 06-Апр-03, 16:50  (MSK)
>Имеем сервер с диал-ап : ОС - FreeBSD 4.6.2-RELEASE, железо - комп
>с PII533, RAM 254 , мультипорт. плата Stallion EC 8/64.
>Модемы на диал-ап - USR Courier .
>Частенько происходит следующее - юзер заходит по диал-ап, сеанс нормально проходит, но
>после того как тел. линия освобождается, в системе процесс ppp этого
>юзера остается :(. Висит до тех пор пока руками не прибить
>этот процесс. Порт ttyE* занят этим процессом.
>Проблема тажке в том, что если след. юзер звонит и подлючается на
>этот порт (или модем) он уже не может авторизоваться и войти
>в систему :(.
>Единственное что я заметил, это в большинстве бывает у тех у кого
>не совсем хороший коннект.
>
>То же самое происходит с компом с мультипорт. платами Zelax MAK или
>Cronyx Omega.

похоже на то что у связистов не работает односторонний отбой :(
в результате модем не получает отбой и линия остается свисшей, ну и ppp
соответственно, это только imho из личного опыта.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

4. "Проблема с dial-up юзерами"
Сообщение от Damir emailИскать по авторуВ закладки on 07-Апр-03, 07:21  (MSK)
>>Частенько происходит следующее - юзер заходит по диал-ап, сеанс нормально проходит, но
>>после того как тел. линия освобождается, в системе процесс ppp этого
>>юзера остается :(. Висит до тех пор пока руками не прибить
>>этот процесс. Порт ttyE* занят этим процессом.
>>Проблема тажке в том, что если след. юзер звонит и подлючается на
>>этот порт (или модем) он уже не может авторизоваться и войти
>>в систему :(.
>>Единственное что я заметил, это в большинстве бывает у тех у кого
>>не совсем хороший коннект.
>>
>>То же самое происходит с компом с мультипорт. платами Zelax MAK или
>>Cronyx Omega.
>
>похоже на то что у связистов не работает односторонний отбой :(
>в результате модем не получает отбой и линия остается свисшей, ну и
>ppp
>соответственно, это только imho из личного опыта.

В таком случае, как им "правильно" сказать, чтобы этот "отбой" у них работал ?
Основная проблема в том, что так как  процесс ppp юзера прибивается потом при обнаружении этого "глюка", сеанс dial-up юзера записывается в wtmp от времени его подключения до момента "прибития" процесса ppp, хотя фактически он столько не сидит на линии, линия свободна.
Потом приходится отчитываться перед юзером, за прибавленное системой время :(((((((((((
Помогите  у кого  встречались такие глюки ..........

  Рекомендовать в FAQ | Cообщить модератору | Наверх

5. "Проблема с dial-up юзерами"
Сообщение от lavr emailИскать по авторуВ закладки on 07-Апр-03, 10:44  (MSK)
>>>Частенько происходит следующее - юзер заходит по диал-ап, сеанс нормально проходит, но
>>>после того как тел. линия освобождается, в системе процесс ppp этого
>>>юзера остается :(. Висит до тех пор пока руками не прибить
>>>этот процесс. Порт ttyE* занят этим процессом.
>>>Проблема тажке в том, что если след. юзер звонит и подлючается на
>>>этот порт (или модем) он уже не может авторизоваться и войти
>>>в систему :(.
>>>Единственное что я заметил, это в большинстве бывает у тех у кого
>>>не совсем хороший коннект.
>>>
>>>То же самое происходит с компом с мультипорт. платами Zelax MAK или
>>>Cronyx Omega.
>>
>>похоже на то что у связистов не работает односторонний отбой :(
>>в результате модем не получает отбой и линия остается свисшей, ну и
>>ppp
>>соответственно, это только imho из личного опыта.
>
>В таком случае, как им "правильно" сказать, чтобы этот "отбой" у них
>работал ?

не знаю как и что им нужно сказать, вообще не люблю с ними говорить ибо
все время на операторов нарываешься или на других уродов.
В каком-то приказе по Минсвязи или Росниформсвязи ЧЕРНЫМ ПО БЕЛОМУ
что станции ОБЯЗАНЫ обеспечивать ОДНОСТОРОННИЙ ОТБОЙ, те, если клиент
отлетел и на его станцию пришел отбой, твоя станция (где твои номера)
должна обеспечить отбой тебе ГАРАНТИРОВАННО, чего видимо не происходит.

>Основная проблема в том, что так как  процесс ppp юзера прибивается
>потом при обнаружении этого "глюка", сеанс dial-up юзера записывается в wtmp
>от времени его подключения до момента "прибития" процесса ppp, хотя фактически
>он столько не сидит на линии, линия свободна.
>Потом приходится отчитываться перед юзером, за прибавленное системой время :(((((((((((
>Помогите  у кого  встречались такие глюки ..........

Проблема то понятна, и про линии, и про ppp и про кап-кап-кап, а уж как
ты будешь решать ее со связистами...

PS. Про отбой - это всего лишь imho, было такое и очень долго :(

  Рекомендовать в FAQ | Cообщить модератору | Наверх

6. "Проблема с dial-up юзерами"
Сообщение от Damir emailИскать по авторуВ закладки on 07-Апр-03, 11:42  (MSK)
>>>похоже на то что у связистов не работает односторонний отбой :(
>>>в результате модем не получает отбой и линия остается свисшей, ну и
>>>ppp
>>>соответственно, это только imho из личного опыта.
>>
>>В таком случае, как им "правильно" сказать, чтобы этот "отбой" у них
>>работал ?
>
>не знаю как и что им нужно сказать, вообще не люблю с
>ними говорить ибо
>все время на операторов нарываешься или на других уродов.
> В каком-то приказе по Минсвязи или Росниформсвязи ЧЕРНЫМ ПО БЕЛОМУ
>что станции ОБЯЗАНЫ обеспечивать ОДНОСТОРОННИЙ ОТБОЙ, те, если клиент
>отлетел и на его станцию пришел отбой, твоя станция (где твои номера)
>
>должна обеспечить отбой тебе ГАРАНТИРОВАННО, чего видимо не происходит.
>
>>Основная проблема в том, что так как  процесс ppp юзера прибивается
>>потом при обнаружении этого "глюка", сеанс dial-up юзера записывается в wtmp
>>от времени его подключения до момента "прибития" процесса ppp, хотя фактически
>>он столько не сидит на линии, линия свободна.
>>Потом приходится отчитываться перед юзером, за прибавленное системой время :(((((((((((
>>Помогите  у кого  встречались такие глюки ..........
>
>Проблема то понятна, и про линии, и про ppp и про кап-кап-кап,
>а уж как
>ты будешь решать ее со связистами...
>
>PS. Про отбой - это всего лишь imho, было такое и очень
>долго :(

сэнкс lavr и на этом, буду связистов поднимать, а как сам решил-то проблему, то же со связистами все решилось ?
Я почему-то думал дело в системе ......

  Рекомендовать в FAQ | Cообщить модератору | Наверх

7. "Проблема с dial-up юзерами"
Сообщение от lavr emailИскать по авторуВ закладки on 07-Апр-03, 11:50  (MSK)
>>>>похоже на то что у связистов не работает односторонний отбой :(
>>>>в результате модем не получает отбой и линия остается свисшей, ну и
>>>>ppp
>>>>соответственно, это только imho из личного опыта.
>>>
>>>В таком случае, как им "правильно" сказать, чтобы этот "отбой" у них
>>>работал ?
>>
>>не знаю как и что им нужно сказать, вообще не люблю с
>>ними говорить ибо
>>все время на операторов нарываешься или на других уродов.
>> В каком-то приказе по Минсвязи или Росниформсвязи ЧЕРНЫМ ПО БЕЛОМУ
>>что станции ОБЯЗАНЫ обеспечивать ОДНОСТОРОННИЙ ОТБОЙ, те, если клиент
>>отлетел и на его станцию пришел отбой, твоя станция (где твои номера)
>>
>>должна обеспечить отбой тебе ГАРАНТИРОВАННО, чего видимо не происходит.
>>
>>>Основная проблема в том, что так как  процесс ppp юзера прибивается
>>>потом при обнаружении этого "глюка", сеанс dial-up юзера записывается в wtmp
>>>от времени его подключения до момента "прибития" процесса ppp, хотя фактически
>>>он столько не сидит на линии, линия свободна.
>>>Потом приходится отчитываться перед юзером, за прибавленное системой время :(((((((((((
>>>Помогите  у кого  встречались такие глюки ..........
>>
>>Проблема то понятна, и про линии, и про ppp и про кап-кап-кап,
>>а уж как
>>ты будешь решать ее со связистами...
>>
>>PS. Про отбой - это всего лишь imho, было такое и очень
>>долго :(
>
>сэнкс lavr и на этом, буду связистов поднимать, а как сам решил-то
>проблему, то же со связистами все решилось ?

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

>Я почему-то думал дело в системе ......

Ну я написал что это всего лишь IMHO, сперва убедись в предположении
про односторонний отбой.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

8. "Проблема с dial-up юзерами"
Сообщение от Damir emailИскать по авторуВ закладки on 07-Апр-03, 13:04  (MSK)
>>сэнкс lavr и на этом, буду связистов поднимать, а как сам решил-то
>>проблему, то же со связистами все решилось ?
>
>да, с ними, вот только кучу времени убил пока понял что на
>моей станции
>отбой криво работает, до сути сам докопался, но теорию так и не
>нашел
>как это работает, знакомые связисты из другого города подсказали про
>термин односторонний отбой, про приказ и про эту беду на старых
>станциях. Сам бы я долго голову ломал почему удаленный модем бросил
>трубу, те оборвал сеанс, а мои продолжают держать сеанс хотя в линии
>
>слышно пикание но сам сигнал какой-то гнилой

поговорил я со связистами, говорят что мол если бы это было из-за отбоя, то принимающий звонок номер (модем) показывал бы "занято" и мол "разговорный сеанс" на отвечающем не прекращается, а у меня модем отвечает. Я и сам попробовал позвонить с теримнальной программы модемом на этот номер, модем dial-up'a отвечает, пишет что произошел Connect причем с нормальной скоростью (было бы это так если сигнал гнилой ?), а login'a нет (на остальных он выдается).

>
>>Я почему-то думал дело в системе ......
>
>Ну я написал что это всего лишь IMHO, сперва убедись в предположении
>
>про односторонний отбой.


  Рекомендовать в FAQ | Cообщить модератору | Наверх

9. "Проблема с dial-up юзерами"
Сообщение от lavr emailИскать по авторуВ закладки on 07-Апр-03, 15:06  (MSK)
>>>сэнкс lavr и на этом, буду связистов поднимать, а как сам решил-то
>>>проблему, то же со связистами все решилось ?
>>
>>да, с ними, вот только кучу времени убил пока понял что на
>>моей станции
>>отбой криво работает, до сути сам докопался, но теорию так и не
>>нашел
>>как это работает, знакомые связисты из другого города подсказали про
>>термин односторонний отбой, про приказ и про эту беду на старых
>>станциях. Сам бы я долго голову ломал почему удаленный модем бросил
>>трубу, те оборвал сеанс, а мои продолжают держать сеанс хотя в линии
>>
>>слышно пикание но сам сигнал какой-то гнилой
>
>поговорил я со связистами, говорят что мол если бы это было из-за
>отбоя, то принимающий звонок номер (модем) показывал бы "занято" и мол
>"разговорный сеанс" на отвечающем не прекращается, а у меня модем отвечает.
>Я и сам попробовал позвонить с теримнальной программы модемом на этот
>номер, модем dial-up'a отвечает, пишет что произошел Connect причем с нормальной
>скоростью (было бы это так если сигнал гнилой ?), а login'a
>нет (на остальных он выдается).
>
>>
>>>Я почему-то думал дело в системе ......
>>
>>Ну я написал что это всего лишь IMHO, сперва убедись в предположении
>>
>>про односторонний отбой.

значит тут другое, линия освобождается, смотри PPP какой сигнал должен
получить и завершить сеанс.

  Рекомендовать в FAQ | Cообщить модератору | Наверх


Удалить

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру