Ok Robert, please send me two things:
1. A copy of your /etc/ppp/options file
2. A copy of the /var/log/ppp log when a log is generated with the
following options:
Include in your /etc/ppp/options:
debug
kdebug 1
auth
-chap
+pap
Using those two, I could tell you what the problem is. (fairly
Ok Robert, please send me two things:
1. A copy of your /etc/ppp/options file
2. A copy of the /var/log/ppp log when a log is generated with the
following options:
Include in your /etc/ppp/options:
debug
kdebug 1
auth
-chap
+pap
Using those two, I could tell you what the problem is. (fairly
On Thu, Jun 22, 2000 at 12:23:53PM -0400, Larry Morrow wrote:
> Nathan,
>
> As sent from the user, it was open because the example sent
> does NOT have a hostname listed nor a username and so it
> does not matter what options are included , auto PPP would validate
> all requests. I have done lots
On Thu, Jun 22, 2000 at 12:23:53PM -0400, Larry Morrow wrote:
> Nathan,
>
> As sent from the user, it was open because the example sent
> does NOT have a hostname listed nor a username and so it
> does not matter what options are included , auto PPP would validate
> all requests. I have done lot
Nathan,
As sent from the user, it was open because the example sent
does NOT have a hostname listed nor a username and so it
does not matter what options are included , auto PPP would validate
all requests. I have done lots of tests in all configurations and found
this to be the case no matter wh
Nathan,
As sent from the user, it was open because the example sent
does NOT have a hostname listed nor a username and so it
does not matter what options are included , auto PPP would validate
all requests. I have done lots of tests in all configurations and found
this to be the case no matter w
Open yes, but not without authentication.
On my dialin server, /etc/ppp/pap-secrets has:
* chaos "" *
(chaos is the hostname)
The above basicaly tells it to use the /etc/passwd for authentication.
I think the key would be in the debug output from syslog after a user
attempts to d
Make the following change in /etc/pap-secrets
>In /etc/ppp/pap-secrets and /etc/ppp/chap-secrets I have a line like so:
>
>* * "" *
username* "" *
This file controls which users are able to dial-in with ppp.
The very first * is what has your system ope
Open yes, but not without authentication.
On my dialin server, /etc/ppp/pap-secrets has:
* chaos "" *
(chaos is the hostname)
The above basicaly tells it to use the /etc/passwd for authentication.
I think the key would be in the debug output from syslog after a user
attempts to
Make the following change in /etc/pap-secrets
>In /etc/ppp/pap-secrets and /etc/ppp/chap-secrets I have a line like so:
>
>* * "" *
username* "" *
This file controls which users are able to dial-in with ppp.
The very first * is what has your system op
On Thu, 22 Jun 2000, Robert Davidson wrote:
> On Thu, Jun 22, 2000 at 11:03:07AM +0800, Sanjeev Gupta wrote:
> >
> > Check /etc/ppp/options, you may have a
> >
> > noauth
> >
> > somewhere
>
> Nope.. I've checked for that, but it is effectivly acting like it has been
> given the noauth option.
On Thu, 22 Jun 2000, Robert Davidson wrote:
> On Thu, Jun 22, 2000 at 11:03:07AM +0800, Sanjeev Gupta wrote:
> >
> > Check /etc/ppp/options, you may have a
> >
> > noauth
> >
> > somewhere
>
> Nope.. I've checked for that, but it is effectivly acting like it has been
> given the noauth option
On Thu, Jun 22, 2000 at 11:03:07AM +0800, Sanjeev Gupta wrote:
>
> Check /etc/ppp/options, you may have a
>
> noauth
>
> somewhere
Nope.. I've checked for that, but it is effectivly acting like it has been
given the noauth option.
Any ideas?
Regards,
Robert Davidson.
[EMAIL PROTECTED]
Check /etc/ppp/options, you may have a
noauth
somewhere
At 12:39 PM 6/22/2000 +1000, Robert Davidson wrote:
Hi all,
I've got a linux box set up as a ppp server, using mgetty with AutoPPP
and pppd (2.3.11-1.4 - Potato's current version as far as I know).
The problem seems to be that it's not asking
Hi all,
I've got a linux box set up as a ppp server, using mgetty with AutoPPP
and pppd (2.3.11-1.4 - Potato's current version as far as I know).
The problem seems to be that it's not asking the remote machine to
authenticate. It will allow logins with any password, any username,
etc. to log in
On Thu, Jun 22, 2000 at 11:03:07AM +0800, Sanjeev Gupta wrote:
>
> Check /etc/ppp/options, you may have a
>
> noauth
>
> somewhere
Nope.. I've checked for that, but it is effectivly acting like it has been
given the noauth option.
Any ideas?
Regards,
Robert Davidson.
[EMAIL PROTECTED]
--
Check /etc/ppp/options, you may have a
noauth
somewhere
At 12:39 PM 6/22/2000 +1000, Robert Davidson wrote:
>Hi all,
>
>I've got a linux box set up as a ppp server, using mgetty with AutoPPP
>and pppd (2.3.11-1.4 - Potato's current version as far as I know).
>
>The problem seems to be that it
Hi all,
I've got a linux box set up as a ppp server, using mgetty with AutoPPP
and pppd (2.3.11-1.4 - Potato's current version as far as I know).
The problem seems to be that it's not asking the remote machine to
authenticate. It will allow logins with any password, any username,
etc. to log i
18 matches
Mail list logo
