|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Eugene M. Zheganin 2:5054/79.2 15 May 2003 09:24:18
To : All
Subject : ppp broken in stable ?
--------------------------------------------------------------------------------
Видимо высшие силы мне наконец решили показать, что надо все-таки сидеть на
релизе. 8)
Имеем диалап на фрях. 8)
С конфигом на сервере(привожу только значимые части конфигов, всякие мгетти
работают нормально):
===Cut===
incoming:
set device /dev/cuaa1
enable pap
refuse chap
set ifaddr 192.168.254.1 192.168.254.2 255.255.255.255 0.0.0.0
===Cut===
Hа клиенте (4.6-REL) ничего об адресах нет.
Далее сам за себя говорящий кусок лога (оставил только IPCP):
===Cut===
May 15 01:21:09 ns ppp[82832]: tun0: Command: incoming: set ifaddr
192.168.254.1/32 192.168.254.2/32 255.255.255.255 0.0
May 15 01:21:09 ns ppp[82832]: tun0: Phase: PPP Started (direct mode).
May 15 01:21:09 ns ppp[82832]: tun0: Phase: bundle: Establish
May 15 01:21:09 ns ppp[82832]: tun0: Phase: deflink: closed -> opening
May 15 01:21:09 ns ppp[82832]: tun0: Phase: deflink: Connected!
May 15 01:21:09 ns ppp[82832]: tun0: Phase: deflink: opening -> carrier
May 15 01:21:10 ns ppp[82832]: tun0: Phase: deflink: /dev/cuaa1: CD detected
May 15 01:21:10 ns ppp[82832]: tun0: Phase: deflink: carrier -> lcp
May 15 01:21:12 ns ppp[82832]: tun0: Phase: Pap Input: REQUEST (modem)
May 15 01:21:12 ns ppp[82832]: tun0: Phase: Pap Output: SUCCESS
May 15 01:21:12 ns ppp[82832]: tun0: Warning: ncprange_aton: 192.168.264.2: Bad
address
May 15 01:21:12 ns ppp[82832]: tun0: Phase: deflink: lcp -> open
May 15 01:21:12 ns ppp[82832]: tun0: Phase: bundle: Network
May 15 01:21:12 ns ppp[82832]: tun0: IPCP: FSM: Using "deflink" as a transport
May 15 01:21:12 ns ppp[82832]: tun0: IPCP: deflink: State change Initial -->
Closed
May 15 01:21:12 ns ppp[82832]: tun0: IPCP: deflink: LayerStart.
May 15 01:21:12 ns ppp[82832]: tun0: IPCP: deflink: SendConfigReq(1) state =
Closed
May 15 01:21:12 ns ppp[82832]: tun0: IPCP: IPADDR[6] 192.168.3.1
May 15 01:21:12 ns ppp[82832]: tun0: IPCP: COMPPROTO[6] 16 VJ slots with slot
compression
May 15 01:21:12 ns ppp[82832]: tun0: IPCP: deflink: State change Closed -->
Req-Sent
May 15 01:21:12 ns ppp[82832]: tun0: IPCP: deflink: RecvConfigReq(63) state =
Req-Sent
May 15 01:21:12 ns ppp[82832]: tun0: IPCP: IPADDR[6] 0.0.0.0
May 15 01:21:12 ns ppp[82832]: tun0: IPCP: COMPPROTO[6] 16 VJ slots with slot
compression
May 15 01:21:12 ns ppp[82832]: tun0: IPCP: PRIDNS[6] 212.120.160.130
May 15 01:21:12 ns ppp[82832]: tun0: IPCP: SECDNS[6] 195.42.152.34
May 15 01:21:12 ns ppp[82832]: tun0: IPCP: deflink: SendConfigRej(63) state =
Req-Sent
May 15 01:21:12 ns ppp[82832]: tun0: IPCP: PRIDNS[6] 212.120.160.130
May 15 01:21:12 ns ppp[82832]: tun0: IPCP: deflink: RecvConfigAck(1) state =
Req-Sent
May 15 01:21:12 ns ppp[82832]: tun0: IPCP: IPADDR[6] 192.168.3.1
May 15 01:21:12 ns ppp[82832]: tun0: IPCP: COMPPROTO[6] 16 VJ slots with slot
compression
May 15 01:21:12 ns ppp[82832]: tun0: IPCP: deflink: State change Req-Sent -->
Ack-Rcvd
May 15 01:21:12 ns ppp[82832]: tun0: IPCP: deflink: RecvConfigReq(64) state =
Ack-Rcvd
May 15 01:21:12 ns ppp[82832]: tun0: IPCP: IPADDR[6] 0.0.0.0
May 15 01:21:12 ns ppp[82832]: tun0: IPCP: COMPPROTO[6] 16 VJ slots with slot
compression
May 15 01:21:12 ns ppp[82832]: tun0: IPCP: deflink: SendConfigNak(64) state =
Ack-Rcvd
May 15 01:21:12 ns ppp[82832]: tun0: IPCP: IPADDR[6] 192.168.254.2
May 15 01:21:12 ns ppp[82832]: tun0: IPCP: deflink: RecvConfigReq(65) state =
Ack-Rcvd
May 15 01:21:12 ns ppp[82832]: tun0: IPCP: IPADDR[6] 192.168.254.2
May 15 01:21:12 ns ppp[82832]: tun0: IPCP: COMPPROTO[6] 16 VJ slots with slot
compression
May 15 01:21:12 ns ppp[82832]: tun0: IPCP: deflink: SendConfigAck(65) state =
Ack-Rcvd
May 15 01:21:12 ns ppp[82832]: tun0: IPCP: IPADDR[6] 192.168.254.2
May 15 01:21:12 ns ppp[82832]: tun0: IPCP: COMPPROTO[6] 16 VJ slots with slot
compression
May 15 01:21:12 ns ppp[82832]: tun0: IPCP: deflink: State change Ack-Rcvd -->
Opened
May 15 01:21:12 ns ppp[82832]: tun0: IPCP: deflink: LayerUp.
May 15 01:21:12 ns ppp[82832]: tun0: IPCP: myaddr 192.168.3.1 hisaddr =
192.168.254.2
===Сut===
Приехали, что называется. Откуда, спрашивается, взялся 192.168.3.1 ?
Примечательно, что такой адрес присвоен одному из сетевых интерфейсов.
В общем экспериментировал я часа 2. Получил рабочую конфигурацию, выглядит так:
Сервер
set ifaddr 192.168.251.1/32 192.168.251.2/32 255.255.255.255 0.0.0.0
Клиент
set ifaddr 192.168.251.2/0 192.168.251.1/0 255.255.255.255 0.0.0.0
Если на клиенте строчку про адреса не писать, то договориться не могут вовсе.
Закономерность четкая: не пишем на клиенте про адрес, на сервере выставляем
число значимых битов в 0 - своему концу выдает 192.168.3.1. Пишем на сервере /32
- не могут договориться.
За время экспериментов видел еще, какие-то совсем дикие адреса, один из которых
был почему-то из сети С, в которой находился сообщаемый PRIDNS, в общем вот.
Это я как-то тихо схожу с ума, или еще кто-то видел ? Можно send-pr ? Я, в
общем, диал-ин не в первый раз настраиваюю (если быть точным- в четвертый 8) ) и
в других местах все обычно ОК. Все было ОК и в этом месте до апгрэйда. 7-го мая,
кстати.
ЗЫ Я не жалуюсь. К вопросу о первой строчке письма. 8))))
Hа этом остаюсь искренне Ваш, Евгений.
--- GoldED+/BSD 1.1.4.7
* Origin: ----> Default GoldED Origin <---- (2:5054/79.2)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
