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 > _______________________________________________________________ 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
