URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 17768
[ Назад ]

Исходное сообщение
"FreeBSD.Что делать???"

Отправлено RMG , 13-Июн-02 15:28 
Привет всем.Нужна помощь.Фришка 4.5. Поднял гетти .После соеденения модемов  на модеме выкидывает абрукадабру из русских символов и всякой всячины.Что делать? Может у кого было такое.Помогите , а то 3-й день мучиюсь.Нужно чтоб появлялся login  и т.п.

Содержание

Сообщения в этом обсуждении
"RE: FreeBSD.Что делать???"
Отправлено dvyacheslav , 13-Июн-02 16:20 
у Лавра на сайте все подробно пасписано

чтобы небыло мусора надо выравнять по скоростям модем и порт


"RE: FreeBSD.Что делать???"
Отправлено RMG , 13-Июн-02 16:29 
>у Лавра на сайте все подробно пасписано
>
>чтобы небыло мусора надо выравнять по скоростям модем и порт


Скиньте пож.ссылку


"RE: FreeBSD.Что делать???"
Отправлено Zergling , 13-Июн-02 17:34 
>>у Лавра на сайте все подробно пасписано
>>
>>чтобы небыло мусора надо выравнять по скоростям модем и порт
>
>
>Скиньте пож.ссылку

что-то типа
ftp://ftp2.ru.freebsd.org/pub/FreeBSD/releases/i386/4.5-RELE.../
ну или соотвествующий релиз
и там есть файло ports.tgz
берешь его и распаковываешь в /usr
после этого рекомендую cvs накатить на распакованные порты
ну а затем
cd /usr/ports/чего надобно
make ну и т.д.


"RE: FreeBSD.Что делать???"
Отправлено Zergling , 13-Июн-02 17:35 
>>>у Лавра на сайте все подробно пасписано
>>>
>>>чтобы небыло мусора надо выравнять по скоростям модем и порт
>>
>>
>>Скиньте пож.ссылку
>
>что-то типа
>ftp://ftp2.ru.freebsd.org/pub/FreeBSD/releases/i386/4.5-RELE.../
>ну или соотвествующий релиз
>и там есть файло ports.tgz
>берешь его и распаковываешь в /usr
>после этого рекомендую cvs накатить на распакованные порты
>ну а затем
>cd /usr/ports/чего надобно
>make ну и т.д.
сорри не туда отправил


"RE: FreeBSD.Что делать???"
Отправлено lavr , 13-Июн-02 17:49 
>у Лавра на сайте все подробно пасписано
>
>чтобы небыло мусора надо выравнять по скоростям модем и порт

по-моему я не выкладывал про модемы и serial ports, что-то написал,
и как одно из многих неокультуренных произведений - бросил до
будущих времен.


"RE: FreeBSD.Что делать???"
Отправлено dvyacheslav , 13-Июн-02 19:47 
помню лишь что ты мне помог с настройкой удаленного доступа

"RE: FreeBSD.Что делать???"
Отправлено leonadmin , 14-Июн-02 08:05 
>помню лишь что ты мне помог с настройкой удаленного доступа
Lavr mojet brosish k sebe na sait a to u menya kak raz v odnom iz ofisov takaya fignya..!



"RE: FreeBSD.Что делать???"
Отправлено lavr , 14-Июн-02 20:15 
>>помню лишь что ты мне помог с настройкой удаленного доступа
>Lavr mojet brosish k sebe na sait a to u menya kak
>raz v odnom iz ofisov takaya fignya..!

оно не доделанное, их куча недоделанных.

На самом деле все просто:

- общая беда это незнание или непонимание DTE и DCE
- и незнание как настроить модем (протоколы v22/bis, v42/bis, v32/bis...]

необходимо настроить модем на фиксированную скорость последовательного
порта: fixed DTE rate, чтобы не происходило выравнивание DTE и DCE скоростей из-за которого сыпется мусор и происходит отвал соединения,
или chat дуреет от того что не может найти подстроку и написан дохленько
без попытки послать <enter> и снова ждать и тд и тп, как результат,
chat быстро отваливает так и не произведя вход

DTE - скорость порт <-> модем
DCE - скорость модем <-> модем

ну вполне очевидная разница, понятно что скорость DCE модемного соединения
гораздо меньше чем DTE, если у модема не настроено работать на фиксированной скорости DTE (fixed DTE/Serial/Com rate) то будет происходить понижение скорости порта до скорости модемного соединения
Вот откуда и мусор.
Либо, другой вариант, модемы неверно настроены и сваливаются на normal
connection - что значит работать без коррекции ошибок и без компрессии,
на качественных линиях это будет скорее всего самый скоростной протокол,
на наших же линиях при таком соединении работать практически невозможно

Исходя из этого:

1. Настроить модем hardware flow-control
2. DTE fixed speed rate, с фиксированной скорость на порту, те без
выранивания DTE - DCE
3. Строго с error-correction и компрессией, при этом запретить сваливаться
модему на normal connection, пусть лучше происходит разрыв соединения
4. И не забывать, что есть РЯД модемов которые запоминают скорость DTE
на которой они были проинициализированы, те:

допустим есть Telebit, запускаем:

cu -s38400 -l/dev/cuaa1
at
OK
atпараметры
at&w0 - записываем в профиль
atz
~. - вышли

а потом производится попытка getty или mgetty или чего еще открыть
порт на скорости 57600 - некоторые модемы дуреют или выдают лажу
значит (например для FreeBSD /etc/ttys):

ttyd1   "/usr/libexec/getty std.57600"   dialup  on secure

для Linux (/etc/inittab):

S0:234:respawn:/usr/sbin/mgetty -n1 -s57600 -D ttyS0
S1:234:respawn:/usr/sbin/mgetty -n1 -s57600 -D ttyS1
S4:234:respawn:/usr/sbin/mgetty -n1 -s38400 -D ttyS4

на чем инициализировали, на том и открываем

прим.: а как же реализуется выравнивание, если модем так настроен - в разных системах по разному, FreeBSD - /etc/gettytab, у mgetty свой gettydefs вроде, в Linux - зависит от того что висит на порту agetty, mingetty, mgetty... Формат простой, в man все расписано

суть того что в указанном файле создается кольцо по которому опускается
и поднимается скорость на порту, например:

std.38400|38400-baud:\
        :np:sp#38400:
std.57600|57600-baud:\
        :np:sp#57600:
std.115200|115200-baud:\
        :np:sp#115200:
std.230400|230400-baud:\
        :np:sp#230400:

здесь видно что если утилита открывающая порт запущена с параметром

.../getty std.38400 то выравнивания скоростей, если так настроен модем,
производится не будет: |38400-baud:...sp#38400
а вот если мы создадим

std.9600|9600-baud:\
        :np:sp#57600:
std.19200|19200-baud:\
        :np:sp#9600:
std.38400|38400-baud:\
        :np:sp#19200:
std.57600|57600-baud:\
        :np:sp#38400:
std.115200|115200-baud:\
        :np:sp#57600:

то будет 115200 -> 57600 -> и тд и тп 9600 -> снова 115200 кольцо, если
chat достаточно крутой, то в некий момент если скорости успешно выровняются, то chat пройдет авторизацию, формат в разных Unix'ах разный.

Вот почему сперва настраивают модемы, dial-in - обязательно, и сохраняют
настройки в профиле, чтобы при любом сбросе модем снова грузил default
profile с error-correction & compression-only, потом начинаю на него
звонить терминалкой и только добившись нормальной выдачи:

...
login:
...

и стабильной-устойчивой работы, заход интерактивно и запуск
ls -laR /usr - смотрим timeout'ы и повторы, все, теперь можно
настраивать PPP.

Соответственно у клиентов разные модемы и большинство их вовсе не
настраивает, хотя практика показывает что на плохих линиях самым
устойчивым является протокол v32/bis на скорости 14400
- понятно что не самая высокая скорость, но соединение держится часами
в отличие от v34/bis

Вобщем где-то так, для школьного уровня должно быть понятно


"RE: FreeBSD.Что делать???"
Отправлено RMG , 15-Июн-02 20:44 
Ребята спасибо за помощь.На модеме сделал ats20=2 и все стало нормально.