I answer to your last two threads.
> OK, thanks to all who responded -- I had to do mtu_ppp0=1492 and then
> I had to do the iptables rule. I still wonder why the native package
> worked, but not the plugin? Go figure.
It seems that the mtu problem only occurs when you use the kernel module
and the ppp package. So this problem hit you when using the plugin from
ppp and not with rp-pppoe. From [2]: Warning: For people transitioning
from the rp-pppoe package, or for people who hit weird connection
resets, see the MTU section in the Troubleshooting chapter.
> > > plugins_ppp0=("rp-pppoe")
> >
> > Are you sure this line is correct?
> Yep, otherwise it would not work at all, so looks like some
> documentation needs to be fixed?
I don't think this is the correct configuration. I recommend you to read
here [1], [2] and the PPP section in net.example. The mtu problem is
explained there too.
Rp-pppoe is depreciated and has been integrated in ppp and I don't think
there is an option like "plugins_ppp0=("rp-pppoe")". But if you use
"plugins_ppp0=("pppoe")" the rp-pppoe plugin of the ppp package is used!
This here is from my logs:
pppd[19849]: Plugin rp-pppoe.so loaded.
pppd[19849]: RP-PPPoE plugin version 3.3 compiled against pppd 2.4.4
pppd[19852]: pppd 2.4.4 started by root, uid 0
And my /etc/conf.d/net
config_eth0=("192.168.0.1/24" )
config_eth1=( null )
config_ppp0=( "ppp" )
link_ppp0="eth1"
plugins_ppp0=( "pppoe" )
username_ppp0='ar1435446276'
pppd_ppp0=(
"noauth"
"defaultroute"
"usepeerdns"
"holdoff 3"
"child-timeout 60"
"lcp-echo-interval 15"
"lcp-echo-failure 3"
noaccomp noccp nobsdcomp nodeflate nopcomp novj novjccomp
)
depend_ppp0() {
need net.eth1
}
[1] http://gentoo-wiki.com/HOWTO_Connect_using_PPPoE
[2] http://www.gentoo.org/doc/en/home-router-howto.xml#doc_chap3
Regards,
Daniel
--
[EMAIL PROTECTED] mailing list
