On 2010/02/24 09:37, Edwin Eyan Moragas wrote: > On Wed, Feb 24, 2010 at 12:58 AM, Stuart Henderson <[email protected]> > wrote: > > On 2010-02-23, Edwin Eyan Moragas <[email protected]> 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.
