Странная проблема с PPPoE под FreeBSD

[Aligarh]

Не уверен, что правильно выбрал раздел...

FreeBSD 7.2-RELEASE
ADSL (D-Link DSL-2520U), сетевуха rl0 смотрит в модем, настроенный как bridge.
Настроил PPPoE по хэдбуку.
/etc/ppp/ppp.conf

Код: Выделить всё

default:
  set log Phase tun command # you can add more detailed logging if you wish
  set ifaddr 10.0.0.1/0 10.0.0.2/0

CTK:
  set device PPPoE:rl0
  set authname ADSLY11730
  set authkey ********
        set dial
        set login
  add default HISADDR

Иногда при такой настройке всё подключается и работает как надо, а иногда при той же настройке получается вот что:

Код: Выделить всё

[root@FreeBSD_Gateway /]# ppp -ddial CTK && tail -f /var/log/ppp.log
Loading /lib/libalias_cuseeme.so
Loading /lib/libalias_ftp.so
Loading /lib/libalias_irc.so
Loading /lib/libalias_nbt.so
Loading /lib/libalias_pptp.so
Loading /lib/libalias_skinny.so
Loading /lib/libalias_smedia.so
Working in ddial mode
Using interface: tun0
Jan 22 23:01:14 FreeBSD_Gateway ppp[42443]: tun0: Command: CTK: set authkey ********
Jan 22 23:01:14 FreeBSD_Gateway ppp[42443]: tun0: Command: CTK: set dial
Jan 22 23:01:14 FreeBSD_Gateway ppp[42443]: tun0: Command: CTK: set login
Jan 22 23:01:14 FreeBSD_Gateway ppp[42443]: tun0: Command: CTK: add default HISADDR
Jan 22 23:01:14 FreeBSD_Gateway ppp[42444]: tun0: Phase: PPP Started (ddial mode).
Jan 22 23:01:14 FreeBSD_Gateway ppp[42444]: tun0: Phase: bundle: Establish
Jan 22 23:01:14 FreeBSD_Gateway ppp[42444]: tun0: Phase: deflink: closed -> opening
Jan 22 23:01:14 FreeBSD_Gateway ppp[42444]: tun0: Phase: deflink: Connected!
Jan 22 23:01:14 FreeBSD_Gateway ppp[42444]: tun0: Phase: deflink: opening -> dial
Jan 22 23:01:14 FreeBSD_Gateway ppp[42444]: tun0: Phase: deflink: dial -> carrier
Jan 22 23:01:17 FreeBSD_Gateway ppp[42444]: tun0: Phase: Received NGM_PPPOE_ACNAME (hook "VVO04-B10008-2")
Jan 22 23:01:17 FreeBSD_Gateway ppp[42444]: tun0: Phase: Received NGM_PPPOE_SESSIONID
Jan 22 23:01:17 FreeBSD_Gateway ppp[42444]: tun0: Phase: Received NGM_PPPOE_SUCCESS
Jan 22 23:01:17 FreeBSD_Gateway ppp[42444]: tun0: Phase: deflink: carrier -> login
Jan 22 23:01:17 FreeBSD_Gateway ppp[42444]: tun0: Phase: deflink: login -> lcp
Jan 22 23:01:18 FreeBSD_Gateway ppp[42444]: tun0: Warning: deflink: Reducing configured MRU from 1500 to 1492
Jan 22 23:01:18 FreeBSD_Gateway ppp[42444]: tun0: Phase: bundle: Authenticate
Jan 22 23:01:18 FreeBSD_Gateway ppp[42444]: tun0: Phase: deflink: his = CHAP 0x05, mine = none
Jan 22 23:01:18 FreeBSD_Gateway ppp[42444]: tun0: Phase: Chap Input: CHALLENGE (16 bytes from VVO04-B10008-2)
Jan 22 23:01:18 FreeBSD_Gateway ppp[42444]: tun0: Phase: Chap Output: RESPONSE (ADSLY11730)
Jan 22 23:01:18 FreeBSD_Gateway ppp[42444]: tun0: Phase: Chap Input: SUCCESS
Jan 22 23:01:18 FreeBSD_Gateway ppp[42444]: tun0: Phase: deflink: lcp -> open
Jan 22 23:01:18 FreeBSD_Gateway ppp[42444]: tun0: Phase: bundle: Network
Jan 22 23:01:18 FreeBSD_Gateway ppp[42444]: tun0: Phase: deflink: IPV6CP protocol reject closes IPV6CP !
Jan 22 23:01:18 FreeBSD_Gateway ppp[42444]: tun0: Phase: deflink: IPV6CP protocol reject closes IPV6CP !
Jan 22 23:01:18 FreeBSD_Gateway ppp[42444]: tun0: Warning: 0.0.0.0/0: Change route failed: errno: No such process
Jan 22 23:01:18 FreeBSD_Gateway ppp[42444]: tun0: Warning: ff02:6::/32: Change route failed: errno: Network is unreachable
Jan 22 23:01:21 FreeBSD_Gateway ppp[42444]: tun0: Phase: deflink: IPV6CP protocol reject closes IPV6CP !
Jan 22 23:01:30 FreeBSD_Gateway last message repeated 3 times

При этом данные никуда не идут:

Код: Выделить всё

[root@FreeBSD_Gateway /]# ping -c 5 10.131.240.2
PING 10.131.240.2 (10.131.240.2): 56 data bytes

--- 10.131.240.2 ping statistics ---
5 packets transmitted, 0 packets received, 100.0% packet loss
[root@FreeBSD_Gateway /]# ping -c 5 8.8.8.8
PING 8.8.8.8 (8.8.8.8): 56 data bytes

--- 8.8.8.8 ping statistics ---
5 packets transmitted, 0 packets received, 100.0% packet loss

Хотя адрес присвоен:

Код: Выделить всё

[root@FreeBSD_Gateway /]# ifconfig tun0
tun0: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> metric 0 mtu 1492
        inet 87.253.7.113 --> 10.131.240.2 netmask 0xffffffff
        Opened by PID 42444

Ещё интересно то, что до этого модем, будучи настроенным в режиме роутера, иногда тоже выдавал подобный глюк - подключение ADSL и PPPoE есть, а данные не идут, в логе модема появлялась куча записей про "DNS Query Failed" и пинги от него не шли, если подключиться к нему телнетом.
А вот сейчас переткнул в комп с виндой - всё идеально. Несколько раз переподключался - работает. Переткнул опять во фрю - не работает.

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

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[UserQ]

Попробуй избавится от ошибки с ипв6. В конфиге

Код: Выделить всё

disable ipv6
disable ipv6cp

И в ядре

Код: Выделить всё

cat /usr/src/sys/i386/conf/HOMENET | grep -A 1 INET6
#options        INET6                   # IPv6 communications protocols
#options        SCTP                    # Stream Control Transmission Protocol

Так же напиши точно как у тебя в ppp.conf, если как предвиденно выше, то надо не много поправить а именно

Код: Выделить всё

default:
  set log Phase tun command # you can add more detailed logging if you wish
  set ifaddr 10.0.0.1/0 10.0.0.2/0

CTK:
  set device PPPoE:rl0
  set authname ADSLY11730
  set authkey ********
  set dial
  set login
  add default HISADDR

Так как он очень критичен ко всем пробелам и табуляциям.

[Aligarh]

В каком конфиге написать:

Код: Выделить всё

    disable ipv6
    disable ipv6cp

?
В ppp.conf? Ругается в логе на неверную команду.
Насчёт пробелов - это были табуляции. Исправил обе на два пробела, ничего не изменилось.
А IPv6 был ампутирован из ядра, как я помню. Да и в винде я IPv6 не отключал,и ничего, работает. Раз 5 уже переподключился - всё идеально.

[UserQ]

Мой ррр

Код: Выделить всё

#Начало файла
default:
 set log Phase tun command
megas:
 set device PPPoE:re0
 set mtu max 1492
 set mtu max 1492
 enable lqr
 accept lqr
 enable mssfixup
 set speed sync
 set timeout 0
 set authname xxxxxxx
 set authkey xxxxxxx
 set openmode passive
 set stopped 9
 #disable pred1
 disable pred1 deflate deflate24 protocomp acfcomp shortseq vj
 deny pred1 deflate deflate24 protocomp acfcomp shortseq vj
 enable dns
 disable ipv6
 disable ipv6cp
 add default HISADDR
#Конец файла

Большая часть тебе не надо, а вот с ипв6 смотри. и покажи как именно ругается.

[Aligarh]

Чудеса какие-то. Проапгрейдил систему до 8.0-STABLE (ядро и мир уже давно откомпиленые лежали, всё руки не доходили поставить), перезагрузил, и всё подключилось.
При сборке убрал из ядра INET6 и SCTP, и ненужные драйверы, ошибки в логе теперь нет. Правда, такое самопроизвольное разрешение данной проблемы уже встречалось, и неоднократно, но вполне возможно, что причина найдена. С другой стороны ведь модем D-Link DSL-2520U не поддерживает IPv6, а глюк происходил и с ним. Есть какое-то мнение на этот счёт?

[DarkAGeS]

господа, странное произошло вчера. обновил часовые пояса:
# portmaster misc/zoneinfo
# tzsetup
Moscow+00 - west Russia
# shutdown -r now
и сервак больше не увидел удаленно

происходит следующее (разбирался непосредственно из консоли):
после перезагрузки как бы поднимается сеть и pppoe и применяются правила ipfw, если посмотреть "ipfw show" и "netstat -nr" - то все выглядит так как должно быть, но по факту что-то работает, а что то нет (например, dns запросы работают и порты обновляются, а вот пинги не ходят и ssh на внешнем интерфейсе pppoe не отвечает)
стоит только перезагрузить правила ipfw, либо сделать /etc/netstart - все начинает работать как положено и как было раньше.
Если отключить ipfw из автозагрузки, то все тоже работает
В итоге вписал в /etc/rc.local переприменение правил ipfw и теперь все нормально.

В логах pppoe есть следующее:
ppp: tun0: Warning: 0.0.0.0/0: Change route failed: errno: No such process

есть мысли, что происходит?