Я эксплуатирую mpd версии 5.3 (последняя у меня в портах после обновления) в качестве pptp-сервера и pppoe-клиента, без шейпинга, но с натом (ipfw nat) и пробросом некоторго количества портов снаружи на машины из длкальной сети и обновлением зоны на dyndns, пробросы, наты и днс конфигурируются up/down-скриптами, в конфиге это выглядит так:
Код: Выделить всё
pppoe_client:
#
# PPPoE client: only outgoing calls, auto reconnect,
# ipcp-negotiated address, one-sided authentication,
# default route points on ISP's end
#
create bundle static B1
set iface route default
set ipcp ranges 0.0.0.0/0 0.0.0.0/0
set iface up-script /usr/local/etc/mpd5/pppoe_up.sh
set iface down-script /usr/local/etc/mpd5/pppoe_down.sh
create link static L1 pppoe
set link action bundle B1
set auth authname dddd-ddddddd-dd@beltel.by
set auth password XXXXXX
set link max-redial 0
set link mtu 1460
set link keep-alive 10 60
set pppoe iface xl0
set pppoe service "byfly"
open
Код: Выделить всё
Multi-link PPP daemon for FreeBSD
process 5157 started, version 5.3 (root@pilorus.xxx.com 16:08 1-Oct-2009)
CONSOLE: listening on 127.0.0.1 5005
web: listening on 192.168.20.254 5006
[B1] Bundle: Interface ng0 created
...
[B1] IPCP: LayerUp
[B1] 86.57.221.11 -> 194.158.203.233
[B1] system: command "/usr/local/etc/mpd5/pppoe_up.sh ng0 inet 86.57.221.11/32 194.158.203.233 '-' " returned 512
[B1] IPCP: parameter negotiation failed
[B1] IPCP: state change Opened --> Stopping
...
[L1] LCP: state change Closed --> Initial
Из всего описанного у меня возникает несколько вопросов, которые я прошу помочь разрешить общественность:
1 Как это поборость, сохраняя тот-же уровень моего комфорта, не сильно веь удобно будет каждый реконнект самому поднимать наты и пробросы;
2 Что мог, если мог, сделать провайдер такого, что привело к такому странному эффекту.
Спасибо за внимание.