Eric, Thanks for the swift response. SHOREWALL is fine, and lets everything I want in and out. It's not that the PPPoE connection goes down and comes back up again, I appreciate that is what my ISP does, it's just that the PPP connection accasionally goes down and stays down, requiring a reboot.
Here's my interface file from SHOREWALL: #ZONE INTERFACE BROADCAST OPTIONS #net etho detect dhcp,routefilter,norfc1918 net ppp0 - loc eth1 detect routestopped dmz eth2 detect routestopped #LAST LINE -- ADD YOUR ENTRIES BEFORE THIS ONE -- DO NOT REMOVE Ciao, Adam. Quoting Eric Wolzak <[EMAIL PROTECTED]>: > Hello Adam > > comments inline > I don't know what your povider is , but most provider do a disconnect after > a certain > amount of time, or after a certain period of non activity. > The problem about the reconnecting could have several causes. > You can best increase the debug level in the pppd option script > f.e. debug 7 > > > Gentlemen, > > > > My BERING box seems to be having some connection problems. I'm on aDSL > using > > PPP & PPPoE to connect. My connection will stay up for a period of time, > up to > > a couple of days, then reconnect, last a few hours and then fail. It then > > > requires a reboot to reconnect. Here's a logfile entry for a successful > > connection: > > > > Jun621:14:59firewallpppd[776]:Doingdisconnect > > Jun621:15:01firewall/USR/SBIN/CRON[3202]:(root)CMD > > (/etc/multicron-p) > > Jun621:15:29firewallpppd[776]:SendingPADI > your request for an identification /connection > > Jun621:15:29firewallpppd[776]:HOST_UNIQsuccessfulmatch > > Jun621:15:29firewallpppd[776]:HOST_UNIQsuccessfulmatch > > Jun621:15:29firewallpppd[776]:Gotconnection:3212 > > Jun621:15:29firewallpppd[776]:ConnectingPPPoE > > socket:00:02:3b:01:bd:3e1232eth00x807c260 > > Jun621:15:29firewallpppd[776]:usingchannel8 > you got a free channel on the "provider side" > > Jun621:15:29firewallpppd[776]:Usinginterfaceppp0 > > Jun621:15:29firewallpppd[776]:Connect:ppp0<-->eth0 > > Jun621:15:29firewallpppd[776]:Couldn'tincreaseMTUto1500. > > Jun621:15:29firewallpppd[776]:Couldn'tincreaseMRUto1500 > > Jun621:15:29firewallpppd[776]:Couldn'tincreaseMRUto1500 > not important > Between the last line and here something happened or even more probable > didn't > happen. > At this point there should be the authentication also the login password > and the > exchange of protocoll relevant information. > As both side didn't have a common result the peer "hung up ": > > > Jun621:15:34firewallpppd[776]:LCPterminatedbypeer > > if you increase the debug level you can see at what stage this is going > wrong. > As you can run a succesfull connection than your username login will > probably be ok. > But nevertheless it can be impossible to authenticate you. If for example > the password > server of your provider is to busy, Or if someone else is logged in under > you name and > password. You could have a problem connecting. > > > Jun621:15:34firewallpppd[776]:Couldn'tincreaseMTUto1500. > > Jun621:15:34firewallpppd[776]:Couldn'tincreaseMRUto1500 > > Jun621:15:37firewallpppd[776]:Connectionterminated. > > Jun621:15:37firewallpppd[776]:Doingdisconnect > > Jun621:15:46firewall/usr/bin/ez-ipupdate[2011]: > This is a not succesfol connection > > > (drakeweb.homeip.net)unabletoresolveinterfaceppp0 > > Jun621:16:07firewallpppd[776]:SendingPADI > > Jun621:16:07firewallpppd[776]:HOST_UNIQsuccessfulmatch > > Jun621:16:07firewallpppd[776]:HOST_UNIQsuccessfulmatch > > Jun621:16:07firewallpppd[776]:Gotconnection:3220 > > Jun621:16:07firewallpppd[776]:ConnectingPPPoE > > socket:00:02:3b:01:bd:3e2032eth00x807c260 > > Jun621:16:07firewallpppd[776]:usingchannel9 > > Jun621:16:07firewallpppd[776]:Usinginterfaceppp0 > > Jun621:16:07firewallpppd[776]:Connect:ppp0<-->eth0 > > Jun621:16:07firewallpppd[776]:Couldn'tincreaseMTUto1500. > > Jun621:16:07firewallpppd[776]:Couldn'tincreaseMRUto1500 > > Jun621:16:07firewallpppd[776]:Couldn'tincreaseMRUto1500 > > Jun621:16:16firewallpppd[776]:Couldn'tincreaseMTUto1500. > > Jun621:16:16firewallpppd[776]:Couldn'tincreaseMRUto1500 > > Jun621:16:16firewallpppd[776]:Couldn'tincreaseMTUto1500. > > Jun621:16:16firewallpppd[776]:Couldn'tincreaseMRUto1500 > > Jun621:16:27firewallpppd[776]:Cannotdetermine > > ethernetaddressforproxyARP > > Jun621:16:27firewallpppd[776]:localIPaddress216.75.171.57 > > Jun621:16:27firewallpppd[776]:remoteIPaddress64.39.160.16 > > Jun621:16:52firewall/usr/bin/ez-ipupdate[2011]: > > successfulupdateforppp0->216.75.171.57 > > (drakeweb.homeip.net) > This one is succesfull. > > > > > Anyone have any ideas why my connection is so problematic? > see above. > > PS your external interface in shorewall is dynamic ? > your firewall is not preventing you from connecting ? > > > > Thanks, > > > > Adam. > Regards Eric Wolzak > member of the bering crew > > > > ----------------------------------------------------- This mail sent via Golden Triangle Web-Mail http://www.golden.net _______________________________________________________________ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ------------------------------------------------------------------------ leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
