Проблемы с настройкой dial-in сервера в Linux RedHat 9.0

Итак, есть старенькая машина с Linux RedHat 9.0. Есть внешний модем, подключённый к /dev/ttyS0. Модем рабочий. Есть тестовый клиентский компьютер, у которого тоже всё рабочее. При помощи pppd удалось добиться соединения модемов, и осознания со стороны pppd явления установления физического соединения.

Возникает проблема, описанная ниже. Как и положено, pppd регистрирует устройство ppp0, но дальше начинается всё более и более странно. Устройство ppp0 имеет атрибут noop, не имеет приписанного к нему адреса и вообще более ничего. В выводе команды "ip link list" значится лишь само устройство ppp0, парочка атрибутов типа mtu 1500, атрибут noop и указано, что данное ppp0 есть link/pointtopoint. Всё. Демон pppd пытается отправить LCP пакеты, но не получает никакого ответа. Более того, клиентский компьютер тоже, по-видимому, не получает никаких данных, поскольку вываливается с ошибкой "Удалённый компьютер не отвечает..." Во время потуг pppd отправить LCP-пакеты, мигают лампочки модема, что настораживает. В итоге pppd, если не увеличить lcp-max-configure, вываливается с руганью "LCP: Timeout sending Config-Requests". А если увеличить--- первым вываливается клиентская машина с криком "Удалённый компьютер не отвечает..."

Кто может помочь?

Вот с чем никогда в Linux не сталкивался, так это с ppp.

хз...с ppp тока как частью poptop копался
ну для начала надо посмотреть проходит ли авторизация...и присваиваются ли ip адреса

А как ты прописал присвоение адресов — статически или динамически? Вот тебе мой скриптик, который я использовал для организации тунеля over ssh — он работает на местной машине. Я только добавил мой account evs в группу sudo.

1. #!/bin/zsh
2. SERVER_ACCOUNT=evs@192.168.1.151
3. SERVER_PPPD="sudo pppd ipcp-accept-local ipcp-accept-remote"
4. #SERVER_PPPD="pppd" ### This usually suffices if it's in /usr/sbin/
5. #SERVER_PPPD="/home/joekluser/bin/slirp ppp"
6. CLIENT_PPPD=( sudo /usr/sbin/pppd
7.         silent
8.         10.0.2.15:10.0.2.2
9.         ### For debugging purposes, you may uncomment the following:
10.         # updetach debug
11.         ### Another potentially useful option (see section on Routing):
12.         # defaultroute
13. )
14. $CLIENT_PPPD pty "ssh -p 443 -t $SERVER_ACCOUNT $SERVER_PPPD"

Вот результат

1. eth0      Link encap:Ethernet  HWaddr 00:0C:29:46:85:BF  
2.           inet addr:192.168.1.151  Bcast:192.168.1.255  Mask:255.255.255.0
3.           inet6 addr: fe80::20c:29ff:fe46:85bf/64 Scope:Link
4.           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
5.           RX packets:196 errors:0 dropped:0 overruns:0 frame:0
6.           TX packets:123 errors:0 dropped:0 overruns:0 carrier:0
7.           collisions:0 txqueuelen:100
8.           RX bytes:16610 (16.2 Kb)  TX bytes:15532 (15.1 Kb)
9.           Interrupt:11 Base address:0x1080
10.  
11. lo        Link encap:Local Loopback  
12.           inet addr:127.0.0.1  Mask:255.0.0.0
13.           inet6 addr: ::1/128 Scope:Host
14.           UP LOOPBACK RUNNING  MTU:16436  Metric:1
15.           RX packets:205 errors:0 dropped:0 overruns:0 frame:0
16.           TX packets:205 errors:0 dropped:0 overruns:0 carrier:0
17.           collisions:0 txqueuelen:0
18.           RX bytes:25783 (25.1 Kb)  TX bytes:25783 (25.1 Kb)
19.  
20. ppp0      Link encap:Point-to-Point Protocol  
21.           inet addr:10.0.2.15  P-t-P:10.0.2.2  Mask:255.255.255.255
22.           UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
23.           RX packets:5 errors:0 dropped:0 overruns:0 frame:0
24.           TX packets:5 errors:0 dropped:0 overruns:0 carrier:0
25.           collisions:0 txqueuelen:3
26.           RX bytes:78 (78.0 b)  TX bytes:72 (72.0 b)
27.  
28. ppp1      Link encap:Point-to-Point Protocol  
29.           inet addr:10.0.2.2  P-t-P:10.0.2.15  Mask:255.255.255.255
30.           UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
31.           RX packets:5 errors:0 dropped:0 overruns:0 frame:0
32.           TX packets:5 errors:0 dropped:0 overruns:0 carrier:0
33.           collisions:0 txqueuelen:3
34.           RX bytes:72 (72.0 b)  TX bytes:78 (78.0 b)

такие процессы запущены.

1. root      1737  1732  0 03:57 pts/5    00:00:00 /usr/sbin/pppd silent 10.0.2.15:10.0.2.2 pty ssh -p 443 -t evs@192.168.1.151 sudo pppd ipcp-accept-local ipcp-accept-remote
2. root      1738  1737  0 03:57 pts/5    00:00:00 ssh -p 443 -t evs@192.168.1.151 sudo pppd ipcp-accept-local ipcp-accept-remote
3. root      1754  1739  0 03:57 pts/7    00:00:00 pppd ipcp-accept-local ipcp-accept-remote
4. root      1808  1305  0 03:57 pts/1    00:00:00 grep ppp

Насколько я помню, РРР не отличается в настройке по модему или по тунелю.

Как-то эта тема потерялась...

Итак, итог: у машины был как-то странно сломан COM-порт!

Вот и всё! Всем спасибо!