No automatic connect to ISP
-
Used the last patch from antiben with tcpmssfix enabled. Looks as if this was the problem!
Packet-delays and losses are gone completely.
Web is as fast as again, I can send Mails again (was impossible with tcpmssfix disabled) and much more things work right now again!
I'm excited again. Thanks again for all your help! Great appliance, great community! -
im also having such issues, can u plz guide what file needs modification to solve this?
-
I got this info from antiben:
just download this tgz file and upload it through the web interface (diagnostics/command prompt).
than simply run the following shell command (in top) and hit execute
Code:
tar xzf /tmp/antiben_mod.tgz -C / && rm /tmp/antiben_mod.tgzit's not tested, but i'm testing this now, so don't blame me if something goes wrong.
always backup important settings and please report/post/link your setups, as i asked before…Then patch for tcpmssfix:
since nocer has suggested to enable the tcpmssfix, so i re-added this option...
same procedure... just download this small tgz and run via diagnostics/command prompt
(you are still on the same build?)
Code:
tar xzf /tmp/tcpmssfix.tgz -C / && rm /tmp/tcpmssfix.tgzHope that helps you.
The patch is made for the snap from Feb 20/21. I have it working flawlessly with snap from Feb 22 04:29:20.Good luck!
antiben asked me to remove the links. So please better wait for an official fix.
-
im currently on the 23rd Feb nanobsd snapshot
-
as i wrote before (^), attached is a diff (for the most important things concerning auto-reconnect) against the 20100221-0133 snap…
(more infos soon) -
Any updates to this ??
-
i applied both the patches and rebooted, works fine so far but ill have to wait a bit more till my line disconnects, its been up for 14:17:28 so far, shall wait till 24hrs and if it doesnt disconnect then will plug the wire out to create a disconnect scenario and shall check if it reconnects on plugging it back in.
-
That would be cool if you could do a write up for this - As yeah, I have the same issue also. I have tried editing mpd.conf etc - but this has not worked.
Look forward to a solution. :)
-
after around 16hrs there was a disconnect from isp and it seems the reconnect was tried by mpd and successfully connected so for me its is just great so u can go ahead and apply the patch.
i wonder if this will be patched in main pfsense builds coz it seems to work just fine and also the connection up time field in interfaces is what i really like.
-
one thing i noticed was, with and without the patch, the periodic reset never works for pppoe
reset at each day ('0 0 * * *')
it never happens coz if it did then my WAN ip would change but it never does.
-
now all of a sudden when i login into the firewall and click interfaces i get this
Warning: shell_exec(): Unable to execute 'ifconfig -l' in /etc/inc/globals.inc on line 44 Warning: shell_exec(): Unable to execute 'ifconfig -m | grep "capabilities=.*HWTAGGING"' in /etc/inc/globals.inc on line 49 Warning: shell_exec(): Unable to execute 'ifconfig -l' in /etc/inc/globals.inc on line 44 Warning: shell_exec(): Unable to execute 'ifconfig -m | grep "capabilities=.*VLAN_MTU"' in /etc/inc/globals.inc on line 49 Warning: shell_exec(): Unable to execute 'uname -m' in /etc/inc/globals.inc on line 130 Warning: file_get_contents(/tmp/config.cache): failed to open stream: Too many open files in system in /etc/inc/config.lib.inc on line 115 Warning: session_start(): Cannot send session cache limiter - headers already sent (output started at /etc/inc/globals.inc:44) in /etc/inc/auth.inc on line 863
No page assigned to this user! Click here to logout.
-
Hrmm, doesn't sound good. It would be nice to hear something from the pfSense dev guys in order to get this fully fixed.
-
Is there an actual diff for these changes instead of replacing whole files? That would go a long way toward getting the problem fixed.
And I am not quite sure, does this fix involve the use of the old mpd 3.x binary or is it still mpd4? If so, it would be better to make it work with mpd5 instead of 3, as that brings other options to the table as well.
-
sorry, i had no free time during the last days,
but if you look at my last post, there is a diff attached. (no old binaries are needed.)i first tested the old mpd3, but actually that was not the problem/error.
the most important changes are the includes in /etc/rc.newwanip
and since pfsense is heavily based on php it make sense to add more logging
(at least for beta [hdd] installs) like in /etc/rc.php_ini_setup (commented out). -
8 posts up antiben supplied a diff.
Updated to snap from Fri Feb 26 23:14:37, mpd4 is still used. I've seen that mpd5 is installed too, but not used. Will this be automatically activated or do I have to change something to activate mpd5? -
igor - it's there if someone wants to experiment, but it is not activated yet. There may be some config changes and other things that need to happen before it would be switched out. Most important is to find out if it actually fixed the reconnection issues…
Hopefully I can get some time in the next day or two to spend on it.
-
Ah, ok. Thanks for the info. I was just curious.
-
After the earthquake, here in Santiago we've all services back again, but I've to manually reconnect the ppoe adsl.
Regards
Alfredo -
This auto connect/reconnect issue was also present in m0n0wall, but was repaired, perhaps we could do the same thing?
http://m0n0.ch/wall/changelog.php
1.3b10 (03/01/2008)
-fix MPD WAN PPPoE/PPTP auto-reconnect issue -
For anybody please try this patch on latest snapshots and report how their pppoe behaves on mpd5.
