SYSTEM WARNING: 'date_default_timezone_get(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected the timezone 'UTC' for now, but please set date.timezone to select your timezone.' in '/usr/share/mantis/www/core.php' line 264
|Anonymous | Login||2020-01-21 23:47 UTC|
|Main | My View | View Issues | Change Log | Roadmap|
|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0000024||Endian Firewall||GUI||public||2006-09-11 22:52||2007-12-14 23:34|
|Target Version||Fixed in Version|
|Summary||0000024: reconnect red (pppoe) at determined time after 24h disconnect|
|Description||i miss an option to force reconnect of red (pppoe connection) at determined time to get a fixed reconnect time for example at 5 pm. i hate to wait for my "prefered time" to reconnect manually after a reboot for example. And after some uptime this drifts more or else in time (due reconnect time).|
|Additional Information||in germany usually all dail up pppoe dsl connection provider force disconnect after 24h. i dont know if this applies to more contries.|
|Tags||No tags attached.|
|Attached Files||efw_2.0_pppd_pppoe_log_pixeldoc.txt [^] (6,523 bytes) 2006-09-17 01:18 [Show Content]|
the dialin script is written in a manner that it tries to reconnect after 30 seconds if the connection drops.
this certainly only works if the ppp daemon gets notive about the disconnect. here in italy i sometimes noticed that in some circumstances the provider drops the connection in a manner that the ppp daemon does not get rid of it. this suddenly happens very rarely, so it is almost impossible to debug it.
it would be interesting to know if the ppp daemon on your efw gets rid of the disconnect. if so the pppd should terminate normally and trigger the reconnect script. could you please check this and report here?
if this happens, maybe it could be that your provider does not allow you to reconnect so fastly. maybe some provider require to wait for more than 30 seconds.
could you please try to increase this value by editing /etc/uplinks/uplinks.
please search for 'sleep', you should find it twice.
then replace the value (30) on both occurrences to a higher value, like 60 or 120.
attached a log, i cleared the ips...
but i think you misunderstood my previous message, i would like to be able to force a reconnect of red determined at 5 pm. i had done this at my previous slackware server with cron job like "pppoe-stop; wait 5; pppoe-start". if dont know for sure how to trigger reconnect at efw.
I had the same problem, the solution is for example a script with the following content:
It works fine with Version 2.1.2 ... I hope it is helpful
|2006-09-11 22:52||pixeldoc||New Issue|
|2006-09-13 21:52||peter-endian||Note Added: 0000035|
|2006-09-13 21:52||peter-endian||Status||new => feedback|
|2006-09-17 01:18||pixeldoc||File Added: efw_2.0_pppd_pppoe_log_pixeldoc.txt|
|2006-09-17 01:30||pixeldoc||Note Added: 0000042|
|2007-12-14 23:34||Kingrabbit||Note Added: 0000698|
|Copyright © 2000 - 2012 MantisBT Group|