Adding \q before the password like (\qpassword) in /etc/chatscripts/provider
will stopped the password being displayed in the log even if the debug is set.
Or did I missed something ?
Richard E. Hawkins Esq. wrote:
The loginid and password are correct; they're the same ones it uses to
shaul writes:
Adding \q before the password like (\qpassword) in
/etc/chatscripts/provider will stopped the password being displayed in
the log even if the debug is set. Or did I missed something ?
It doesn't work with pap. If you put \q in front of the password in
pap-secrets pppd will
Richard E. Hawkins Esq. wrote:
The loginid and password are correct; they're the same ones it uses to login.
what can possibly be going wrong here? and why is the password nakedly
displayed like that in the log?
rick
I found (after several phone calls) that turning off the debug option
in
OK, i'm back to trying to get this little beast to ppp into the one on my
desk. Both are stock hamm systems.
The catch is that I have to dial into a university modem pool, give an
intial choice of where to go, log into it, give another command to
make the connection 8 bit clean, specify my own
Richard E. Hawkins writes:
The loginid and password are correct; they're the same ones it uses to
login.
Are they the ones in the secrets file?
what can possibly be going wrong here?
PAP authentication is failing. Why are you using it? You're already
authenticating. Why not just use
5 matches
Mail list logo