Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    Problem ppoe

    Scheduled Pinned Locked Moved 1.2.3-PRERELEASE-TESTING snapshots - RETIRED
    19 Posts 11 Posters 10.3k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • Y
      Yuregir
      last edited by

      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

      1 Reply Last reply Reply Quote 0
      • J
        jaybird
        last edited by

        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>

        1 Reply Last reply Reply Quote 0
        • Y
          Yuregir
          last edited by

          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"
          ?

          1 Reply Last reply Reply Quote 0
          • J
            jaybird
            last edited by

            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

            1 Reply Last reply Reply Quote 0
            • J
              jaybird
              last edited by

              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

              1 Reply Last reply Reply Quote 0
              • G
                grandrivers
                last edited by

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

                pfsense plus 25.03 super micro A1SRM-2558F
                C2558 32gig ECC  60gig SSD

                1 Reply Last reply Reply Quote 0
                • S
                  ssbaksa
                  last edited by

                  Confirmed. It works now.

                  Sasa

                  1 Reply Last reply Reply Quote 0
                  • Y
                    Yuregir
                    last edited by

                    im glad its working
                    thanks jaybird

                    1 Reply Last reply Reply Quote 0
                    • P
                      podilarius
                      last edited by

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

                      1 Reply Last reply Reply Quote 0
                      • A
                        andrewpc
                        last edited by

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

                        1 Reply Last reply Reply Quote 0
                        • C
                          cmb
                          last edited by

                          Fixed, thanks.

                          1 Reply Last reply Reply Quote 0
                          • P
                            pipis9242
                            last edited by

                            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

                            1 Reply Last reply Reply Quote 0
                            • S
                              saintpaul
                              last edited by

                              @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.

                              1 Reply Last reply Reply Quote 0
                              • C
                                cmb
                                last edited by

                                @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.

                                1 Reply Last reply Reply Quote 0
                                • P
                                  pipis9242
                                  last edited by

                                  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.

                                  1 Reply Last reply Reply Quote 0
                                  • P
                                    podilarius
                                    last edited by

                                    Thank you very much cmb.

                                    1 Reply Last reply Reply Quote 0
                                    • First post
                                      Last post
                                    Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.