>>помню лишь что ты мне помог с настройкой удаленного доступа
>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
Вобщем где-то так, для школьного уровня должно быть понятно
Вариант для распечатки
OpenNET: Виртуальная конференция (Public)
on
13-Июн-02, 15:28 (MSK)
