Rene van Lieshout <rene@lico.nl> wrote:

> When I dial using minicom and start pppd -d -detach /dev/ttyS1 38400 I
> get the following output:

> pppd -d -detach /dev/ttyS1 38400
> using channel 6
> Using interface ppp0
> Connect: ppp0 <--> /dev/ttyS1
> sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xdf5e9901> <pcomp>
> <accomp>]
> sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xdf5e9901> <pcomp>
> <accomp>]
> rcvd [LCP ConfReq id=0x61 <asyncmap 0xa0000> <auth pap> <magic
> 0x62c92be7> <pcomp> <accomp>]
> sent [LCP ConfRej id=0x61 <auth pap>]

Ect.

> Modem hangup
> Connection terminated.

> My /etc/ppp/options contains the following data:

> defaultroute
> lock
> debug
> name <loginname>
> idle 60

> and my /etc/ppp/pap-secrets the following:

> # Secrets for authentication using PAP
> # client server secret IP addresses
> <loginname> * <pass>

Pppd rejects the PAP authentication requested by the peer. That means
pppd cannot find a secrets line in pap-secrets that matches the username
for the user (or name) option. I.e., the username for the option differs
in some respect from the username in pap-secrets. If the username has
any non-alphanumeric characters then it should be quoted ''.

> the ppp-on script as described in the howto does not work at all, but
> I thought I might have to solve this problem first.

The PPP howto isn't very good. Try this site:

http://www.theory.physics.ubc.ca/ppp-linux.html

> Please let me know if you have a sollution for this problem.

There are some PPP+chat connection scripts at the web site in my
signature in the downloads section. Minicom isn't the way to go.

--
Clifford Kite Email: "echo xvgr_yvahk-ccc@ri1.arg|rot13"
PPP-Q&A links, downloads: http://ckite.no-ip.net/
/* "Be liberal in what you accept, and conservative in what you send"
RFC 1122 */