[devel] PPP сервер на ALTLinux

[devel] PPP сервер на ALTLinux

[Sergey N. Yatskevich]

Привет всем!

Попытался я тут сделать внешний вход в Интернет через модем
на одной из машин на работе и столкнулся с проблемой, которую
не знаю как решить.

Немного общей ситуации:

- И на работе (на сервере) и дома стоит ALTLinux с последними
  обновлениями из Sisyphus. Единственная разница - на сервере
  kernel22-2.2.20, дома - kernel24-2.4.18

- В качестве getty на сервере используется mgetty и к нему никаких
  претензмй нет, автоматически определяет /AutoPPP/ и запускает
  pppd -detach proxyarp auth

- дома для входя используется конфигурация pppd (/etc/ppp/options)
  по умолчанию (с одной опцией lock). В качестве звонилки - kppp.
  Соединение с любыми провайдерами интеренет до сих пор не вызывало
  никаких проблем. Все работает.

- на сервере:
  /etc/ppp/options:
    lock
    nodeflate
    nobsdcomp
    name office
    ms-dns 1.2.3.4
    ms-dns 5.6.7.8
    kdebug 7
  /etc/ppp/options.ttyS0:
    192.168.0.1:192.168.0.200

  сервер имеет две карты ethernet карты - для соединения с интернет
  и с локальной сетью. Внешний адрес не важен, а внутренний -
  192.168.0.1

- соединение через minicom проходит совершенно нормально, все работает
  отлично.

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

При просмотре /var/log/kernel/info куда модуль ppp пишет лог
принятых/отправленных пакетов видно следующее:

skip...
Jan 20 10:27:13 hudlit kernel: ppp: receive frame, count = 17
Jan 20 10:27:13 hudlit kernel: FF 03 C0 23 01 01 00 0D ...#....
Jan 20 10:27:13 hudlit kernel: 04 74 65 73 74 03 31 32 .test.12
Jan 20 10:27:13 hudlit kernel: 33                      3
Jan 20 10:27:13 hudlit kernel: ppp: write frame, count = 17
Jan 20 10:27:13 hudlit kernel: FF 03 C0 23 02 01 00 0D ...#....
Jan 20 10:27:13 hudlit kernel: 08 4C 6F 67 69 6E 20 6F .Login o
Jan 20 10:27:13 hudlit kernel: 6B                      k
Это я так понимаю завершилась авторизация

Jan 20 10:27:13 hudlit kernel: ppp: write frame, count = 20
Jan 20 10:27:13 hudlit kernel: FF 03 80 21 01 01 00 10 ...!....
Jan 20 10:27:13 hudlit kernel: 03 06 C0 A8 00 01 02 06 ........
Jan 20 10:27:13 hudlit kernel: 00 2D 0F 01             .-..
Jan 20 10:27:13 hudlit kernel: ppp_ioctl: set flags to f070043
Jan 20 10:27:13 hudlit kernel: ppp: receive frame, count = 32
Jan 20 10:27:13 hudlit kernel: FF 03 80 21 01 01 00 1C ...!....
Jan 20 10:27:13 hudlit kernel: 03 06 00 00 00 00 02 06 ........
Jan 20 10:27:13 hudlit kernel: 00 2D 0F 01 81 06 00 00 .-......
Jan 20 10:27:13 hudlit kernel: 00 00 83 06 00 00 00 00 ........
Jan 20 10:27:13 hudlit kernel: ppp: write frame, count = 26
Jan 20 10:27:13 hudlit kernel: FF 03 80 21 03 01 00 16 ...!....
Jan 20 10:27:13 hudlit kernel: 03 06 C0 A8 00 C8 81 06 ........
Jan 20 10:27:13 hudlit kernel: C2 43 01 9A 83 06 C3 DE .C......
Jan 20 10:27:13 hudlit kernel: B7 06                   ..
Jan 20 10:27:13 hudlit kernel: ppp: receive frame, count = 19
Jan 20 10:27:13 hudlit kernel: FF 03 80 FD 01 01 00 0F ........
Jan 20 10:27:13 hudlit kernel: 1A 04 78 00 18 04 78 00 ..x...x.
Jan 20 10:27:13 hudlit kernel: 15 03 2F                ../
... Здесь похоже проходит выдача информации о DNS и разговор
о протоколах сжатия
skip...

А вот дальше собственно и начинается ...
Jan 20 10:27:13 hudlit kernel: ppp: write frame, count = 88
Jan 20 10:27:13 hudlit kernel: FF 03 00 21 45 00 00 54 ...!E..T
Jan 20 10:27:13 hudlit kernel: 02 F6 00 00 40 01 F5 99 ....@...
Jan 20 10:27:13 hudlit kernel: C0 A8 00 01 C0 A8 00 C8 ........
Jan 20 10:27:13 hudlit kernel: 08 00 7E D1 CD 0E 01 00 ..~.....
Jan 20 10:27:13 hudlit kernel: 51 71 4A 3C 1D 6F 07 00 QqJ<.o..
Jan 20 10:27:13 hudlit kernel: 08 09 0A 0B 0C 0D 0E 0F ........
Jan 20 10:27:13 hudlit kernel: 10 11 12 13 14 15 16 17 ........
Jan 20 10:27:13 hudlit kernel: 18 19 1A 1B 1C 1D 1E 1F ........
Jan 20 10:27:13 hudlit kernel: 20 21 22 23 24 25 26 27  !"#$%%&'
Jan 20 10:27:13 hudlit kernel: 28 29 2A 2B 2C 2D 2E 2F ()*+,-./
Jan 20 10:27:13 hudlit kernel: 30 31 32 33 34 35 36 37 01234567
Jan 20 10:27:13 hudlit kernel: ppp: frame with bad fcs, length = 88
                               ^^^^^^^^^^^^^^^^^^^^^^^
Jan 20 10:27:13 hudlit kernel: ppp: bad frame, count = 88
Jan 20 10:27:13 hudlit kernel: FF 03 00 21 45 00 00 54 ...!E..T
Jan 20 10:27:13 hudlit kernel: 6A BD 00 00 FF 01 CE D1 j.......
Jan 20 10:27:13 hudlit kernel: C0 A8 00 C8 C0 A8 00 01 ........
Jan 20 10:27:13 hudlit kernel: 00 00 86 D1 CD 0E 01 00 ........
Jan 20 10:27:13 hudlit kernel: 51 71 4A 3C 1D 6F 07 00 QqJ<.o..
Jan 20 10:27:13 hudlit kernel: 08 09 0A 0B 0C 0D 0E 0F ........
Jan 20 10:27:13 hudlit kernel: 10 12 14 15 16 17 18 19 ........
Jan 20 10:27:13 hudlit kernel: 1A 1B 1C 1D 1E 1F 20 21 ...... !
Jan 20 10:27:13 hudlit kernel: 22 23 24 25 26 27 28 29 "#$%%&'()
Jan 20 10:27:13 hudlit kernel: 2A 2B 2C 2D 2E 2F 30 31 *+,-./01
Jan 20 10:27:13 hudlit kernel: 32 33 34 35 36 37 93 3B 234567.;
... И дальше в том же духе ...

А дальше пользователь прерывает связь
Jan 20 10:27:43 hudlit kernel: ppp: receive frame, count = 20
Jan 20 10:27:43 hudlit kernel: FF 03 C0 21 05 03 00 10 ...!....
Jan 20 10:27:43 hudlit kernel: 55 73 65 72 20 72 65 71 User req
Jan 20 10:27:43 hudlit kernel: 75 65 73 74             uest
Jan 20 10:27:43 hudlit kernel: ppp: write frame, count = 8
Jan 20 10:27:43 hudlit kernel: FF 03 C0 21 06 03 00 04 ...!....
Jan 20 10:27:45 hudlit kernel: ppp: channel ppp0 closing.
Jan 20 10:27:45 hudlit kernel: ppp0 released
Jan 20 10:27:45 hudlit kernel: ppp0: ccp closed

Вот, и никак не могу понять в чем дело :-((((, что это за
fcs и почему он (или она) bad. Причем не всегда bad, а только
в режиме работы (не не авторизации и рассоединении).

-- 
Sergey N. Yatskevich <syatskevich@mail.ru>