Problem ppoe

Yuregir · Feb 23, 2009, 9:36 AM

Yes i have same problem too, i cannot connect pppoe, the service provider says username and password is wrong, when i connect my ethernet to laptop i can connect pppoe successfully.
I downgraded to 1.2.2 now

Regards
Yuregir

jaybird · Feb 23, 2009, 9:45 PM

Hi, the PPPoE problem persists. I just uploaded the firmware pfSense-Full-Update-1.2.3-20090223-1231 to my pfSense-1.2.3-snapshots-testing-box. As a consequence of this upgrade my PPPoE connection gets disconnected and I can not bring it up anymore.

While the PPPoe connection refuses to work with that February 23 pfSense-1.2.3-Snapshot, in my system log appear these two lines, obviously concerning an authentication problem:

mpd: mpd: empty auth name

mpd: Warning: no secret for "" found

I edited /var/etc/mpd.conf – there I find two lines concerning my authname and password. My Username and Password do appear here exactly and correctly like I wrote them into the PPPoE configuration menu for the WAN Interface.

PPPoE connection worked with earlier snaphots up to pfSense-1.2.3-20090211-1551. So I compared my mpd.conf. from February 11 to that of February 23. They differ in just two lines.

set bundle authname "my_adsl_username#0001@t-online.de"
set bundle password "my_adsl_password" (Feb 11)

set auth authname "my_adsl_username#0001@t-online.de"
set auth password "my_adsl_password" (Feb 23)

Any hints how to solve this PPPoE / MPD / WAN configuration issue or at least how to help in solving it are welcome.

Regards,

jaybird

WAN interface (em1) Status up
PPPoE down

Media 10baseT/UTP <half-duplex>In/out packets 70/236 (4 KB/8 KB)
In/out errors 0/0
Collisions 0

Last 50 system log entries

Feb 23 20:59:17 mpd: AUTHPROTO PAP
Feb 23 20:59:17 mpd: MAGICNUM 3783f113
Feb 23 20:59:17 mpd: MRU 1492
Feb 23 20:59:17 mpd: AUTHPROTO PAP
Feb 23 20:59:17 mpd: MAGICNUM 3783f113
Feb 23 20:59:17 mpd: MRU 1492
Feb 23 20:59:17 mpd: MAGICNUM 692e687b
Feb 23 20:59:17 mpd: mpd: empty auth name
Feb 23 20:59:17 mpd: Warning: no secret for "" found
Feb 23 20:59:19 mpd: mpd: empty auth name
Feb 23 20:59:19 mpd: Warning: no secret for "" found
Feb 23 20:59:21 mpd: mpd: empty auth name
Feb 23 20:59:21 mpd: Warning: no secret for "" found
Feb 23 20:59:56 php: /interfaces_wan.php: foreach if is lan
Feb 23 20:59:56 php: /interfaces_wan.php: foreach if is wan
Feb 23 20:59:58 mpd: mpd: caught fatal signal term
Feb 23 21:00:00 mpd: mpd: process 251 terminated
Feb 23 21:00:02 mpd: mpd: pid 1122, version 3.18 (root@freebsd7-releng_1_2_3-pre-testing.pfsense.org 17:34 22-Feb-2009)
Feb 23 21:00:02 kernel: em1: link state changed to DOWN
Feb 23 21:00:02 mpd: set auth: unknown command. Try "help".
Feb 23 21:00:02 mpd: set auth: unknown command. Try "help".
Feb 23 21:00:04 kernel: em1: link state changed to UP
Feb 23 21:00:07 check_reload_status: rc.linkup starting
Feb 23 21:00:17 mpd: MRU 1492
Feb 23 21:00:17 mpd: MAGICNUM 89e4aa92
Feb 23 21:00:17 mpd: MRU 1492
Feb 23 21:00:17 mpd: AUTHPROTO PAP
Feb 23 21:00:17 mpd: MAGICNUM 7905e29a
Feb 23 21:00:17 mpd: MRU 1492
Feb 23 21:00:17 mpd: AUTHPROTO PAP
Feb 23 21:00:17 mpd: MAGICNUM 7905e29a
Feb 23 21:00:17 mpd: MRU 1492
Feb 23 21:00:17 mpd: MAGICNUM 89e4aa92
Feb 23 21:00:17 mpd: mpd: empty auth name
Feb 23 21:00:17 mpd: Warning: no secret for "" found
Feb 23 21:00:19 mpd: mpd: empty auth name
Feb 23 21:00:19 mpd: Warning: no secret for "" found
Feb 23 21:00:21 mpd: mpd: empty auth name
Feb 23 21:00:21 mpd: Warning: no secret for "" found
Feb 23 21:00:33 check_reload_status: reloading filter
Feb 23 21:00:34 dnsmasq[466]: exiting on receipt of SIGTERM
Feb 23 21:00:35 dnsmasq[1396]: started, version 2.45 cachesize 150
Feb 23 21:00:35 dnsmasq[1396]: compile time options: IPv6 GNU-getopt BSD-bridge ISC-leasefile no-DBus no-I18N TFTP
Feb 23 21:00:35 dnsmasq[1396]: no servers found in /etc/resolv.conf, will retry
Feb 23 21:00:35 dnsmasq[1396]: no servers found in /etc/resolv.conf, will retry
Feb 23 21:00:35 dnsmasq[1396]: read /etc/hosts - 2 addresses
Feb 23 21:00:36 dhcpd: Internet Systems Consortium DHCP Server V3.0.5
Feb 23 21:00:36 dhcpd: Copyright 2004-2006 Internet Systems Consortium.
Feb 23 21:00:36 dhcpd: All rights reserved.
Feb 23 21:00:36 dhcpd: For info, please visit http://www.isc.org/sw/dhcp/

/var/etc/mpd.conf

pppoe:
new -i ng0 pppoe pppoe
set iface route default
set iface disable on-demand
set iface idle 0
set iface up-script /usr/local/sbin/ppp-linkup
set bundle disable multilink
set auth authname "my_adsl_username#0001@t-online.de"
set auth password "my_adsl_password"
set bundle no noretry
set link keep-alive 10 60
set link max-redial 0
set link no acfcomp protocomp
set link disable pap chap
set link accept chap
set link mtu 1492
set ipcp yes vjcomp
set ipcp ranges 0.0.0.0/0 0.0.0.0/0
set ipcp enable req-pri-dns
set ipcp enable req-sec-dns
open iface</half-duplex>

Yuregir · Feb 23, 2009, 10:52 PM

maybe changing "set auth" to "set bundle" in mpd.conf work

set bundle authname "my_adsl_username#0001@t-online.de"
set bundle password "my_adsl_password"
?

jaybird · Feb 23, 2009, 11:52 PM

Hi,

it seems like the new interfaces.inc file was to blame. I have just changed these lines in my interfaces.inc – /etc/inc/interfaces.inc --.

Where it said:

set auth

I changed it "back" to:

set bundle

After applying this somewhat quick & dirty change to the interfaces.inc file, PPPoE connection works again on today's 1.2.3-snapshot!

Regards,
jaybird

jaybird · Feb 24, 2009, 2:09 AM

Hi again,

I have just re-applied my previously posted workaround for that PPPoE problem to the newest snapshot I could get:

pfSense-Full-Update-1.2.3-20090223-1749

Yes, it works.

Bringing the PPPoE connection up again involved the following:

Diagnostics: Edit File

Save/Load from path: /etc/inc/interfaces.inc

Now looking for lines saying:

set auth

(I found four "set auth" lines in my interfaces.inc)

Then changing every instance of set auth in interfaces.inc to:

set bundle

Save these changes to: /etc/inc/interfaces.inc

Interfaces: WAN

PPPoE configuration

save

(Yes, save it again.)

Status: Interfaces

PPPoE

connect

(waiting some 30 seconds…)

Done!

And accordingly (things change back to):

WAN interface (em1)
Status up
PPPoE up

Loaded text from /var/etc/mpd.conf

pppoe:
new -i ng0 pppoe pppoe
set iface route default
set iface disable on-demand
set iface idle 0
set iface up-script /usr/local/sbin/ppp-linkup
set bundle disable multilink
set bundle authname "my_adsl-username#0001@t-online.de"
set bundle password "my_adsl_password"
set bundle no noretry
set link keep-alive 10 60
set link max-redial 0
set link no acfcomp protocomp
set link disable pap chap
set link accept chap
set link mtu 1492
set ipcp yes vjcomp
set ipcp ranges 0.0.0.0/0 0.0.0.0/0
set ipcp enable req-pri-dns
set ipcp enable req-sec-dns
open iface

Any suggestions, feedback or comments on this issue is most welcome. I wonder if some of you tried that trick described above, and if there are known yet better solutions for the PPPoE problem at this time.

Regards,
jaybird

grandrivers · Feb 25, 2009, 7:14 PM

worked like a charm for me nice to have ppoe back agin

ssbaksa · Feb 26, 2009, 6:49 AM

Confirmed. It works now.

Sasa

Yuregir · Feb 26, 2009, 9:27 PM

im glad its working
thanks jaybird

podilarius · Feb 28, 2009, 6:20 AM

Had the sma problem and this fixed the issue. Could a dev fix this in the code?

andrewpc · Feb 28, 2009, 11:08 PM

also had this problem in latest snapshot. workaround implemented in interfaces.inc while waiting for fix. Thanks

cmb · Mar 6, 2009, 2:35 AM

Fixed, thanks.

pipis9242 · Mar 6, 2009, 11:30 AM

I want to report that using :

1.2.3-PRERELEASE-TESTING-VERSION
built on Thu Mar 5 07:23:55 EST 2009

the problem persists , in order the situation to be fixed you have to edit /etc/inc/interfaces.inc
and change set auth instances to set bundle

so the fix AINT WORKING

saintpaul · Mar 6, 2009, 11:00 PM

@pipis9242:

1.2.3-PRERELEASE-TESTING-VERSION
built on Thu Mar 5 07:23:55 EST 2009

so the fix AINT WORKING

Try again with

1.2.3-PRERELEASE-TESTING-VERSION
built on Fri Mar 6 17:16:59 EST 2009

It seems the patch was first applied to that version. I had the same problems with the version you mentioned, but the latest build fixed it.

cmb · Mar 7, 2009, 12:43 AM

@pipis9242:

I want to report that using :

1.2.3-PRERELEASE-TESTING-VERSION
built on Thu Mar 5 07:23:55 EST 2009

the problem persists , in order the situation to be fixed you have to edit /etc/inc/interfaces.inc
and change set auth instances to set bundle

so the fix AINT WORKING

Yes it is working. Evidently I needed to state that I didn't go back in time to fix it, look at the time of my post and the time of your snapshot… Changes aren't going to magically appear in snapshots that were built 14-15 hours prior.

pipis9242 · Mar 7, 2009, 9:41 AM

YES IT IS WORKING :)

a. SaintPaul : thank you for your suggestion

I tried : 1.2.3-PRERELEASE-TESTING-VERSION
built on Sat Mar 7 02:11:11 EST 2009

and works fine

b. cmb : thank you for your fix , I appreciate your efforts, concerning "Changes aren't going to magically appear in snapshots that were built 14-15 hours prior" , consider that Internet is Global and there is a term called "time difference" , the thing i did after reading your post in this thread was to test the latest available snapshot, sorry if i was misunderstood.

podilarius · Mar 12, 2009, 1:53 AM

Thank you very much cmb.