[CLUE-Tech] Dial-up Connection w/ kppp

[Michael Robbert]

As a CSM dialup user I can tell you that my experience in setting up the 
connection was quite painless. It has been awhile since I've done it 
though so I don't remember if I had to do anything special. I used the 
standard RedHat 9 dialup program which I believe uses wvdial on the back 
end.
I also did a google search on your problem and I think I found a 
possible solution to your problem at the bottom of the kppp FAQ found 
here: http://devel-home.kde.org/~kppp/faq.html

Here is the text for your problem:

pppd died - The remote system is required to authenticate itself ...
As far as I can tell there are two causes for this problem:

     * /etc/ppp/options contains the auth option. Simply put a # comment 
character in front and try again.
     * Your system already has a default route. Have you set up a local 
network ? In thise case recent versions of pppd will behave as if the 
auth had been specified. To override this you may add noauth to the pppd 
arguments in kppp' setup dialog. Alternatively you could take down the 
local network prior to dialing in. I'd be thankful if someone could 
provide instructions on how to peacefully combine the two network 
connections.


If that doesn't help let me know and when I get home I'll check the 
setup of my dialup system.

Randy Arabie wrote:
> Since we've given up our DSL line at home, I was trying to set my 
> Debian (woody) box up to establish a dial-up connection to the Colorado 
> School of Mines (CSM).  I know there are a couple of Ore Diggers on the 
> list, so hopefully one of you might be able to help.  I've posted some 
> error message output at the bottom.
> 
> I'm using kppp to setup the connection.  The machine in question is a 
> Toshiba Satellite laptop w/ a PCMCIA card modem.  The modem works fine, 
> the remote server responds, and I get authenticated.  The CSM modem 
> pool requires the client to authenticate with a terminal window...at 
> least that's what their documentation describes for Windows users.  
> They do not provide any documentation for Linux users.  So, I'm 
> prompted for username, then password. After this authentication I am 
> given a list of options, one of which is ppp.  I type ppp and, as the 
> documentation confirms should happen, a string of gibberish begins to 
> run accross the terminal window.  
> 
> The instructions for the Windows users says that, at this point, I 
> should either hit the [continue] button on the terminal window or the 
> [F7] key.  When I hit the [continue] button on my kppp terminal window 
> I get disconnected.  Nothing happens when I try the [F7] key (or any 
> other).  And, if I just leave the terminal window open (do nothing), I 
> get disconnected after a short time.
> 
> I'm not sure if CSM is using PAP/Chap or some other means of setting up 
> the PPP connection.  The documentation does not provide these details.
> 
> Would anyone on the list have any recommendations?
> 
> **Now that I've composed this message _and_ had the opportunity to 
> Google a little, it seems that my LAN config options may be conflicting 
> with my dial-up network attempts.  I say this based on some newsgroup 
> posts to comp.os.linux.networking regarding this error message:
> 
> "pppd: The remote system is required to authenticate itself"
> 
> I looks like I might need to edit /etc/ppp/options to make sure my 
> default ethernet routes are killed.
> 
> Despite this, any feedback is still welcome...especially any specific 
> recommendations regarding Linux dial-up connections to CSM ;)
> 
> I've pasted some output below:
> 
> #
> # This is my session in the terminal window
> #
> rabie at hagrid:~$ kppp
> Opener: received OpenLock
> Opener: received OpenDevice
> Opener: received ExecPPPDaemon
> In parent: pppd pid 1635
> Kernel supports ppp alright.
> Opener: received OpenResolv
> Opener: received OpenResolv
> Opener: received OpenResolv
> pppd: The remote system is required to authenticate itself
> pppd: but I couldn't find any suitable secret (password) for it to use 
> to do so.
> pppd: (None of the available passwords would let it use an IP address.)
> It was pppd that died
> pppd exited with return value 1
> Sending 1619 a SIGUSR1
> Opener: received RemoveSecret
> Opener: received RemoveSecret
> Opener: received OpenResolv
> Opener: received OpenResolv
> Opener: received RemoveLock
> Opener: received PPPDExitStatus
> Opener: received OpenSysLog
> WARNING: KDE detected X Error: BadMatch (invalid parameter attributes) 8
>   Major opcode:  42
> 
> #
> # This is the kppp Login Script Debug Window
> #
> ATZ
> OK
> ATM1L1
> OK
> ATDT3035900010
> CONNECT 31200
> Colorado School of Mines - AUTHORIZED USE ONLY
> Please enter your slate username/password for validation.
> 
> login: username
> Password:
> Log onto slate or larkspur to telnet to an unlisted system.
> ppp         start a PPP session
> slip        start a slip session
> slate       telnet to slate
> larkspur    telnet to larkspur
> exit        exit
> 
> kato>ppp
> }#@!}!}!} }?}!}$}%\}%}&P"?}'}"}(}"}1}$}%\}3}#} Q-~}#@!}!}"} }?}!}$}%\}%}
> &P"?}'}"}(}"}1}$}%\}3}#} DL~
> 
> #
> # This is the PPP-log written out by kppp
> #
> Jun 15 08:47:24 hagrid pppd[1635]: The remote system is required to 
> authenticate itself
> Jun 15 08:47:24 hagrid pppd[1635]: but I couldn't find any suitable 
> secret (password) for it to use to do so.
> Jun 15 08:47:24 hagrid pppd[1635]: (None of the available passwords 
> would let it use an IP address.)
> 

-- 
Michael "Murph" Robbert
System Administrator for Math/CS
Colorado School of Mines, Golden, CO  80401-1887
Office: SH221
Office phone: 303-273-3786
Pager: 303-461-6543 or Text messages: murph_pager at bigfoot.com
Email: mrobbert at mines.edu