Solved

Connecting to NT server using Ezppp ?

Posted on 1997-05-24
12
227 Views
Last Modified: 2008-03-10
Can anyone help me with getting connected to my WindowsNT server at my work place using Ezppp.

I have gone thru the Ezppp Howto and was able to get connected to my ISP but I don't know what am I doing wrong in this case.

I am using the following pppd arguments: -detach defaultroute lock user my_login (I am not sure about remotename, is it a must ?, I do know the domain of the NT server, though).

And my dial-in script is: Expect ogin: Send my_login Expect word: Send my_passwd

The /etc/ppp/options is empty and so is/etc/ppp/pap-secrets. I have tried putting "my_login  server_name  my_passwd" entry in /etc/pap-secrets but no good.

Using the same scheme(with no entry in/etc/ppp/pap-secrets), I have been able to get connected to my ISP. Following is the /var/log/messages output of the pppd session:

May 24 09:33:34 darkstar pppd[15334]: pppd 2.2.0 started by nishi, uid 501
May 24 09:33:34 darkstar pppd[15334]: Using interface ppp0
May 24 09:33:34 darkstar pppd[15334]: Connect: ppp0 <--> /dev/modem
May 24 09:33:38 darkstar pppd[15334]: Modem hangup
May 24 09:33:38 darkstar pppd[15334]: Connection terminated.
May 24 09:33:38 darkstar pppd[15334]: Exit.

Looks like, it got connected for a split of a second then "pppd daemon died unexpectedly".

I'm using slakware 3.0, kernel 2.0.30 on a Cyrix 166.

Any help will be greatly appreciated.
Nishi
0
Comment
Question by:nkapoor
[X]
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 6
  • 5
12 Comments
 

Expert Comment

by:stinnux
ID: 1584724
You must use DOMAINNAME/USERNAME as login name to NT Servers. It should work then. If not, run pppd in debug mode (-d) and see what happens.
0
 

Author Comment

by:nkapoor
ID: 1584725
Hi Stinnux

Sorry about such a big gap. I just moved from Slakware 3.0 to RH4.2 but the NT/RAS connection problem is still the same. Here is what I'm doing to get connected :

Re-Compiled & installed pppd 2.2.0; (got MS-CHAP in)
Recompiled & installed kernel (2.0.30)

ppp-on - Script to invoke connection:
------
connect "/usr/sbin/chat -f /etc/ppp/chat-netcom" defaultroute modem crtscts lock debug

/etc/ppp/chat-netcom:
---------------------
ABORT              BUSY
ABORT              "NO CARRIER"
''                 ATZ
OK                 AT+FCLASS=0
OK                 AT&F&C1&D2
OK                 ATDT<phone>
CONNECT            ''
login:             #<login> (Yes, login is preceded by a #)
Password:          <passwd>
'PPP session'      ''

/etc/ppp/options:
-----------------
domain      <my_domain>
ipcp-accept-local
ipcp-accept-remote
noipdefault

/etc/ppp/chap-secrets: (black is the name of NT-server)
----------------------   but that may not be correct !!!
*                   <my_domain>\<login>  <passwd>
<my_domain>\<login>  *                   <passwd>

/etc/ppp/pap-secrets: no entries in the file
---------------------

/etc/resolve.conf:
------------------
search *
nameserver 205.219.138.11   (my ISP)

And the /var/log/messages after I call ppp-on are:
        ------------------
Jun 28 16:03:49 localhost pppd[3091]: pppd 2.2.0 started by root, uid 0
Jun 28 16:03:49 localhost pppd[3091]: Connecting with </usr/sbin/chat -f /etc/ppp/chat-netcom>
Jun 28 16:04:57 localhost pppd[3091]: Connect script failed
Jun 28 16:04:57 localhost pppd[3091]: Exit.

Some more help will be greatly appreciated.
Nishi
0
 

Author Comment

by:nkapoor
ID: 1584726
Adjusted points to 200
0
Tutorials alone can't teach real engineering

So we built better training tools.

-Hands-on Labs
-Instructor Mentoring
-Scenario-Based Tests
-Dedicated Cloud Servers

All at your fingertips. What are you waiting for?

 

Expert Comment

by:stinnux
ID: 1584727
Do you have a newline between the login-prompt and your login-name and between the password-prompt and your password?

Did you try chat -v (logs everything to syslog)?
0
 

Author Comment

by:nkapoor
ID: 1584728
Stinnux

Here is the ENTIRE output, (If you think you can really help me get connected, I'm ready to raise the points to whatever you want)

This is the /var/log/messages (pppd compiled with -DDEBUG_ALL; chat used with -v)

Jul  4 14:33:13 localhost syslog: Warning - secret file
/etc/ppp/pap-secrets has world and/or group access
Jul  4 14:33:13 localhost pppd[708]: pppd 2.2.0 started by nkapoor, uid101
Jul  4 14:33:13 localhost pppd[708]: Connecting with </usr/sbin/chat -v -f /etc/ppp/chat-netcom>
Jul  4 14:33:14 localhost chat[709]: abort on (BUSY)
Jul  4 14:33:14 localhost chat[709]: abort on (NO CARRIER)
Jul  4 14:33:14 localhost chat[709]: send (ATZ^M)
Jul  4 14:33:14 localhost chat[709]: expect (OK)
Jul  4 14:33:14 localhost chat[709]: ATZ^M^M
Jul  4 14:33:14 localhost chat[709]: OK -- got it
Jul  4 14:33:14 localhost chat[709]: send (AT+FCLASS=0^M)
Jul  4 14:33:14 localhost chat[709]: expect (OK)
Jul  4 14:33:14 localhost chat[709]: ^M
Jul  4 14:33:14 localhost chat[709]: AT+FCLASS=0^M^M
Jul  4 14:33:14 localhost chat[709]: OK -- got it
Jul  4 14:33:14 localhost chat[709]: send (AT&F&C1&D2^M)
Jul  4 14:33:15 localhost chat[709]: expect (OK)
Jul  4 14:33:15 localhost chat[709]: ^M
Jul  4 14:33:15 localhost chat[709]: AT&F&C1&D2^M^M
Jul  4 14:33:15 localhost chat[709]: OK -- got it
Jul  4 14:33:15 localhost chat[709]: send (ATDT5356344^M)
Jul  4 14:33:15 localhost chat[709]: expect (CONNECT)
Jul  4 14:33:15 localhost chat[709]: ^M
Jul  4 14:33:41 localhost chat[709]: ATDT5356344^M^M
Jul  4 14:33:41 localhost chat[709]: CONNECT -- got it
Jul  4 14:33:41 localhost chat[709]: send (^M)
Jul  4 14:33:41 localhost pppd[708]: Serial connection established.
^^^^^^^^^^^^^^^^^^^^^^  LOOKS GOOD, RIGHT?
Jul  4 14:33:42 localhost pppd[708]: Using version 2.2.0 of PPP driver
Jul  4 14:33:42 localhost pppd[708]: Using interface ppp0
Jul  4 14:33:42 localhost pppd[708]: Connect: ppp0 <--> /dev/cua1
Jul  4 14:33:42 localhost pppd[708]: fsm_sdata(LCP): Sent code 1, id 1.
Jul  4 14:33:42 localhost pppd[708]: LCP: sending Configure-Request, id 1
Jul  4 14:33:45 localhost pppd[708]: fsm_sdata(LCP): Sent code 1, id 1.
Jul  4 14:33:45 localhost pppd[708]: LCP: sending Configure-Request, id 1
Jul  4 14:33:45 localhost pppd[708]: fsm_rconfreq(LCP):Rcvd id 0.
Jul  4 14:33:45 localhost pppd[708]: lcp_reqci: rcvd ASYNCMAP
Jul  4 14:33:45 localhost pppd[708]: (0)
Jul  4 14:33:45 localhost pppd[708]:  (ACK)
Jul  4 14:33:45 localhost pppd[708]: lcp_reqci: rcvd AUTHTYPE
Jul  4 14:33:45 localhost pppd[708]: (c223)
Jul  4 14:33:45 localhost pppd[708]:  (NAK)
Jul  4 14:33:45 localhost pppd[708]: lcp_reqci: rcvd MAGICNUMBER
Jul  4 14:33:45 localhost pppd[708]: (2889)
Jul  4 14:33:45 localhost pppd[708]:  (ACK)
Jul  4 14:33:45 localhost pppd[708]: lcp_reqci: rcvd PCOMPRESSION
Jul  4 14:33:45 localhost pppd[708]:  (ACK)
Jul  4 14:33:45 localhost pppd[708]: lcp_reqci:rcvd ACCOMPRESSION
Jul  4 14:33:45 localhost pppd[708]:  (ACK)
Jul  4 14:33:45 localhost pppd[708]: lcp_reqci:returning CONFNAK.
Jul  4 14:33:45 localhost pppd[708]: fsm_sdata(LCP): Sent code 3, id 0.
Jul  4 14:33:45 localhost pppd[708]: fsm_rconfack(LCP):Rcvd id1.
Jul  4 14:33:45 localhost pppd[708]: fsm_rconfreq(LCP):Rcvd id1.
Jul  4 14:33:45 localhost pppd[708]: lcp_reqci: rcvd ASYNCMAP
Jul  4 14:33:45 localhost pppd[708]: (0)
Jul  4 14:33:45 localhost pppd[708]:  (ACK)
Jul  4 14:33:45 localhost pppd[708]: lcp_reqci: rcvd AUTHTYPE
Jul  4 14:33:45 localhost pppd[708]: (c223)
Jul  4 14:33:45 localhost pppd[708]:  (NAK)
Jul  4 14:33:45 localhost pppd[708]: lcp_reqci: rcvd MAGICNUMBER
Jul  4 14:33:45 localhost pppd[708]: (2889)
Jul  4 14:33:45 localhost pppd[708]:  (ACK)
Jul  4 14:33:45 localhost pppd[708]: lcp_reqci: rcvd PCOMPRESSION
Jul  4 14:33:45 localhost pppd[708]:  (ACK)
Jul  4 14:33:45 localhost pppd[708]: lcp_reqci:rcvd ACCOMPRESSION
Jul  4 14:33:45 localhost pppd[708]:  (ACK)
Jul  4 14:33:45 localhost pppd[708]: lcp_reqci:returning CONFNAK.
Jul  4 14:33:45 localhost pppd[708]: fsm_sdata(LCP): Sent code 3, id 1.
Jul  4 14:33:45 localhost pppd[708]: fsm_rconfreq(LCP):Rcvd id2.
Jul  4 14:33:45 localhost pppd[708]: lcp_reqci: rcvd ASYNCMAP
Jul  4 14:33:45 localhost pppd[708]: (0)
Jul  4 14:33:45 localhost pppd[708]:  (ACK)
Jul  4 14:33:45 localhost pppd[708]: lcp_reqci: rcvd AUTHTYPE
Jul  4 14:33:45 localhost pppd[708]: (c223)
Jul  4 14:33:45 localhost pppd[708]:  (NAK)
Jul  4 14:33:45 localhost pppd[708]: lcp_reqci: rcvd MAGICNUMBER
Jul  4 14:33:45 localhost pppd[708]: (2889)
Jul  4 14:33:45 localhost pppd[708]:  (ACK)
Jul  4 14:33:45 localhost pppd[708]: lcp_reqci: rcvd PCOMPRESSION
Jul  4 14:33:45 localhost pppd[708]:  (ACK)
Jul  4 14:33:45 localhost pppd[708]: lcp_reqci:rcvd ACCOMPRESSION
Jul  4 14:33:45 localhost pppd[708]:  (ACK)
Jul  4 14:33:45 localhost pppd[708]: lcp_reqci:returning CONFNAK.
Jul  4 14:33:45 localhost pppd[708]: fsm_sdata(LCP): Sent code 3, id 2.
Jul  4 14:33:46 localhost pppd[708]: fsm_rconfreq(LCP):Rcvd id 3.
Jul  4 14:33:46 localhost pppd[708]: lcp_reqci: rcvd ASYNCMAP
Jul  4 14:33:46 localhost pppd[708]: (0)
Jul  4 14:33:46 localhost pppd[708]:  (ACK)
Jul  4 14:33:46 localhost pppd[708]: lcp_reqci: rcvd AUTHTYPE
Jul  4 14:33:46 localhost pppd[708]: (c223)
Jul  4 14:33:46 localhost pppd[708]:  (NAK)
Jul  4 14:33:46 localhost pppd[708]: lcp_reqci: rcvd MAGICNUMBER
Jul  4 14:33:46 localhost pppd[708]: (2889)
Jul  4 14:33:46 localhost pppd[708]:  (ACK)
Jul  4 14:33:46 localhost pppd[708]: lcp_reqci: rcvd PCOMPRESSION
Jul  4 14:33:46 localhost pppd[708]:  (ACK)
Jul  4 14:33:46 localhost pppd[708]: lcp_reqci:rcvd ACCOMPRESSION
Jul  4 14:33:46 localhost pppd[708]:  (ACK)
Jul  4 14:33:46 localhost pppd[708]: lcp_reqci:returning CONFNAK.
Jul  4 14:33:46 localhost pppd[708]: fsm_sdata(LCP): Sent code 3, id 3.
Jul  4 14:33:46 localhost pppd[708]: fsm_rconfreq(LCP):Rcvd id 4.
Jul  4 14:33:46 localhost pppd[708]: lcp_reqci: rcvd ASYNCMAP
Jul  4 14:33:46 localhost pppd[708]: (0)
Jul  4 14:33:46 localhost pppd[708]:  (ACK)
Jul  4 14:33:46 localhost pppd[708]: lcp_reqci: rcvd AUTHTYPE
Jul  4 14:33:46 localhost pppd[708]: (c223)
Jul  4 14:33:46 localhost pppd[708]:  (NAK)
Jul  4 14:33:46 localhost pppd[708]: lcp_reqci: rcvd MAGICNUMBER
Jul  4 14:33:46 localhost pppd[708]: (2889)
Jul  4 14:33:46 localhost pppd[708]:  (ACK)
Jul  4 14:33:46 localhost pppd[708]: lcp_reqci: rcvd PCOMPRESSION
Jul  4 14:33:46 localhost pppd[708]:  (ACK)
Jul  4 14:33:46 localhost pppd[708]: lcp_reqci:rcvd ACCOMPRESSION
Jul  4 14:33:46 localhost pppd[708]:  (ACK)
Jul  4 14:33:46 localhost pppd[708]: lcp_reqci:returning CONFNAK.
Jul  4 14:33:46 localhost pppd[708]: fsm_sdata(LCP): Sent code 3, id 4.
Jul  4 14:33:46 localhost pppd[708]: fsm_rconfreq(LCP):Rcvd id 5.
Jul  4 14:33:46 localhost pppd[708]: lcp_reqci: rcvd ASYNCMAP
Jul  4 14:33:46 localhost pppd[708]: (0)
Jul  4 14:33:46 localhost pppd[708]:  (ACK)
Jul  4 14:33:46 localhost pppd[708]: lcp_reqci: rcvd AUTHTYPE
Jul  4 14:33:46 localhost pppd[708]: (c223)
Jul  4 14:33:46 localhost pppd[708]:  (NAK)
Jul  4 14:33:46 localhost pppd[708]: lcp_reqci: rcvd MAGICNUMBER
Jul  4 14:33:46 localhost pppd[708]: (2889)
Jul  4 14:33:46 localhost pppd[708]:  (ACK)
Jul  4 14:33:46 localhost pppd[708]: lcp_reqci: rcvd PCOMPRESSION
Jul  4 14:33:46 localhost pppd[708]:  (ACK)
Jul  4 14:33:46 localhost pppd[708]: lcp_reqci:rcvd ACCOMPRESSION
Jul  4 14:33:46 localhost pppd[708]:  (ACK)
Jul  4 14:33:46 localhost pppd[708]: lcp_reqci:returning CONFREJ.
Jul  4 14:33:46 localhost pppd[708]: fsm_sdata(LCP): Sent code 4, id 5.
Jul  4 14:33:46 localhost pppd[708]: fsm_rtermreq(LCP):Rcvd id 6.
Jul  4 14:33:46 localhost pppd[708]: fsm_sdata(LCP): Sent code 6, id 6.
Jul  4 14:33:48 localhost pppd[708]: fsm_sdata(LCP): Sent code 1, id 1.
Jul  4 14:33:48 localhost pppd[708]: LCP: sending Configure-Request, id 1
Jul  4 14:33:49 localhost pppd[708]: Hangup (SIGHUP)
Jul  4 14:33:49 localhost pppd[708]: Modem hangup
Jul  4 14:33:49 localhost pppd[708]: Connection terminated.
Jul  4 14:33:49 localhost pppd[708]: Exit.
=====================================
nkapoor:/etc/ppp> /usr/sbin/pppd /dev/cua1 38400 connect "/usr/sbin/chat -v -f /etc/ppp/chat-netcom" defaultroute modem crtscts lock user <login> name <login> debug

/etc/ppp/chat-netcom:
ABORT              BUSY
ABORT              "NO CARRIER"
''                 ATZ
OK                 AT+FCLASS=0
OK                 AT&F&C1&D2
OK                 ATDT5356344
CONNECT            ''

nkapoor:/etc/ppp> cat chap-secrets
# Secrets for authentication using CHAP
# client        server  secret                  IP addresses
*                   <domain>\\<login>      <passwd>
domain\\<login>      *                   <passwd>

nkapoor:/etc/ppp> cat pap-secrets
# Secrets for authentication using PAP
# client        server  secret                  IP addresses
<login>    *  <passwd>

nkapoor:/etc/ppp> cat options
domain      <domain>
ipcp-accept-local
ipcp-accept-remote
noipdefault

BTW, I don't see the magic word MS-CHAP anywhere ???
0
 

Expert Comment

by:stinnux
ID: 1584729
Did you see this

Jul 4 14:33:13 localhost syslog: Warning - secret file
    /etc/ppp/pap-secrets has world and/or group access

and this:

Jul 4 14:33:46 localhost pppd[708]: lcp_reqci: rcvd AUTHTYPE
Jul 4 14:33:46 localhost pppd[708]: (c223)
Jul 4 14:33:46 localhost pppd[708]: (NAK)


Looks like PPPD doesn´t acknowledge the authentication. Maybe because your chap-secrets isn´t secure. Try chmod 600 chap-secrets.


0
 

Author Comment

by:nkapoor
ID: 1584730
Tried "chmod 600 chap-secrets" but still the same. I had recompiled the kernel as per the MS-CHAP readme but I still do not see pppd using MS-CHAP authentication (or PAP for that matter). Could it be the problem with pppd?
0
 

Expert Comment

by:stinnux
ID: 1584731
Sorry, i made a typo. You should chmod 600 pap-secrets.
0
 

Author Comment

by:nkapoor
ID: 1584732
I got it...finally. The problem was not with pap/chap secrets but with the MS-CHAP Authentication;

Anyway, thanks for the help.

0
 

Author Comment

by:nkapoor
ID: 1584733
   
0
 

Expert Comment

by:stinnux
ID: 1584734
Fine, maybe you should answer the question to yourself, so that the question can finally be closed.
0
 
LVL 4

Accepted Solution

by:
jetx earned 200 total points
ID: 1584735
nkapoor,

your config is correct, but if you recently compiled a new kernel then your problem is you have to upgrade to the new pppd program which you can download from sunsite.unc.edu/pub/linux

the reconnect using ezppp


regards,

jetx

0

Featured Post

WordPress Tutorial 4: Recommended Plugins

Now that you have WordPress installed, understand the interface, and know how to install new parts, let’s take a look at our recommended plugins.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

I have seen several blogs and forum entries elsewhere state that because NTFS volumes do not support linux ownership or permissions, they cannot be used for anonymous ftp upload through the vsftpd program.   IT can be done and here's how to get i…
Note: for this to work properly you need to use a Cross-Over network cable. 1. Connect both servers S1 and S2 on the second network slots respectively. Note that you can use the 1st slots but usually these would be occupied by the Service Provide…
If you're a developer or IT admin, you’re probably tasked with managing multiple websites, servers, applications, and levels of security on a daily basis. While this can be extremely time consuming, it can also be frustrating when systems aren't wor…
In this video we outline the Physical Segments view of NetCrunch network monitor. By following this brief how-to video, you will be able to learn how NetCrunch visualizes your network, how granular is the information collected, as well as where to f…

623 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question