Upgrade from 12/13 to 12/18 -> PPPoE dead…
-
There weren't any changes on the 8th that would have impacted that, so it's odd that it would have worked on one and not the other. But I suppose as long as it continues to work, that's what matters. :-)
-
I'm agree.
Well let's forget about the 8th build and see what happens with the next one. -
Updated to 1/10 but still having the same old problem. But it connects on its own, so no need to do anything besides wait for 2-3min…
Although the package reinstall doesn't work that way because it takes too long to connect... -
I have similar results as SteveB on the latest snap/git.
When I have an opt interface on my WAN interface on which PPPoE is running. I have to manually connect the PPPoE after boot. When there is no opt interface, it connects automatically.
Also, my second PPP interface (PPTP client on top of the PPPoE WAN interface) never connects automatically. I'll try to debug this and give some more information a bit later.I can confirm having this issue as well. Should be looked into with higher priority since this can cause unnecessarily prolonged outages.
-
I can confirm having this issue as well. Should be looked into with higher priority since this can cause unnecessarily prolonged outages.
So far the only people having confirmed the issue in this thread also have their physical interface assigned to access the modem for convenience. If you are hitting this bug and can't deal with the manual fix, just don't assign the physical interface until others confirm the issue is fixed.
-
I can confirm having this issue as well. Should be looked into with higher priority since this can cause unnecessarily prolonged outages.
So far the only people having confirmed the issue in this thread also have their physical interface assigned to access the modem for convenience. If you are hitting this bug and can't deal with the manual fix, just don't assign the physical interface until others confirm the issue is fixed.
Without having spent any real time debugging the code, I would be willing to bet that the issues are one in the same (some kind of lock on the interface?)
-
So far the only people having confirmed the issue in this thread also have their physical interface assigned to access the modem for convenience. If you are hitting this bug and can't deal with the manual fix, just don't assign the physical interface until others confirm the issue is fixed.
Hey jimp. Which manual fix are you talking about? Is there one working with a current snap which I should try? Otherwise I can disable that secondary interfaces, but I guess that this should be working…
-
Hey jimp. Which manual fix are you talking about? Is there one working with a current snap which I should try? Otherwise I can disable that secondary interfaces, but I guess that this should be working…
I was referring to pressing save on the WAN page to connect being the manual fix.
-
Hey jimp. Which manual fix are you talking about? Is there one working with a current snap which I should try? Otherwise I can disable that secondary interfaces, but I guess that this should be working…
I was referring to pressing save on the WAN page to connect being the manual fix.
Ah okay. That one. But that one isn't necessary anymore. It is working, it just takes up to three minutes in order to complete my PPPoE connection….
-
Can confirm this now. Did an update to the latest 1/10 snap and disabled my vr1 interface for modem access before. Now the PPPoE connection comes up perfectly fine…
-
So far the only people having confirmed the issue in this thread also have their physical interface assigned to access the modem for convenience.
Depends on your definition of convenience. You cannot assign a vlan interface to pppoe (at least not mlppp, anyway) without first activating that interface. So in my case, convenience means not building/buying hardware with 9 NICs (8 for modems, 1 for internal vlans).
The workaround works, but is a little bush-league for something that is going RC. What if pfsense is rebooted for some reason and I don't have LAN access? Yeah, I have battery backup, but things happen. Yeah pfsense is stable, but sometimes things just lock. Yeah, this is beta and we expect hiccups along the road, but at some point (and it looks like that point is rapidly approaching) 2.0 will be RC and then release, so that excuse will shortly not be an excuse.
I'm not complaining that this is an issue today. I'm using beta and I can live with the warts. I'm just saying that we'd be wrong to sweep this under the carpet on the cusp of a release. I wish I had more skill to help, but for now all I can do is provide feedback and test proposed fixes. God speed.
-
Well nobody said it wasn't being worked on. :-)
It's being worked on, but if someone is saying it's a critical bug for them at this very moment, there are workarounds.
-
The workaround works, but is a little bush-league for something that is going RC. What if pfsense is rebooted for some reason and I don't have LAN access? Yeah, I have battery backup, but things happen. Yeah pfsense is stable, but sometimes things just lock. Yeah, this is beta and we expect hiccups along the road, but at some point (and it looks like that point is rapidly approaching) 2.0 will be RC and then release, so that excuse will shortly not be an excuse.
As for this, others have said it does connect if you wait a few minutes. Seems if that is the same for others it's not quite as critical as others are painting it. Yes, it's a problem that needs solved, but it isn't like it's dead in the water.
-
As for this, others have said it does connect if you wait a few minutes. Seems if that is the same for others it's not quite as critical as others are painting it. Yes, it's a problem that needs solved, but it isn't like it's dead in the water.
That's what I figured, and I'm happy with that. Thanks for clarifying.
-
with 2.0-BETA5 (i386) built on Mon Jan 10 13:14:45 EST 2011
I had to manually click on the 'connect' button to start pppoe.Just to let you know.
Thanks -
Build 2.0-BETA5 (i386) built on Mon Jan 10 22:34:12 EST 2011 didn't automatically connect my PPPoE link, although I only waited 10 minutes.
I have now disabled the OPTn interface I was using to access my bridged modem, and have successfully followed the steps at http://doc.pfsense.org/index.php/How_can_i_access_my_PPPoE_Modem_on_WAN to access my modem.
pfSense is an excellent product, and my thanks to the people who support and improve it through these forums for all of their help.
-
autoreconnect appears to do so, just that it may take a couple of minutes… maybe its just me, i dont know
-
It just takes some minutes if you have enabled your WAN interface as OPT…
-
my wan interface isnt opt. no funny stuff now. just pppoe and thats it.
i do have opt1, but thats on another interface.
-
With php: 2.0-BETA5 (i386) built on Tue Jan 11 14:19:18 EST 2011
Jan 11 20:58:50 ppp: [wan_link0] Link: reconnection attempt 131 in 2 seconds Jan 11 20:58:50 ppp: [wan_link0] LCP: Down event Jan 11 20:58:50 ppp: [wan_link0] Link: DOWN event Jan 11 20:58:50 ppp: [wan_link0] can't remove hook mpd10010-0 from node "[17]:": No such file or directory Jan 11 20:58:50 ppp: [wan_link0] PPPoE: can't connect "[17]:"->"mpd10010-0" and "[15]:"->"left": No such file or directory
Got to use the 'connect' button to have my wan/pppoe link working.
Strange because the release from the 8th worked for me.
-
Still having the issue with the release from the 13th. So far, the last that works for me was the release from the 8th of january
Romain -
Try to do a complete reinstall with the latest snap. It works for a long time now here on my Alix…
-
Try to do a complete reinstall with the latest snap. It works for a long time now here on my Alix…
Didn't you remove your modem access opt interface though?
-
Yes I did and that why it is working…
-
Yeah, it's still broken for people who have their modem interface assigned.
No changes have happened that would try to fix it though, so it isn't likely to start working for others until a fix gets committed.
-
With 2.0-BETA5 (i386) built on Sat Jan 15 02:40:01 EST 2011
It works! Very cool!
-
Except that there were still no changes that would have impacted that functionality…
You might look closer into why the last two Saturday updates seem to have worked for you but nothing in between. Perhaps the timing on your part has more to do with it than anything we've changed. :-)
-
With 2.0-BETA5 (i386) built on Sat Jan 15 02:40:01 EST 2011
It works! Very cool!
And you have enabled OPTx(WAN) in order to access your modem through that?
-
My setup is
wan (em0) –- pppoe --- dsl router---internet
dsl (opt) (em0) ---------So yes, I have an opt interface connected to my dsl router as well as a pppoe connection for the wan using same phy interface em0
Romain
-
My setup is
wan (em0) –- pppoe --- dsl router---internet
dsl (opt) (em0) ---------So yes, I have an opt interface connected to my dsl router as well as a pppoe connection for the wan using same phy interface em0
Romain
Thanks. I'll check with the latest snap if it works for me now as well….
-
Except that there were still no changes that would have impacted that functionality…
You might look closer into why the last two Saturday updates seem to have worked for you but nothing in between. Perhaps the timing on your part has more to do with it than anything we've changed. :-)
Sure, I will try to investigate why it is working now even if no code changes have been made concerning this issue. Thanks for the info!
-
It is not working (probably because there were no changes at all) with OPT enabled for Modem access on WAN. As soon as I enabled the OPT interfaces my PPPoE was brought down and I had the same problem as always. PPP trying to connect all the time…
Did not even try to do an update then... -
Hi Guys,
Try commenting out line 2620 in /etc/inc/interfaces.inc. (" interface_netgraph_needed($interface); ") (add a // to the front of the line to make it a comment.).
GB
-
Hi Guys,
Try commenting out line 2620 in /etc/inc/interfaces.inc. (" interface_netgraph_needed($interface); ") (add a // to the front of the line to make it a comment.).
GB
Hi m8,
yeah, that works! What does this function do? Is that easy to fix now? I didn't do a firmware upgrade now, but I activated OPT for modem access and rebooted. As soon as my pfSense box was reachable I saw that the PPPoE connection was up as well….
Nice!
-
That function was added as an optimization for very high bandwidth interfaces that don't need netgraph nodes, but apparently, more interfaces need the nodes attached than the function allows.
GB
-
Thanks for the clarification. Can somebody now 'fix' this? Or is this more complicated than commenting that out? Am I right that every update will change that file to the original state?
-
The underlying function needs fixed, not removed. So it's a bit more complex than just commenting out one line.
Until it's fixed in our repo this workaround would have to be repeated after each update.
-
Hmmm try this
http://tinyurl.com/6cfx2ja seems i was doing a check wrong. -
Hi ermal,
no, that doesn't work for me. I removed the // from line 2620 and applied your fix. Still not connecting when booting up. Had to remove my opt interface again and click save on WAN…
-
With update from 01/18 i lost my PPPOE completely. Had more problems while updating packages. After a while of working state PPPOE was lost. And never came back. Nor a downgrade to 01/15 resolved the problem.
Tried that edit from interfaces.inc with no success.
Its an i386 install, XL0 is not assigned (its my WAN.) Only LAN, no opt nor other interfaces present. PPP-log only retries to connect. Only tries to connect show up at the logs. No errors so far, nor success.Packages present: squid, squidguard, lightsquid, cron and OVPN-Exporter. Nothing more.
So at last i was caught too with this failure of PPPOE. :-(