headers
Mark Frazer | 1 Apr 2003 03:49
Favicon

pppd 2.4.2b2 w RP-PPPoE plugin: LCP FSM errors

I'm running the latest pppd with the following command line.
pppd plugin rp-pppoe.so eth0 noipdefault default-asyncmap \
	defaultroute show-password usepeerdns mtu 1452 mru 1452 \
	noaccomp noccp nobsdcomp nodeflate nopcomp novjccomp user ppp_user \
	lcp-echo-interval 20 lcp-echo-failure 3 debug nodetach

I have nothing in /etc/ppp/options

here are the messages from /var/log/messages
Mar 31 19:26:33 concord pppd[23325]: Plugin rp-pppoe.so loaded.
Mar 31 19:26:33 concord pppd[23325]: RP-PPPoE plugin version 3.3 compiled against pppd 2.4.2b2
Mar 31 19:26:33 concord pppd[23325]: pppd 2.4.2b2 started by root, uid 0
Mar 31 19:26:34 concord pppd[23325]: PADS: Service-Name: ''
Mar 31 19:26:34 concord pppd[23325]: PPP session is 56
Mar 31 19:26:34 concord pppd[23325]: using channel 19
Mar 31 19:26:34 concord pppd[23325]: Using interface ppp0
Mar 31 19:26:34 concord pppd[23325]: Connect: ppp0 <--> eth0
Mar 31 19:26:34 concord pppd[23325]: Couldn't increase MTU to 1500
Mar 31 19:26:34 concord pppd[23325]: Couldn't increase MRU to 1500
Mar 31 19:26:35 concord pppd[23325]: rcvd [LCP ConfReq id=0x1 <auth pap> <magic 0x6d50864f>] 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Mar 31 19:26:35 concord pppd[23325]: fsm_input(c021): Rcvd packet in state 1.
Mar 31 19:26:38 concord pppd[23325]: rcvd [LCP ConfReq id=0x1 <auth pap> <magic 0x6d50864f>] 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Mar 31 19:26:38 concord pppd[23325]: fsm_input(c021): Rcvd packet in state 1.

and on until the pppoe server sends the padt.

Note this version of pppd works fine using tty mode with the roaring penguin
pppoe processes.
(Continue reading)

Permalink | Reply | 1 comment |
headers
Arkadius Branczyk | 1 Apr 2003 15:06
Picon
Picon

Problems with ppp-daemon


Hello,

I have a small problem with the ppp-daemon. I`m using SuSe-linux 7.0
with ppp-2.4.1. 
Normally i use the program wvdial to connect with the internet. This
does it perfectly.

The matter is: I configured the ppp-daemon in demand mode. From this
point the connection to the internet can not be established. I start the
ppp-daemon with the following command: pppd call dod 

my files: 
/etc/ppp/peers/dod

noauth
name wvdial
connect "/usr/bin/wvdial --chat freenet"
192.160.100.70:10.0.0.1
/dev/modem
115200
modem
crtscts
defaultroute
usehostname
user klaus
noipdefault
usepeerdns
idle 180
persist
(Continue reading)

Permalink | Reply | 3 comments |
headers
Mark Frazer | 1 Apr 2003 19:17
Favicon

Re: pppd 2.4.2b2 w RP-PPPoE plugin: LCP FSM errors

I've found that the roaring penguin plugin from rp-pppoe-3.5 works when
built against ppp-2.4.2b2.  The rp-pppoe plugin shipped with ppp-2.4.2b2
claims to be roaring penguin version 3.3 and does not work.

Perhaps someone in the know could update the ppp CVS tree to have the
latest roaring penguin plugin to avoid the need to mix-n-match packages.

-mark
--

-- 
These new hands are great. I'm gonna break them in tonight. - Fry
-
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 0 comments |
headers
Michael Schlenstedt | 1 Apr 2003 16:35

Re: Problems with ppp-daemon

On Die Apr 01, 2003, Arkadius Branczyk <Arkadius.Branczyk <at> gmx.de> wrote:

> user klaus

[...]

> Apr  1 13:35:55 sun pppd[748]: sent [LCP ConfRej id=0x8c <auth pap>]
> Apr  1 13:35:55 sun pppd[748]: sent [LCP ConfRej id=0x8d <auth chap
> MD5>]

[...]

> I really don`t know where i should start my search .
> Could you pls help me with this problem

Your provider requires an authentication, but your site (the pppd)
rejects the PAP-authentication as well as the CHAP-Authentication.

You have to use an authentification with freenet's call by call! It
doen't matter which username and password you use, but you *must* enter
both! 

So put an entry like this in /etc/ppp/pap-secrets:

,----
| "klaus"  "*"     "beliebig"
`----

Be sure that the username (first column) is absolutely the same as you 
use in the user-option in your pppd-options-file
(Continue reading)

Permalink | Reply | 0 comments |
headers
Michael Schlenstedt | 1 Apr 2003 18:39

Re: Problems with ppp-daemon

On Die Apr 01, 2003, Arkadius Branczyk <Arkadius.Branczyk <at> gmx.de> wrote:

> user klaus

[...]

> Apr  1 13:35:55 sun pppd[748]: sent [LCP ConfRej id=0x8c <auth pap>]
> Apr  1 13:35:55 sun pppd[748]: sent [LCP ConfRej id=0x8d <auth chap
> MD5>]

[...]

> I really don`t know where i should start my search .
> Could you pls help me with this problem

Your provider requires an authentication, but your site (the pppd)
rejects the PAP-authentication as well as the CHAP-Authentication.

You have to use an authentification with freenet's call by call! It
doen't matter which username and password you use, but you *must* enter
both!

So put an entry like this in /etc/ppp/pap-secrets:

,----
| "klaus"  "*"     "beliebig"
`----

Be sure that the username (first column) is absolutely the same as you
use in the user-option in your pppd-options-file
(Continue reading)

Permalink | Reply | 0 comments |
headers
Bill Unruh | 1 Apr 2003 20:11
Picon
Picon

Re: Problems with ppp-daemon

> Hello,
> 
> I have a small problem with the ppp-daemon. I`m using SuSe-linux 7.0
> with ppp-2.4.1. 

No, you have a small problem with your setup. Why in the world would you
be using pppd to call wvdial, which then calls pppd?

Just set up a chat program and not wvdial for the connect stuff.

> Normally i use the program wvdial to connect with the internet. This
> does it perfectly.
> 
> The matter is: I configured the ppp-daemon in demand mode. From this
> point the connection to the internet can not be established. I start the
> ppp-daemon with the following command: pppd call dod 
> 
> my files: 
> /etc/ppp/peers/dod
> 
> noauth
> name wvdial
> connect "/usr/bin/wvdial --chat freenet"
> 192.160.100.70:10.0.0.1
> /dev/modem
> 115200
> modem
> crtscts
> defaultroute
> usehostname
(Continue reading)

Permalink | Reply | 0 comments |
headers
Kaustubh Kumbhalkar | 4 Apr 2003 15:33
Favicon

buffer content in record_write()

hi
i am newbie for PPP and trying to understand the pppd in linux.
i tried printing a hex dump of the buffer passed to record_write function
in tty.c file.
for every packet recieved the PPP header is preceded by a few bytes, for eg
LCP pacekts have the following sequence - 7e ff 7d 23.
what do these bytes signify?

thanks and regards
kaustubh.

-
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 0 comments |
headers
gilson r | 7 Apr 2003 03:13

pppd doesn't link

Hi!

Recently, I installed RedHat-8.0 from a boxed set; a few days later, I 
installed the RH-8.0 which comes with the "RedHat Linux 8 Bible." In 
both cases, no matter what I do, I can't connect.

To be more precise, _the application_ doesn't get connected. Whether 
Mozilla or Konqueror, KMail or mutt, the modem *does* connect to my ISP, 
  as evidenced by this portion of /var/log/pppmsg:
  Apr  6 20:35:08 RH80B-gr pppd[897]: pppd 2.4.1 started by gilr, uid 500
  Apr  6 20:35:08 RH80B-gr pppd[897]: Using interface ppp0
  Apr  6 20:35:08 RH80B-gr pppd[897]: Connect: ppp0 <--> /dev/ttyS0
  Apr  6 20:35:12 RH80B-gr pppd[897]: Remote message: Login Succeeded
but the application does not connect to ppp0.

The *only* way I can get connected is by issuing /sbin/ifup ppp0 (and 
then /sbin/ifdown), which is awkward when I have a kppp icon on the panel.

I tried the "pppd connect 'chat ...'" described in the README.linux 
file, getting this result:
    Apr  6 20:21:49 RH80B-gr chat[872]: ATDT4991400^M^M
    Apr  6 20:21:49 RH80B-gr chat[872]: CONNECT 49333^M
    Apr  6 20:21:51 RH80B-gr chat[872]: ^M
    Apr  6 20:21:51 RH80B-gr chat[872]: ^M
    Apr  6 20:22:09 RH80B-gr chat[872]: alarm
    Apr  6 20:22:09 RH80B-gr chat[872]: Failed
    Apr  6 20:22:09 RH80B-gr pppd[871]: Connect script failed

I don't know what else to do. I have reviewed and reinstalled the system 
several times, without any result.
(Continue reading)

Permalink | Reply | 1 comment |
headers
Bill Unruh | 7 Apr 2003 03:24
Picon
Picon

Re: pppd doesn't link

On Sun, 6 Apr 2003, gilson r wrote:

> 
> Recently, I installed RedHat-8.0 from a boxed set; a few days later, I 
> installed the RH-8.0 which comes with the "RedHat Linux 8 Bible." In 
> both cases, no matter what I do, I can't connect.

?? Why would you install the same thing twice?

> 
> To be more precise, _the application_ doesn't get connected. Whether 
> Mozilla or Konqueror, KMail or mutt, the modem *does* connect to my ISP, 
>   as evidenced by this portion of /var/log/pppmsg:
>   Apr  6 20:35:08 RH80B-gr pppd[897]: pppd 2.4.1 started by gilr, uid 500
>   Apr  6 20:35:08 RH80B-gr pppd[897]: Using interface ppp0
>   Apr  6 20:35:08 RH80B-gr pppd[897]: Connect: ppp0 <--> /dev/ttyS0
>   Apr  6 20:35:12 RH80B-gr pppd[897]: Remote message: Login Succeeded
> but the application does not connect to ppp0.
> 
> The *only* way I can get connected is by issuing /sbin/ifup ppp0 (and 
> then /sbin/ifdown), which is awkward when I have a kppp icon on the panel.

If it works use it. 
If it is icons you want, make yourself an icon which calls /sbin/ifup ppp0
(Under KDE, right click on the desktop, Create-New-≥Link to
Application... and then fill in the blanks-- especially the Execute
page.

kppp is a front end to pppd, as is ifup.
(Continue reading)

Permalink | Reply | 0 comments |
headers
luke | 10 Apr 2003 08:49

pppd - inbound pppd authentication issue

Hi,

I'm having trouble getting pppd to authenticate inbound calls against
pap-secrets or chap-secrets.  I'm using mgetty-1.1.28, ppp 2.4.1, on RH73
with a 2.4.20 kernel.  I get the following lines in my syslog:

Apr  7 00:08:45 gw pppd[1793]: The remote system is required to
authenticate itself
Apr  7 00:08:45 gw pppd[1793]: but I couldn't find any suitable secret
(password) for it to use to do so.
Apr  7 00:08:45 gw pppd[1793]: (None of the available passwords would let
it use an IP address.)

Relevant line from /etc/mgetty+sendfax/login.config:

	/AutoPPP/ pppuser pppuser /usr/sbin/pppd ttyS0

/etc/ppp/options.server: (/etc/ppp/options symlinks to this)

	-detach
	asyncmap 0
	modem
	crtscts
	lock
	proxyarp
	require-pap
	refuse-chap
	auth
	netmask 255.255.255.0
	ms-dns 192.168.1.1
(Continue reading)

Permalink | Reply | 3 comments |

Gmane