On 2010/02/24 09:37, Edwin Eyan Moragas wrote:
> On Wed, Feb 24, 2010 at 12:58 AM, Stuart Henderson <s...@spacehopper.org>
> wrote:
> > On 2010-02-23, Edwin Eyan Moragas <haa...@gmail.com> wrote:
> >> hi misc,
> >>
> >> i have two outgoing DSL connections using PPPoE.
> >>
> >> i've read about mpath in the FAQ (together with ifstated(8)) and
> >> scoured the PF examples but i haven't found any straightforward
> >> examples using PPPoE.
> >>
> >> any pointers or advice would be most welcome.
> >
> > Something like this pf.conf excerpt works for me with pppoe(4).
> > I'm not doing any automated connection checking on this one.
> > Never tried mpath with pppoe, I'm not sure if it would work.
> >
> > ...
> > nat on vr1 from {($LAN:network), ($WIFI:network)} -> (vr1)
> > nat on pppoe3 from {($LAN:network), ($WIFI:network)} -> (pppoe3)
> > nat on pppoe4 from {($LAN:network), ($WIFI:network)} -> (pppoe4)
> > ...
> > # several https sites need subsequent requests coming from the same address
> > pass in quick on {$LAN $WIF} route-to (vr1 11.22.33.44) proto tcp to port
> > https
> > #
> > # otherwise balance between the 3 lines
> > pass in quick on {$LAN $WIFI} route-to {(vr1 11.22.33.44), (pppoe3
> > 0.0.0.1)} round-robin
> > pass in quick on {$LAN $WIFI} route-to {(vr1 11.22.33.44), (pppoe3
> > 0.0.0.1), (pppoe4 0.0.0.1)} round-robin
> > ...
> >
> >
>
> this looks like the way to go. i need some time to digest and implement this.
>
> how did you go about managing connections if one of the PPPoE
> connections go down?
for that particular site, vi pf.conf and reload has been enough so far.
you could probably do something with ifstated adjusting pf rules, though.
