Ubuntu
network-manager package

[Karmic] authenfication problem with system wide PPPoE connections

Bug #477030 reported by Nicolai_J.
38
This bug affects 6 people
Affects Status Importance Assigned to Milestone
network-manager (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Binary package hint: network-manager

I have a problem with system wide PPPoE connections:
pppd starts correctly - but refuses authentication either with CHAP or other methods.

Terminal output:
--------------------------------------------------------------------------------------------------
rcvd [CHAP Failure id=0xb5 "Request Denied"]
CHAP authentication failed: Request Denied
CHAP authentication failed
** Message: nm-ppp-plugin: (nm_phasechange): status 10 / phase 'terminate'
** Message: nm-ppp-plugin: (nm_phasechange): status 5 / phase 'establish'
sent [LCP TermReq id=0x2 "Failed to authenticate ourselves to peer"]
rcvd [LCP TermReq id=0x7]
sent [LCP TermAck id=0x7]
rcvd [LCP TermAck id=0x2]
** Message: nm-ppp-plugin: (nm_phasechange): status 11 / phase 'disconnect'
Connection terminated.
-------------------------------------------------------------------------------------------

The same configuration in a user (not system wide) PPPoE connection works fine with network-manager!

/etc/ppp/options is not modified!
/etc/ppp/chap-secrets and /etc/ppp/pap-secrets is correctly configurated
(conforms with entered password and user name).

package: network-manager 0.8~a~git.20091104t184346.0d05bc9-0ubuntu1~nmt1

Revision history for this message
Richard Grenville (richardgv) wrote :
Download full text (21.1 KiB)

I experience a similar problem. I'm not really sure if it's the bug reported here, though.
I use ADSL network in CNNIC Shanxi Province, China. They use PAP authentication. When I'm using system wide PPPoE connections, it fails, however it works if "available for all users" is not checked.
Syslog when using system-wide PPPoE:
################################
Nov 8 08:56:01 richard-desktop NetworkManager: <info> Activation (eth0) starting connection 'ADSL'
Nov 8 08:56:01 richard-desktop NetworkManager: <info> (eth0): device state change: 3 -> 4 (reason 0)
Nov 8 08:56:01 richard-desktop NetworkManager: <info> Activation (eth0) Stage 1 of 5 (Device Prepare) scheduled...
Nov 8 08:56:01 richard-desktop NetworkManager: <info> Activation (eth0) Stage 1 of 5 (Device Prepare) started...
Nov 8 08:56:01 richard-desktop NetworkManager: <info> Activation (eth0) Stage 2 of 5 (Device Configure) scheduled...
Nov 8 08:56:01 richard-desktop NetworkManager: <info> Activation (eth0) Stage 1 of 5 (Device Prepare) complete.
Nov 8 08:56:01 richard-desktop NetworkManager: <info> Activation (eth0) Stage 2 of 5 (Device Configure) starting...
Nov 8 08:56:01 richard-desktop NetworkManager: <info> (eth0): device state change: 4 -> 5 (reason 0)
Nov 8 08:56:01 richard-desktop NetworkManager: <info> Activation (eth0) Stage 2 of 5 (Device Configure) successful.
Nov 8 08:56:01 richard-desktop NetworkManager: <info> Activation (eth0) Stage 3 of 5 (IP Configure Start) scheduled.
Nov 8 08:56:01 richard-desktop NetworkManager: <info> Activation (eth0) Stage 2 of 5 (Device Configure) complete.
Nov 8 08:56:01 richard-desktop NetworkManager: <info> Activation (eth0) Stage 3 of 5 (IP Configure Start) started...
Nov 8 08:56:01 richard-desktop NetworkManager: <info> (eth0): device state change: 5 -> 7 (reason 0)
Nov 8 08:56:01 richard-desktop NetworkManager: <info> Starting pppd connection
Nov 8 08:56:01 richard-desktop NetworkManager: <debug> [1257641761.011909] nm_ppp_manager_start(): Command line: /usr/sbin/pppd nodetach lock nodefaultroute user **USERNAME-REMOVED** plugin rp-pppoe.so nic-eth0 noauth refuse-eap refuse-chap refuse-mschap refuse-mschap-v2 nodeflate usepeerdns mru 1492 mtu 1492 lcp-echo-failure 3 lcp-echo-interval 20 ipparam /org/freedesktop/NetworkManager/PPP/2 plugin /usr/lib/pppd/2.4.4/nm-pppd-plugin.so
Nov 8 08:56:01 richard-desktop NetworkManager: <debug> [1257641761.014059] nm_ppp_manager_start(): ppp started with pid 2291
Nov 8 08:56:01 richard-desktop NetworkManager: <info> Activation (eth0) Stage 4 of 5 (IP6 Configure Get) scheduled...
Nov 8 08:56:01 richard-desktop NetworkManager: <info> Activation (eth0) Stage 3 of 5 (IP Configure Start) complete.
Nov 8 08:56:01 richard-desktop NetworkManager: <info> Activation (eth0) Stage 4 of 5 (IP6 Configure Get) started...
Nov 8 08:56:01 richard-desktop NetworkManager: <info> Activation (eth0) Stage 4 of 5 (IP6 Configure Get) complete.
Nov 8 08:56:01 richard-desktop pppd[2291]: Plugin rp-pppoe.so loaded.
Nov 8 08:56:01 richard-desktop pppd[2291]: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.5
Nov 8 08:56:01 richard-desktop pppd[2291]: Plugin /usr/lib/pppd/2.4.4/nm-pppd-p...

Revision history for this message
Nicolai_J. (fireandfuel) wrote :

Thanks for adding informations, please confirm the bug.

Revision history for this message
Richard Grenville (richardgv) wrote :

Bug confirmed.

Changed in network-manager (Ubuntu):
status: New → Confirmed
Revision history for this message
arr (alan-drop-share) wrote :

Hello. Was this bug fixed and someone just forgot to set it? Regressions like this could keep people away from an upgrade. (The workaround works, but it is too stubborn, and everything worked really well before karmic)

Revision history for this message
Nicolai_J. (fireandfuel) wrote :

@arr: The developers of the Network Manager simply disabled all system wide PPPoE connections. -.-
(I think the developers draw the curtain over this bug or they work on a fix!)

Revision history for this message
Nicolai_J. (fireandfuel) wrote :

It is weird, I add a new system wide PPPoE connection and it works ...

package: network-manager 0.8~rc2-0ubuntu2~nmt3~karmic
( from http://ppa.launchpad.net/network-manager/trunk/ubuntu karmic main )

The old connection is not shown at the nm-applet, but the new connection is shown at the nm-applet.

I think this bug is fixed with the RC2 of network manager.

PS: Difference between the connections:
old:
mru=1492
mtu=1492

new:
mru=0
mtu=0

simply replace mru and mtu with 0 and the connection appears at the nm-applet!

Thomas Hood (jdthood)
Changed in network-manager (Ubuntu):
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.