Re: [expert] ppp problem -finally solved!
On Fri, 26 Nov 1999, Ramon Gandia wrote: Oh, if you can ping anything, then your PPP is up. This sounds like a routing problem. Infinate thanks for the suggestions. Now I know what was wrong and how I fixed it, just can't figure out why it was happening. For some reason, I wasn't getting a local IP address dynamically assigned with this ISP. I had checked dynamic IP in the KPPP setup, just like the other 2 ISP's I have access to, but the output of ifconfig showed: ppp0 Link encap:Point-to-Point Protocol inet addr:10.0.0.3 P-t-P:208.12.224.6 Mask:255.255.255.255 Where 10.0.0.3 is the eth0 address of my machine on my little lan. After pouring over the PPP FAQ and HOW-TO, I got the idea to use "noipdefault" from the man page (so man pages really are all you need?!), which worked great. I just don't get why this ISP would need the "noipdefault" when the others don't and I get local addresses from them just fine. One more question: each of my account configurations in the kpprc file has a line "IPAddr=0.0.0.0". Anybody know what exactly that line does and whether it should be commented out in this case. Looks kinda suspicious Thanks again, Ramon. -- David Hart Vincity Design *Proudly sent from Linux Mandrake 6.1*
Re: [expert] ppp problem
Hi David, try out a newer ppp version with the parameter usepeerdns... This should give you the DNS Server IPs dynamically... HTH, Andreas Spengler On Fri, 26 Nov 1999, David Hart wrote: This is kind of a shot in the dark, but maybe somebody out there will have a clue. One of the local dial-up ISP's I use recently mergered with a larger organization, and part of the process involved making the old DNS servers and other local hardware redundant, as well as "upgrading" their lines (and possibly other hardware). Before these changes, I had no problems using KPPP to establish a connection. Just plug in the DNS and phone numbers and off we go. But since the changes were made, I get nothing. To be precise, I dial up, it logs in, everything seems fine, but Netscape goes nowhere. The connection seems to be there, but addresses never resolve and I'm left looking at a blank browser window forever. Same thing applies with any other net utility I try. Now the weird thing is that using exactly the same configuration from Dial-Up Networking on my win98 partition works just fine. Same DNS, same everything, except it actually works. Now, of course, the ISP doesn't support linux and haven't been particularly forecoming about PPP changes they made. So does anybody have a guess I could try? The authorization protocol isn't the problem, so I'm guessing there might be some PPP parameters that dial-up networking can figure out on it's own, but need to be manually entered for KPPP. Help? -- David Hart Vincity Design *Proudly sent from Linux Mandrake 6.1*
Re: [expert] ppp problem
David Hart wrote: This is kind of a shot in the dark, but maybe somebody out there will have a clue. One of the local dial-up ISP's I use recently mergered with a larger organization, and part of the process involved making the old DNS servers and other local hardware redundant, as well as "upgrading" their lines (and possibly other hardware). Before these changes, I had no problems using KPPP to establish a connection. Just plug in the DNS and phone numbers and off we go. But since the changes were made, I get nothing. To be precise, I dial up, it logs in, everything seems fine, but Netscape goes nowhere. The connection seems to be there, but addresses never resolve and I'm left looking at a blank browser window forever. Same thing applies with any other net utility I try. Now the weird thing is that using exactly the same configuration from Dial-Up Networking on my win98 partition works just fine. Same DNS, same everything, except it actually works. Now, of course, the ISP doesn't support linux and haven't been particularly forecoming about PPP changes they made. So does anybody have a guess I could try? The authorization protocol isn't the problem, so I'm guessing there might be some PPP parameters that dial-up networking can figure out on it's own, but need to be manually entered for KPPP. Help? -- David Hart Vincity Design *Proudly sent from Linux Mandrake 6.1* More likely it is the DNS servers. Windows looks for them, in most configurations (or re-looks for them) First, see if you can ping the DNS servers you have listed. If that works, try this first use 209.193.30.245 as a DNS server in your list(it is a valid internet DNS server even if your search has to route through Alaska, which it will) If services return then In an xterm # host -a www.mylamerisp.com. (note the ending period) Now you should see some Authoritative machine interfaces. Choose their IPs as your DNS Servers If it is in fact the DNS servers, your problems should end at this point. If not, I bet Ramon Gandia will have some better ideas. And you are right, it should not be authentication Civileme
Re: [expert] ppp problem
:~never tell them the DNS address or enter it. It is :~"server assigned DNS" in dial up networking, and in :~the networking icon it is set up to "disable DNS". :~ :~This will never work in Linux. You have to put in the :~DNS address in /etc/resolv.conf Never is a very long time. :~Your ISP may have better DNS numbers for you. Don't :~tell them you are running Linux, tell them you are using :~a Mac. Macs do not resolve server assigned DNS's, they Umpf... I do not believe my eyes. Just go on, make them believe there are more Macs they should support, and less Linux machines. No comment. Denis
Re: [expert] ppp problem
On Fri, 26 Nov 1999, Ramon Gandia wrote: It is "server assigned DNS" in dial up networking, and in the networking icon it is set up to "disable DNS". Thanks for the ideas. Problem is that this ISP doesn't use Server Assigned DNS. I've got the numbers, 4 of them actually, and they all work through Dial-Up Networking. Tried pinging some known IP's anyway, 100% packet loss. Went back to my secondary dial-up and pinged the DNS numbers for the one that doesn't work and they came back quite fast (200 ms). Got any other ideas? -- David Hart Vincity Design *Proudly sent from Linux Mandrake 6.1*
Re: [expert] ppp problem
On Fri, 26 Nov 1999, David Hart wrote: On Fri, 26 Nov 1999, Ramon Gandia wrote: It is "server assigned DNS" in dial up networking, and in the networking icon it is set up to "disable DNS". Thanks for the ideas. Problem is that this ISP doesn't use Server Assigned DNS. I've got the numbers, 4 of them actually, and they all work through Dial-Up Networking. Tried pinging some known IP's anyway, 100% packet loss. Went back to my secondary dial-up and pinged the DNS numbers for the one that doesn't work and they came back quite fast (200 ms). Got any other ideas? -- David Hart Vincity Design *Proudly sent from Linux Mandrake 6.1* Sounds like your on a lan, check the log files for a "not replaceing default route" -- MandrakeSoft http://www.mandrakesoft.com/ --Axalon
Re: [expert] ppp problem
On Fri, 26 Nov 1999, Andreas Spengler wrote: try out a newer ppp version with the parameter usepeerdns... This should give you the DNS Server IPs dynamically... I'm using LM 6.1 on a custom 2.2.13 final kernel. I'd guess that's new enough. Plugged it into KPPP, but no change. Not sure it matters anyway; I have several working DNS servers, but they don't work through this connection. Thanks. -- David Hart Vincity Design *Proudly sent from Linux Mandrake 6.1*
Re: [expert] ppp problem
On Fri, 26 Nov 1999, Civileme wrote: First, see if you can ping the DNS servers you have listed. Actually, I can, but that seems to be the only thing I can ping through this connection. Hit a wall after that; tried using several known working DNS servers, but I got the same results. 100% packet loss no matter what I ping, except the ISP's DNS servers. -- David Hart Vincity Design *Proudly sent from Linux Mandrake 6.1*
Re: [expert] ppp problem
:~ Got any other ideas? Two. 1) enable "debbuging" and take aclose look at the chatting-sequence. 2) take a minicom and try logging-in manualy These procedures are somewhat time-consuming, but it will bring you to solution in the end. If nothing else works, take a hammer... cu Denis - Mag. Denis Havlik http://www.ap.univie.ac.at/users/havlik University of Vienna||| e-mail: [EMAIL PROTECTED] Austria(@ @) tel: (++431) 4277/51179 ---oOO--(_)--OOo-
Re: [expert] ppp problem
On Fri, 26 Nov 1999, Axalon Bloodstone wrote: Sounds like your on a lan, check the log files for a "not replaceing default route" Which log files? :) Sorry, I'm terrible with networking. Anyway, /var/log/messages doesn't have anything like "not replacing default route". I am on a 2 system home network, but I've never had it interfere with PPP in the past. -- David Hart Vincity Design *Proudly sent from Linux Mandrake 6.1*
Re: [expert] ppp problem
Davidtry appending an uppercase P before the first character of your login name. For instance, if your login is dhart, then change it to Pdhart. That's what I have to do with my ISP. Alan David Hart wrote: This is kind of a shot in the dark, but maybe somebody out there will have a clue. One of the local dial-up ISP's I use recently mergered with a larger organization, and part of the process involved making the old DNS servers and other local hardware redundant, as well as "upgrading" their lines (and possibly other hardware). Before these changes, I had no problems using KPPP to establish a connection. Just plug in the DNS and phone numbers and off we go. But since the changes were made, I get nothing. To be precise, I dial up, it logs in, everything seems fine, but Netscape goes nowhere. The connection seems to be there, but addresses never resolve and I'm left looking at a blank browser window forever. Same thing applies with any other net utility I try. Now the weird thing is that using exactly the same configuration from Dial-Up Networking on my win98 partition works just fine. Same DNS, same everything, except it actually works. Now, of course, the ISP doesn't support linux and haven't been particularly forecoming about PPP changes they made. So does anybody have a guess I could try? The authorization protocol isn't the problem, so I'm guessing there might be some PPP parameters that dial-up networking can figure out on it's own, but need to be manually entered for KPPP. Help? -- David Hart Vincity Design *Proudly sent from Linux Mandrake 6.1*
Re: [expert] ppp problem
On Fri, 26 Nov 1999, David Hart wrote: On Fri, 26 Nov 1999, Ramon Gandia wrote: It is "server assigned DNS" in dial up networking, and in the networking icon it is set up to "disable DNS". Thanks for the ideas. Problem is that this ISP doesn't use Server Assigned DNS. I've got the numbers, 4 of them actually, and they all work through Dial-Up Networking. Tried pinging some known IP's anyway, 100% packet loss. Went back to my secondary dial-up and pinged the DNS numbers for the one that doesn't work and they came back quite fast (200 ms). Got any other ideas? It then has to be authentication. Lets see if we can figure it out. In Windows 95: (a) You are using a script file? This is a scripted login. (b) You do not use a script. You enter the username and password in the DialUp box (the one that has the CONNECT button on it). This is PAP authentication. Now you have to match your authentication in Linux to what worked in Windows 95. A lot of people, when they set up KPPP or Linux PPP, immediately put in a username and password in the script or chat script. Alas, in KPPP and Linux PPP that is the default. When you set it up, it brings up this nice screen that has a place for username and password. Using chat scripts in Linux is the equivalent of Method (a) in Windows 95. If your Windows 95 uses Method (b), the PAP authentication, you must leave the username and password areas BLANK in KPPP or Linux PPP. Yes, I said leave them BLANK. Then find the "Use PAP authentication" checkbox, and set up your PAP. Basically all that does is set up your /etc/ppp/pap-secrets file. That file will have a single line that will contain your username and password. This may all seem trivial, and there is a temptation to fill out BOTH the chat script and the PAP authentication both. But I can assure you that in many cases it will not work if you do both, or use chat instead of PAP. Most ISP's today use PAP authentication because of the ease of use with Windows 95 clients. In the case of Nook Net, if you supply any sort of Chat script, the server will take your username, password and then go into LA-LA land. You have a connection but it does not take you anywhere. This is pretty standard with most servers using RADIUS authentication, probably over 90% of all terminal servers nationwide. A way to test it is with minicom. If you fire up Minicom, dial into Nook Net, you will get a username prompt. Answer that, give it the password and it will go into nevermore. Even with PAP set. On the other hand, if when the username prompt comes up in Minicom, you terminate minicom (but stay connected, which is the ALT-Q option), then PAP will start automatically and you are in. Assuming, of course, that /etc/ppp/pap-secrets is properly set up. Read a bit on the PPP HOWTO, specially the part on PAP for clients. However, the KPPP setup wizard will set it up properly for you if you know what you are looking for. -- Ramon Gandia = Sysadmin == Nook Net http://www.nook.net[EMAIL PROTECTED] 285 West First Avenue tel. 907-443-7575 P.O. Box 970 fax. 907-443-2487 Nome, Alaska 99762-0970 Alaska Toll Free. 888-443-7525
Re: [expert] ppp problem
On Fri, 26 Nov 1999, David Hart wrote: On Fri, 26 Nov 1999, Civileme wrote: First, see if you can ping the DNS servers you have listed. Actually, I can, but that seems to be the only thing I can ping through this connection. Hit a wall after that; tried using several known working DNS servers, but I got the same results. 100% packet loss no matter what I ping, except the ISP's DNS servers. Oh, if you can ping anything, then your PPP is up. This sounds like a routing problem. HINT: Compare routing in Windows 95 to routing in the Linux box. Here are the commands: In LINUX: ifconfig route -n In Windows 95/98 (from an MSDOS prompt screen): winipcfg (look deeper here) route print I bet you have a lack of routing or your hops are set one short of what you need. -- Ramon Gandia = Sysadmin == Nook Net http://www.nook.net[EMAIL PROTECTED] 285 West First Avenue tel. 907-443-7575 P.O. Box 970 fax. 907-443-2487 Nome, Alaska 99762-0970 Alaska Toll Free. 888-443-7525