LinuxQuestions.org
Support LQ: Use code LQ3 and save $3 on Domain Registration
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - General
User Name
Password
Linux - General This Linux forum is for general Linux questions and discussion.
If it is Linux Related and doesn't seem to fit in any other forum then this is the place.

Notices

Reply
 
Search this Thread
Old 06-28-2006, 09:53 PM   #16
blackhole54
Senior Member
 
Registered: Mar 2006
Posts: 1,896

Rep: Reputation: 61

One more thing. I just checked, and on my system wvdial is in /usr/bin/. The which command is very useful for finding where binaries are, but it will only search the PATH of the account you run it from. whereis and locate are also useful commands for locating things.

Last edited by blackhole54; 06-28-2006 at 09:56 PM.
 
Old 06-29-2006, 09:55 AM   #17
Hacker X
Member
 
Registered: Jun 2006
Location: Urbana, Illinois, US
Distribution: Zenwalk, Vector
Posts: 76

Original Poster
Rep: Reputation: 15
Quote:
Originally Posted by blackhole54
One more thing. I just checked, and on my system wvdial is in /usr/bin/.
I tried to check everywhere. There's no man page, so I'm not expecting to find it.
 
Old 06-29-2006, 10:03 AM   #18
Hacker X
Member
 
Registered: Jun 2006
Location: Urbana, Illinois, US
Distribution: Zenwalk, Vector
Posts: 76

Original Poster
Rep: Reputation: 15
Quote:
Originally Posted by blackhole54
I am glad you can at least now talk to the modem!!! You probably gathered from my last post that I was beginning to fear the worst.
You & me both.

Quote:
I can't read minds any better than you can.
Darn!

Quote:
Seriously, you might check /var/log/messages to see if there is anything there.
Nothing special.

Quote:
Also, on post #3 you reported ppp-go giving messages like:
Code:
send (AT&FH0^M)
expect (OK)
You can't get it to do that sort of thing anymore? Or is there just no info after CONNECT?
No, I just turned down the verbosity to eliminate the ddoouubbllee eecchhooiinngg.

Quote:
You can also try my old suggestion of editing ppp-go (adding set -x) so that it outputs what it is doing when the failure occurs.
It just says ppp-go exits and runs the chat script.

The current state is that minicom works but ppp/chat doesn't. Here's what minicom does (my input in red):

Code:
AT S7=45 S0=0 L1 V1 X4 &c1 E1 Q0
OK
atdt5551212
CONNECT 38400
<Rtrn>
Welcome to ...

 blah blah blah

login: [me]
password: [my passwd]
[logged into non-ppp mode]
I was able to read this forum last night on Lynx, which was quite a new experience, but not able to post, maybe since the isp wouldn't accept cookies.

Now pppd + chat -vs:

Code:
[...]
send (atdt5551212^M)
timeout set to 75 seconds
expect (CONNECT)
^M
atdt5551212^M^M
CONNECT
 -- got it

send (^M)
expect (ogin:)
 57600^M
alarm
Failed
Connect script failed
I'm not sure why the modem speed 57600 was echoed after the expect statement. I guess it came after the previous expect string (CONNECT). I also tried the slower 38400 speed just in case that made a difference, which it didn't. I also tried putting a "\n" in the response to CONNECT in the chat script pppscript:
I changed
CONNECT ""
to
CONNECT "\n"

but the only difference in the output was that
send (^M)
changed to
send (^J^M)

I suppose if chat got hung up on that 57600, that could be the problem. I don't like the idea of a simple script trying to deal with an external environment it can't reliably predict. And why would you want to put your password in a file anyway? But I didn't see any way to make chat hand over control to the user interactively.

(done)

Last edited by Hacker X; 06-29-2006 at 10:20 AM.
 
Old 06-29-2006, 02:05 PM   #19
blackhole54
Senior Member
 
Registered: Mar 2006
Posts: 1,896

Rep: Reputation: 61
Would you please zip The ppp-go script and the following files from /etc/ppp:
1) options 2) pppscript 3) pppsetup.txt ?
If the chatscript is not one of the above files also include it.
And e-mail it to me. (Click on my name to the left.)

(Create a copy of any file that contains your usename/password and replace that info with dummy strings in the copy you send me.)

Thanks.

Last edited by blackhole54; 06-29-2006 at 02:14 PM.
 
Old 06-30-2006, 10:50 AM   #20
Hacker X
Member
 
Registered: Jun 2006
Location: Urbana, Illinois, US
Distribution: Zenwalk, Vector
Posts: 76

Original Poster
Rep: Reputation: 15
Okay, I emailed the ISP. They don't know about dialing up from Linux, but they suggested adding another return character. I added the line

"" "\d"

immediately after the CONNECT line in pppscript. The delay \d and the placement immediately after CONNECT were both necessary to elicit the "Welcome ..." response.

Code:
root[ppp]# ppp-go -v
+ /usr/sbin/pppd -detach connect '/usr/sbin/chat -vs -f /etc/ppp/pppscript'
+ exit 0
root[ppp]# 
timeout set to 60 seconds
abort on (ERROR)
abort on (BUSY)
abort on (NO CARRIER)
abort on (NO DIALTONE)
send (AT&FH0^M)
expect (OK)
AT&FH0^M^M
OK
 -- got it

send (atdt5551212^M)
timeout set to 75 seconds
expect (CONNECT)
^M
atdt5551212^M^M
CONNECT
 -- got it

send (^M)
timeout set to 45 seconds
send (\d\d^M)
NOTE: adding a line
"" "\d"
at this point resulted in a bad login, even though the ISP asked for a return character (see below). Continuing (without the extra line):
Code:
expect (ogin:)
 57600^M
^M
Welcome ... ^M
blah blah blah ^M
^M
Press Enter or Return to login to Vapor Net.^M
^M
blah blah blah^M
Trying 123.45.6.7, 24 ... Open^M
Another DNS for the same site.
The official IP address entered into pppsetup would be something like 123.45.6.6.

Now we're logged into the old-fashioned non-ppp mode with pine, lynx, ftp, etc..

Code:
Welcome ... ^M
^M
login:
 -- got it

send (HX^M)
Entered username.
expect (ssword:)
 HX^M
Password:
 -- got it

send (HX_passwd^M)
Entered password.
Serial connection established.
using channel 6
Using interface ppp0
Connect: ppp0 <--> /dev/ttyS1

sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x2f3844a0> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x2f3844a0> <pcomp> <accomp>]
sent [LCP ConfNak id=0x1 <magic 0xf4131448>]
rcvd [LCP ConfNak id=0x1 <magic 0xf4131448>]
sent [LCP ConfReq id=0x2 <asyncmap 0x0> <magic 0x2a18aad9> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x2 <asyncmap 0x0> <magic 0x2a18aad9> <pcomp> <accomp>]
sent [LCP ConfNak id=0x2 <magic 0x8ef208c>]
rcvd [LCP ConfNak id=0x2 <magic 0x8ef208c>]
sent [LCP ConfReq id=0x3 <asyncmap 0x0> <magic 0x4a6267f4> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x3 <asyncmap 0x0> <magic 0x4a6267f4> <pcomp> <accomp>]
sent [LCP ConfNak id=0x3 <magic 0x3221736>]
rcvd [LCP ConfNak id=0x3 <magic 0x3221736>]
sent [LCP ConfReq id=0x4 <asyncmap 0x0> <magic 0xa2c3f784> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x4 <asyncmap 0x0> <magic 0xa2c3f784> <pcomp> <accomp>]
sent [LCP ConfNak id=0x4 <magic 0xc31c810>]
rcvd [LCP ConfNak id=0x4 <magic 0xc31c810>]
sent [LCP ConfReq id=0x5 <asyncmap 0x0> <magic 0xe050a367> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x5 <asyncmap 0x0> <magic 0xe050a367> <pcomp> <accomp>]
sent [LCP ConfNak id=0x5 <magic 0x663a8823>]
rcvd [LCP ConfNak id=0x5 <magic 0x663a8823>]
sent [LCP ConfReq id=0x6 <asyncmap 0x0> <magic 0x5ff4ea0e> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x6 <asyncmap 0x0> <magic 0x5ff4ea0e> <pcomp> <accomp>]
sent [LCP ConfNak id=0x6 <magic 0x6f9d3162>]
rcvd [LCP ConfNak id=0x6 <magic 0x6f9d3162>]
sent [LCP ConfReq id=0x7 <asyncmap 0x0> <magic 0x44effa7> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x7 <asyncmap 0x0> <magic 0x44effa7> <pcomp> <accomp>]
sent [LCP ConfNak id=0x7 <magic 0x5e45ed97>]
sent [LCP ConfReq id=0x7 <asyncmap 0x0> <magic 0x44effa7> <pcomp> <accomp>]
sent [LCP ConfReq id=0x7 <asyncmap 0x0> <magic 0x44effa7> <pcomp> <accomp>]
sent [LCP ConfReq id=0x7 <asyncmap 0x0> <magic 0x44effa7> <pcomp> <accomp>]
sent [LCP ConfReq id=0x7 <asyncmap 0x0> <magic 0x44effa7> <pcomp> <accomp>]
sent [LCP ConfReq id=0x7 <asyncmap 0x0> <magic 0x44effa7> <pcomp> <accomp>]
sent [LCP ConfReq id=0x7 <asyncmap 0x0> <magic 0x44effa7> <pcomp> <accomp>]
sent [LCP ConfReq id=0x7 <asyncmap 0x0> <magic 0x44effa7> <pcomp> <accomp>]
sent [LCP ConfReq id=0x7 <asyncmap 0x0> <magic 0x44effa7> <pcomp> <accomp>]
sent [LCP ConfReq id=0x7 <asyncmap 0x0> <magic 0x44effa7> <pcomp> <accomp>]
LCP: timeout sending Config-Requests
Modem hangup
Connection terminated.
Seems closer, but that whole non-ppp thing seems strange.

Last edited by Hacker X; 06-30-2006 at 10:59 AM.
 
Old 06-30-2006, 11:08 AM   #21
Hacker X
Member
 
Registered: Jun 2006
Location: Urbana, Illinois, US
Distribution: Zenwalk, Vector
Posts: 76

Original Poster
Rep: Reputation: 15
One more thing: About the pppsetup.txt file, there's a warning that says ppp isn't present either in the kernel or as a module. I don't know if that's responsible for the current problems or not, but I'm working on it now anyway.
 
Old 06-30-2006, 06:09 PM   #22
blackhole54
Senior Member
 
Registered: Mar 2006
Posts: 1,896

Rep: Reputation: 61
Quote:
Originally Posted by HackerX
Okay, I emailed the ISP. They don't know about dialing up from Linux, but they suggested adding another return character.
I am not sure I followed everything you posted. I think you started with a chatscript that had something like this in it:

Code:
CONNECT ''
ogin: alfredEnewman
ssword: whatmeworry
and you changed it to something like:

Code:
CONNECT ''
'' \d\d
ogin: alfredEnewman
ssword: whatmeworry
I was going to suggest you try:

Code:
#  use *either* first or second line but not both

CONNECT \d\d\c
CONNECT \d\d
ogin:--ogin: alfredEnewman
ssword:--ssword: whatmeworry
The first line will wait 1-2 seconds, but not issue a <cr>. The second line will issue a carriage return after the wait. The last two lines will give the username and password when prompted, but if they time out w/o the respective prompt, they will issue another <cr> and wait again. (In case that did not display well, there are two dashes in both lines)

----

Another, and probably better, way to authenticate is to use PAP rather than to authenticate in the CHAT script. I say better because of an experience I had ... (Break out your hankey. This is a tear jerker. ) I had been using Linux with my ISP for about six months w/o problem. Then one day I couldn't connect. After a frustrating 24 hours with a lot of hair pulling and head banging, and with my ISP being less helpful than it might, I found out that Level 3 (which my ISP contracts with to provide my Internet connecton) had changed authentication procedure. Previously, they prompted for username/password, which wvdial dutifully provided (just as your chat script is attempting) and all was well with the world. Suddenly, while they continued to prompt for credentials, they punished you with an "authentication failure," or some such, if you were foolish enough to supply your credentials. The solution was to tell wvdial to use the aptly named "stupid mode" which, ignoring the prompt, immediately started pppd, and authenticated with PAP. After solving the problem and complaining to my ISP about it, I was told "that's the way Windows and MacIntosh do it." (sigh) Well, at least in the process I learned something about PAP and CHAP.

Sorry for the long story, but that is why I think in the long run you might have less grief if you just go with PAP. Plus, it might work around your chat script problems.

PAP and CHAP (see the pppd man page for explanation) are authentication protocols that run under ppp. (This where we find out if you really don't have ppp in your kernel!) I think if you simply end your chat script after the CONNECT line (perhaps just using "CONNECT \c") that pppd will start, your ISP will ask for PAP authentication, and if /etc/ppp/pap-secrets exists with the proper info, pppd will automatically authenticate you.

pap-secrets, which should be readable only by root, should contain a line like:
Code:
username servername password
Where the server name is (I believe) the name in your pppoptions file supplied on the line starting with remotename.

Quote:
Originally Posted by HackerX
Seems closer, but that whole non-ppp thing seems strange.
I didn't know you could even do this w/o ppp, and I still haven't figured out how you are doing it. So I can't help you. Maybe you can explain to me exactly what you did. (It sounded to me like you were using minicom, but that then somehow you were on the command line.)

Last edited by blackhole54; 06-30-2006 at 06:14 PM.
 
Old 07-01-2006, 12:49 PM   #23
Hacker X
Member
 
Registered: Jun 2006
Location: Urbana, Illinois, US
Distribution: Zenwalk, Vector
Posts: 76

Original Poster
Rep: Reputation: 15
Quote:
Originally Posted by blackhole54
I think you started with a chatscript that had something like this in it:
Code:
CONNECT ''
ogin: alfredEnewman
ssword: whatmeworry
and you changed it to something like:
Code:
CONNECT ''
'' \d\d
ogin: alfredEnewman
ssword: whatmeworry
Yes.

Quote:
I was going to suggest you try:
Code:
#  use *either* first or second line but not both
CONNECT \d\d\c
CONNECT \d\d
ogin:--ogin: alfredEnewman
ssword:--ssword: whatmeworry
The second one looks fine. It looks like it does the same thing as mine. The first one looks like it does nothing at all. What does it mean to wait two seconds and then do nothing?

Quote:
Another, and probably better, way to authenticate is to use PAP rather than to authenticate in the CHAT script.
I thought the presence of a login prompt implied the absence of PAP. I guess not. I'll ask my ISP about it.

Quote:
I didn't know you could even do this w/o ppp, and I still haven't figured out how you are doing it. So I can't help you. Maybe you can explain to me exactly what you did. (It sounded to me like you were using minicom, but that then somehow you were on the command line.)
minicom brings up non-ppp mode just fine. chat brings up the login prompt for non-ppp mode, and then pppd gets the reflected config messages after chat exits.

I've been wondering about that. Once the ISP welcomes me to their non-ppp mode, I wonder if something has already gone wrong.

Last edited by Hacker X; 07-01-2006 at 12:53 PM.
 
Old 07-01-2006, 04:11 PM   #24
blackhole54
Senior Member
 
Registered: Mar 2006
Posts: 1,896

Rep: Reputation: 61
Quote:
Originally Posted by Hacker X
The first one looks like it does nothing at all. What does it mean to wait two seconds and then do nothing?
I am not a chat expert. My idea was to wait for the rest of the connect message and the welcome message to go by before "expecting" the login prompt. Mabe this was a really stupid idea.

Quote:
Originally Posted by Hacker X
The second one looks fine. It looks like it does the same thing as mine.
What it does different from what I thought you did, is, after getting CONNECT, it waits (giving time for rest of CONNECT message) before giving a <cr>. What I thought you had done, that I posted last time, gives a <cr> immediately, waits and then gives another one. I thought the difference might still give a <cr> to get the login prompt w/o generating an error. I was trying to play around with different combinations to get your ISP's server happy. There has got to be some combination that works! The other (possible) difference is that my 3rd & 4th lines have the chat script reissue a <cr> and again wait for a response if it initially times out.

Quote:
Originally Posted by Hacker X
I thought the presence of a login prompt implied the absence of PAP.
No. Although I suppose an ISP could disable PAP. I don't know why they would other than to force the use of CHAP. (That would be a security measure. In which case they shouldn't offer an original text login.)
Quote:
Originally Posted by Hacker X
Once the ISP welcomes me to their non-ppp mode, I wonder if something has already gone wrong.
Not necessarily. Refer back to the discussion in my last post about wvdial. For the first six months it was authenticating me through a login prompt and then starting pppd. After I told it to use "stupid mode," it ignored the welcome message and login prompt and immediately started pppd, which then authenticated with PAP.
 
Old 07-02-2006, 03:44 PM   #25
Hacker X
Member
 
Registered: Jun 2006
Location: Urbana, Illinois, US
Distribution: Zenwalk, Vector
Posts: 76

Original Poster
Rep: Reputation: 15
Well, Zenwalk has been saying ppp is already compiled in.

Quote Hacker X
The second one looks fine. It looks like it does the same thing as mine.
Quote:
Originally Posted by blackhole54
What it does different from what I thought you did, is, after getting CONNECT, it waits (giving time for rest of CONNECT message) before giving a <cr>. What I thought you had done, that I posted last time, gives a <cr> immediately, waits and then gives another one.
Yes, of course. You're right.

Quote Hacker X
I thought the presence of a login prompt implied the absence of PAP.
Quote:
No. Although I suppose an ISP could disable PAP. I don't know why they would other than to force the use of CHAP.
Okay, I emailed the ISP.
 
Old 07-04-2006, 06:12 PM   #26
Hacker X
Member
 
Registered: Jun 2006
Location: Urbana, Illinois, US
Distribution: Zenwalk, Vector
Posts: 76

Original Poster
Rep: Reputation: 15
PAP is working

bh54: Good call on PAP. All I had to do was exit chat on CONNECT without doing anything. Now I get this:

CONNECT
-- got it

send (\d\d\d\d)
Serial connection established.
using channel 2
Using interface ppp0
Connect: ppp0 <--> /dev/ttyS1
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xb65706f3> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0xc9 <asyncmap 0xa0000> <auth pap> <magic 0x13152e85> <pcomp> <accomp>]
sent [LCP ConfAck id=0xc9 <asyncmap 0xa0000> <auth pap> <magic 0x13152e85> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xb65706f3> <pcomp> <accomp>]
rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0xb65706f3> <pcomp> <accomp>]
sent [PAP AuthReq id=0x1 user="hx" password=<hidden>]
sent [PAP AuthReq id=0x2 user="hx" password=<hidden>]
rcvd [PAP AuthAck id=0x2 ""]
PAP authentication succeeded
sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>]
sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0>]
rcvd [IPCP ConfReq id=0x95 <compress VJ 0f 00> <addr .........>]
sent [IPCP ConfAck id=0x95 <compress VJ 0f 00> <addr .........>]
rcvd [LCP ProtRej id=0xca 80 fd 01 01 00 0f 1a 04 78 00 18 04 78 00 15 03 2f]
Protocol-Reject for 'Compression Control Protocol' (0x80fd) received
rcvd [IPCP ConfNak id=0x1 <addr 123.45.6.91>]
sent [IPCP ConfReq id=0x2 <compress VJ 0f 01> <addr .........>]
rcvd [IPCP ConfAck id=0x2 <compress VJ 0f 01> <addr .........>]
local IP address 123.45.6.91
remote IP address 123.45.6.13
Script /etc/ppp/ip-up started (pid 2300)
Script /etc/ppp/ip-up finished (pid 2300), status = 0x0

Web pages are still not coming up, and I'm worried about the compression being rejected. Sounds like the Rockwell modem maybe.

BTW, I'm posting from home thru Lynx on my ISP's terminal dialup. Definitely an interesting experience!

Last edited by Hacker X; 07-04-2006 at 06:49 PM.
 
Old 07-04-2006, 10:15 PM   #27
blackhole54
Senior Member
 
Registered: Mar 2006
Posts: 1,896

Rep: Reputation: 61
Quote:
Originally Posted by Hacker X
bh54: Good call on PAP. All I had to do was exit chat on CONNECT without doing anything
Congratulations!

And we now know you have ppp in your kernel!



Quote:
Originally Posted by Hacker X
Web pages are still not coming up, and I'm worried about the compression being rejected. Sounds like the Rockwell modem maybe.
I don't think you actually need compression, but I could be wrong. I think it just makes things a little nicer.

As far as not getting web pages, I am concerned that I didn't see anything in your log about DNS. DNS (domain name system) is kind of like a phone book, and converts from the names we use (e.g. linuxquestions.org) to the Internet Protocol addresses (e.g. 64.179.4.146) that computers use.

Try calling up your ISP, starting PPP, and authenticating with PAP like you just reported. Then go to a terminal window and try the following commands:

Code:
ping -c 3 64.179.4.146
ping -c 3 linuxquestions.org
The ping (named for analogy with sonar) command simply asks the recipient to respond to an echo request with an echo reply. The ping command reports whether it received anything back and how long it took. Some websites block ping requests, but LinuxQuestions is nice enough not to (at least when I checked).

These two commands do the same thing, but the second one requires a DNS lookup.

If the first command works and the second does not, try adding usepeerdns to your pppoptions file. On some systems you have to bee root to use the ping command.

Last edited by blackhole54; 07-04-2006 at 10:17 PM.
 
Old 07-05-2006, 01:04 PM   #28
Hacker X
Member
 
Registered: Jun 2006
Location: Urbana, Illinois, US
Distribution: Zenwalk, Vector
Posts: 76

Original Poster
Rep: Reputation: 15
Added "usepeerdns" to options. Slight change in output.
Ping -c 3 is still finding 64.179.4.146, but not finding linuxquestions.org.

How about this: When I point my browser (FF) to http://64.179.4.146,
it echoes http://www.linuxquestions.org/ in the address bar, but still can't find the server.

On the other hand, when I surf to the numerical IP address for my ISP, the browser goes straight to the address without subbing in the name, and brings up the ISP's homepage. I can surf around on the ISP's site just fine. The address bar keeps displaying http://123.45.6.7/directory-name/ and taking me successfully from page to page.

Current output:

PAP authentication succeeded
sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>]
sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
rcvd [IPCP ConfReq id=0xe4 <compress VJ 0f 00> <addr 123.45.6.13>]
sent [IPCP ConfAck id=0xe4 <compress VJ 0f 00> <addr 123.45.6.13>]
rcvd [LCP ProtRej id=0x45 80 fd 01 01 00 0f 1a 04 78 00 18 04 78 00 15 03 2f]
Protocol-Reject for 'Compression Control Protocol' (0x80fd) received
rcvd [IPCP ConfNak id=0x1 <addr 123.45.6.88> <ms-dns1 987.654.3.58> <ms-dns3 987.654.3.102>]
sent [IPCP ConfReq id=0x2 <compress VJ 0f 01> <addr 123.45.6.88> <ms-dns1 987.654.3.58> <ms-dns3 987.654.3.102>]rcvd [IPCP ConfAck id=0x2 <compress VJ 0f 01> <addr 123.45.6.88> <ms-dns1 987.654.3.58> <ms-dns3 987.654.3.102>]local IP address 123.45.6.88
remote IP address 123.45.6.13
primary DNS address 987.654.3.58
secondary DNS address 987.654.3.102
Script /etc/ppp/ip-up started (pid 2150)
Script /etc/ppp/ip-up finished (pid 2150), status = 0x0

Last edited by Hacker X; 07-05-2006 at 01:06 PM.
 
Old 07-05-2006, 02:34 PM   #29
Hacker X
Member
 
Registered: Jun 2006
Location: Urbana, Illinois, US
Distribution: Zenwalk, Vector
Posts: 76

Original Poster
Rep: Reputation: 15
Section 22.1 of the PPP Howto says
Quote:
If [pinging the full Internet name of your service provider] does NOT work, you have a problem with the name resolution.
This is probably because of a typo in your /etc/resolv.conf file.
Following instructions in an earlier section of the Howto (i.e. it's their fault!), I previously added the line

nameserver xxx.xx.x.3

(except for the x's) to resolv.conf. This is the IP address specified by my ISP.
But pppd is outputting addresses xxx.xx.x.N, where the values of N so far have been 13, 91, and 99. And the DNS addresses are TOTALLY different.

It sounds like resolv.conf is sticking with the original/official address, but the ISP is deciding to use something else. So we need to either specify the nameserver more flexibly in resolv.conf or somehow change the nameserver based on what pppd says?
 
Old 07-05-2006, 04:04 PM   #30
Hacker X
Member
 
Registered: Jun 2006
Location: Urbana, Illinois, US
Distribution: Zenwalk, Vector
Posts: 76

Original Poster
Rep: Reputation: 15
Thumbs up I'm On!

Good job blackhole54! Thanks for the help!

Wow. What an ordeal. I finally went back to my ISP's documentation and found out that one of the other IP numbers being echoed by pppd is the ISP's secondary DNS. Put that into resolv.conf along with the first DNS line, and it looks like we're in business.

Is that "Guaranteed" to be enough to work forever, or are there other details that will bite me in the butt later on? Oh well, I guess I can whine about them if & when they occur.

Anyway, this is my first post over Linux ppp. I'll come crying back here again if anything goes wrong. Thanks blackhole, your suggestion of bypassing the login and going straight to PAP authorization was a huge milestone.

---

Also primo, thanks for responding. And LQ, thank you for providing the forum.

Last edited by Hacker X; 07-05-2006 at 04:11 PM.
 
  


Reply

Tags
chat, device, modem, ppp, pppd, serial, slackware, zenwalk


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
PPP library & pppd, chat return codes ruchika Linux - Networking 1 03-08-2011 02:50 AM
Connect script failed on ppp-go iqbala Linux - Newbie 39 11-15-2007 02:58 PM
unautomate PPP chat script dosnlinux Linux - Newbie 3 08-03-2005 01:24 PM
problems with ppp and chat.... slack---line Linux - Networking 3 05-27-2004 10:10 AM
chat ppp jimjim Linux - Networking 5 09-26-2002 11:05 PM


All times are GMT -5. The time now is 03:41 AM.

Main Menu
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
identi.ca: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration