Re: ppp configuration (LCP: timeout sending Config-Requests )
Dan Pomohaci writes: > Using plog I saw that the connection is established but after few seconds > the modem hangs. The last message in plog is: LCP: timeout sending > Config-Requests Please post the complete and exact output of plog and the contents of /etc/chatscripts/provider and /etc/ppp/peers/provider. Obfuscate any passwords. -- John Hasler [EMAIL PROTECTED] Dancing Horse Hill Elmwood, Wisconsin
Re: PPP configuration and routing problem
Thank you very much for the reply. Your suggestion fixed my problem. I guess I misunderstood the option 'noipdefault'. Again, thanks for the help. --- Original Message --- From: John Hasler <[EMAIL PROTECTED]> To: debian-user@lists.debian.org Subject: Re: PPP configuration and routing problem >Russ writes: >> Route -n shows the ppp0 configured with the same local and remote IP >> addresses as shown in options.ttyS1. > >I assume that your modem is on ttyS1? > >> I initiate a connection with PON, the PPP0 interface is not properly >> configured. Route -n shows the ppp0 configured with the same local and >> remote IP addresses as shown in options.ttyS1. I have used the options >> 'noipdefault' and 'defaultroute', but the tables are not correctly >> updated. > >From the pppd man page: > > noipdefault > Disables the default behaviour when no local IP > address is specified, which is to determine (if > possible) the local IP address from the hostname. > With this option, the peer will have to supply the > local IP address during IPCP negotiation (unless it > specified explicitly on the command line or in an > options file). > > >Thus 'noipdefault' does not override addresses in options files. Comment >out the addresses in options.ttyS1. >-- >John Hasler >[EMAIL PROTECTED] >Dancing Horse Hill >Elmwood, Wisconsin > > >-- >To UNSUBSCRIBE, email to [EMAIL PROTECTED] >with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] >
Re: PPP configuration and routing problem
Russ writes: > Route -n shows the ppp0 configured with the same local and remote IP > addresses as shown in options.ttyS1. I assume that your modem is on ttyS1? > I initiate a connection with PON, the PPP0 interface is not properly > configured. Route -n shows the ppp0 configured with the same local and > remote IP addresses as shown in options.ttyS1. I have used the options > 'noipdefault' and 'defaultroute', but the tables are not correctly > updated. >From the pppd man page: noipdefault Disables the default behaviour when no local IP address is specified, which is to determine (if possible) the local IP address from the hostname. With this option, the peer will have to supply the local IP address during IPCP negotiation (unless it specified explicitly on the command line or in an options file). Thus 'noipdefault' does not override addresses in options files. Comment out the addresses in options.ttyS1. -- John Hasler [EMAIL PROTECTED] Dancing Horse Hill Elmwood, Wisconsin
Re: ppp configuration problem
- Original Message -From: "John Hasler" <[EMAIL PROTECTED]>To: <debian-user@lists.debian.org>Sent: Thursday, March 22, 2001 12:13 PMSubject: Re: ppp configuration problem> John Davidson writes:> > However I have an eth0 interface with its own gateway to the rest of my> > internal network.>> You almost certainly don't need a default route to your internal network.>I had a default route because I have multiple networks internally, but fortesting I have accepted that they will not be reachable (not a problemhere). I have removed the default route created and that has fixed therouting table errors.> > All of this is to sya that I can now make it set the route correctly,but> > I am still unable to ping anything outside my local network.>> Set the route correctly as in allow pppd to create a default route to the> remote address of the ppp link?>pppd is now correctly creating a default route to the remote address of theppp link> > I had previously tried with a preconfigured /etc/resolv.conf file which> > contained my domain and nameservers, but I tried the optionusepeerdns...>> Why did you think you needed that? Did the connection come up at all with> it?Yes the connection came up when I had defined it manually. I thought Ineeded it because it was not being created until I added usepeerdns which isa new option (to me at least).>> > ...which causes my /etc/resolv.conf file to be completely overwritten -> > it contains only the nameserver information after connection. Other> > distros I have used are more polite and comment existing information and> > add delimiting comments around information entered by their version of> > pppd.>> If you that you selected usepeerdns using pppconfig, it didn't overwrite> your /etc/resolv.conf (or if it did there's a bug that I need to know> about). It swapped it out, and would have swapped it back when the ppp> connection went down.>MEA CULPA! I spoke too soon, it indeed returns the original file after theconnection is closed, sorry.> --However, after even this the connection still does not return pings from theinternet or even the gateway itself.Comparision with a different kernel from Mandrake shows differing flags onthe serial device driver (both 5.0.2).The one that works has MANY_PORTS SHARE_IRQ SERIAL_PCI ISAPNP.The one not working has HUB-6 MANY_PORTS MULTIPORTS SHARE_IRQ SERIAL_PCII should also not that I have tried with 3 separate Debian kernels one2.2.18pre21-idepci from the potato boot floppies and also the latest2.4.2-i586 (one as created by Debian and another compiled by myself). I havetried this in 2 different computers both using the same external US Robotics56K modem, as this email is being sent on. The ppp connection I have workingcurrently is using Mandrake Beta 8.0. - I want to use Debian as there isless bloat, easier updating and excellent kde support.John Davidson
Re: ppp configuration problem
John Davidson writes: > However I have an eth0 interface with its own gateway to the rest of my > internal network. You almost certainly don't need a default route to your internal network. > All of this is to sya that I can now make it set the route correctly, but > I am still unable to ping anything outside my local network. Set the route correctly as in allow pppd to create a default route to the remote address of the ppp link? > I had previously tried with a preconfigured /etc/resolv.conf file which > contained my domain and nameservers, but I tried the option usepeerdns... Why did you think you needed that? Did the connection come up at all with it? > ...which causes my /etc/resolv.conf file to be completely overwritten - > it contains only the nameserver information after connection. Other > distros I have used are more polite and comment existing information and > add delimiting comments around information entered by their version of > pppd. If you that you selected usepeerdns using pppconfig, it didn't overwrite your /etc/resolv.conf (or if it did there's a bug that I need to know about). It swapped it out, and would have swapped it back when the ppp connection went down. -- John Hasler [EMAIL PROTECTED] Dancing Horse Hill Elmwood, Wisconsin
Re: ppp configuration problem
Further investigation reveals that I am experiencing a conflict betweent 'interfaces' and 'pppd'. At least this is what prevents the default gateway being added. My ISP does not use PAP or CHAP, so I must use a chatscript with option noauth. However I have an eth0 interface with its own gateway to the rest of my internal network. The existence of the the default gateway for eth0 and option noauth prevent the insertion of a gateway for ppp0. Mandrake notes this problem in the file /etc/sysconfig/network-scripts/ifup-ppp which contains (in part) #pppd will no longer delete an existing default route #so we have to help it a little route del default > /dev/null 2>$1 ( and ensures that option defaultroute is then set for the script) All of this is to sya that I can now make it set the route correctly, but I am still unable to ping anything outside my local network. I had previously tried with a preconfigured /etc/resolv.conf file which contained my domain and nameservers, but I tried the option usepeerdns which causes my /etc/resolv.conf file to be completely overwritten - it contains only the nameserver information after connection. Other distros I have used are more polite and comment existing information and add delimiting comments around information entered by their version of pppd. I want to convert all my Linux boxes to Debian but need to have ppp working first. John Davidson > The default gateway on my subnet uses a x.x.x.2 address, and after I > manually added it there was still no joy. > > John Davidson > > From: "Jason P. Holland" <[EMAIL PROTECTED]> > > > If you manually add a route to the gateway on your subnet of the ip > address > > your assigned, use a x.x.x.1 address, does it work? > > > > Jason > > > > > > > > I am having difficulty getting my modem to communicate > > > correctly with my > > > ISP. The problem is that once connected I do not get a route > > > or gateway that > > > allows access to the Internet. All pings return network > > > unreachable errors. > > > > > > The ppp0 interface shows appropriate local and remote IPs > > > indicating correct > > > connection to the ISP. > > > > > > The routing table is empty after the connection is negotiated > > > - I am sure > > > this is the key to the problem. I have tried 'options' with > > > settings of > > > proxarp on and off and also defaultroute on and off. > > > > > > pppd is configured to start at boot time via the > > > /etc/ppp/ppp_on_boot file. > > > I am able to dial using pon and disconnect via > > > poff . I > > > must have missed something. > > > > > > Does anybody have any suggestions? > > > > > > John Davidson > > >
Re: ppp configuration problem
The default gateway on my subnet uses a x.x.x.2 address, and after I manually added it there was still no joy. John Davidson - Original Message - From: "Jason P. Holland" <[EMAIL PROTECTED]> To: Sent: Thursday, March 22, 2001 9:36 AM Subject: RE: ppp configuration problem > If you manually add a route to the gateway on your subnet of the ip address > your assigned, use a x.x.x.1 address, does it work? > > Jason > > > > > I am having difficulty getting my modem to communicate > > correctly with my > > ISP. The problem is that once connected I do not get a route > > or gateway that > > allows access to the Internet. All pings return network > > unreachable errors. > > > > The ppp0 interface shows appropriate local and remote IPs > > indicating correct > > connection to the ISP. > > > > The routing table is empty after the connection is negotiated > > - I am sure > > this is the key to the problem. I have tried 'options' with > > settings of > > proxarp on and off and also defaultroute on and off. > > > > pppd is configured to start at boot time via the > > /etc/ppp/ppp_on_boot file. > > I am able to dial using pon and disconnect via > > poff . I > > must have missed something. > > > > Does anybody have any suggestions? > > > > John Davidson > > > > > > > > -- > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > with a subject of "unsubscribe". Trouble? Contact > > [EMAIL PROTECTED] > > > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: ppp configuration problem
If you manually add a route to the gateway on your subnet of the ip address your assigned, use a x.x.x.1 address, does it work? Jason > > I am having difficulty getting my modem to communicate > correctly with my > ISP. The problem is that once connected I do not get a route > or gateway that > allows access to the Internet. All pings return network > unreachable errors. > > The ppp0 interface shows appropriate local and remote IPs > indicating correct > connection to the ISP. > > The routing table is empty after the connection is negotiated > - I am sure > this is the key to the problem. I have tried 'options' with > settings of > proxarp on and off and also defaultroute on and off. > > pppd is configured to start at boot time via the > /etc/ppp/ppp_on_boot file. > I am able to dial using pon and disconnect via > poff . I > must have missed something. > > Does anybody have any suggestions? > > John Davidson > > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] >
RE: PPP Configuration
On 04-Nov-2000 Marco Herrn wrote: > Hello, > > I tried to configure my internet connection on my potato system via > wvdial > an pppconfig, but neither of this works correctly. > When running wvdial, it starts the connection and holds it, but I > cannot > access the internet (I tried it with netscape and lynx). > When running pon, it dials, but immediatly hangs up, dials again, and > so on. Check the modem's initialization (sp?) command. When I changed mine to reset to factory specs (AT & F2, for me), everything worked fine. Also check if the authorization stuff is correct. > And another question: The dialing tone with both tools is much too > loud. > How can I adjust the loudness of my modem? Use an AT command (AT & L, I think). You could pass it in your script. - - Nick - [EMAIL PROTECTED] Q: What do you get when you cross the Godfather with an attorney? A: An offer you can't understand.
Re: ppp-configuration
Den Sun, 08 Oct 2000 skrev Glyn Millington: > On Sun, Oct 08, 2000 at 09:58:19AM +0200, thus spake Tor Kjemo: > > > > Thanks for your engagement Glyn. > > > > I think I did something wrong under the "config your network" part of > > the installation. Saw another letter on the list ( I think you are the > > writer) > > about wvdialkppp. It says something about a /etc/resolv.conf file. I can > > not find this in my system. Any clue how to Make one? > > > > Tor Kjemo> > > > Well, you probably need this file, but it's hard to say because > you don't answer the questions I asked! > > As root > #cd /etc/ > #touch resolv.conf > #vim/emacs/joe/whatevertexteditoryoulike /etc/resolv.conf and into that > file put the DNS of your ISP (if they cannot tell you what they > are then you need a better ISP) like this > > > search localdomain > nameserver 195.92.195.94 > nameserver 195.92.195.95 > > You will probably only need to change the numbers. > > > But to really answer the question we need to know what you are > trying to set up (wvdial or pppconfig) and what errors you are > getting. > > HTH > > Glyn M i'v been working on the problem, and I don`t get any errors. I`v been working on both Wvdial and pppconfig, and ii think they are configured right both of them. My real problem now seems to be that I don`t know how to use them. I got out on the net with the help of a program named "gpppon", and it took away a lot of the claustrofobic feeling . Now the rest is a question of group-admin I think. Thanks a lot. > > -- > ** >* "The soul is greater than the hum of its parts. " * >* Douglas Hoftstatder* > ** > > > -- > Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < /dev/null -- @=@ "You can't have everything. Where would you put it?" -- Steven Wright Tor Kjemo <[EMAIL PROTECTED]> @=@
Re: ppp-configuration
On Sun, Oct 08, 2000 at 09:58:19AM +0200, thus spake Tor Kjemo: > > Thanks for your engagement Glyn. > > I think I did something wrong under the "config your network" part of > the installation. Saw another letter on the list ( I think you are the writer) > about wvdialkppp. It says something about a /etc/resolv.conf file. I can > not find this in my system. Any clue how to Make one? > > Tor Kjemo> > Well, you probably need this file, but it's hard to say because you don't answer the questions I asked! As root #cd /etc/ #touch resolv.conf #vim/emacs/joe/whatevertexteditoryoulike /etc/resolv.conf and into that file put the DNS of your ISP (if they cannot tell you what they are then you need a better ISP) like this search localdomain nameserver 195.92.195.94 nameserver 195.92.195.95 You will probably only need to change the numbers. But to really answer the question we need to know what you are trying to set up (wvdial or pppconfig) and what errors you are getting. HTH Glyn M -- ** * "The soul is greater than the hum of its parts. " * * Douglas Hoftstatder* **
Re: ppp-configuration
Den Sun, 08 Oct 2000 skrev du: > > On Sun, Oct 08, 2000 at 08:39:22AM +0200, thus spake Tor Kjemo: > > I try to configure my debian-installation for ppp without any sucsess. > > In the installation-documentation it says: > > > > Be sure you have the following packages installed: > > ppp > > ppp-pam > > wvdial > > > > I can find ppp-pam anywhere. Is the docs wrong? > > Can`t find any info on the Debian-homepage either. > > Tor, > > Relax! From the package description of the ppp that comes with > potato > > "This package contains pppd with PAM support built-in, so `ppp-pam' package > is obsolete." > > So you probably have the kit you need. Are you trying to set up > with wvdial or with pppconfig? What sort of errors are you > getting? > > I've attached the wvdial faq to this, just in case it answers the > need. > > HTH > > Glyn M Thanks for your engagement Glyn. I think I did something wrong under the "config your network" part of the installation. Saw another letter on the list ( I think you are the writer) about wvdialkppp. It says something about a /etc/resolv.conf file. I can not find this in my system. Any clue how to Make one? Tor Kjemo> > > > -- >** >* "The soul is greater than the hum of its parts. " * >* Douglas Hoftstatder* >** > Content-Type: text/plain; name="unnamed" Content-Transfer-Encoding: 7bit Content-Description: -- @=@ "You can't have everything. Where would you put it?" -- Steven Wright Tor Kjemo <[EMAIL PROTECTED]> @=@
Re: ppp-configuration
On Sun, Oct 08, 2000 at 08:39:22AM +0200, Tor Kjemo wrote: > I try to configure my debian-installation for ppp without any sucsess. > In the installation-documentation it says: > > Be sure you have the following packages installed: > ppp > ppp-pam > wvdial > > I can find ppp-pam anywhere. Is the docs wrong? > Can`t find any info on the Debian-homepage either. > > Anyone got a clue? Don't think you really need ppp-pam unless you are allowing dial-in access. It should be in Section "net", Package "ppp-pam". Don't know why wvdial is recommended. Sure, it works okay, but pppconfig with pon/poff is more flexible and doesn't hang around in the foreground like wvdial. Who want to have to do: $ wvdial > /dev/null 2>&1 & just to run it in the background. -- /bin/sh ~/.signature: Command not found
Re: ppp-configuration
On Sun, Oct 08, 2000 at 08:39:22AM +0200, thus spake Tor Kjemo: > I try to configure my debian-installation for ppp without any sucsess. > In the installation-documentation it says: > > Be sure you have the following packages installed: > ppp > ppp-pam > wvdial > > I can find ppp-pam anywhere. Is the docs wrong? > Can`t find any info on the Debian-homepage either. Tor, Relax! From the package description of the ppp that comes with potato "This package contains pppd with PAM support built-in, so `ppp-pam' package is obsolete." So you probably have the kit you need. Are you trying to set up with wvdial or with pppconfig? What sort of errors are you getting? I've attached the wvdial faq to this, just in case it answers the need. HTH Glyn M -- ** * "The soul is greater than the hum of its parts. " * * Douglas Hoftstatder* ** WvDial: FAQ Text File WvDial Frequently Asked Questions - December 1998 - 1. The author and other friendly animals. This FAQ was written by Dave Baker in conjuction with the wvdial mailing list. Normal disclaimers apply. This FAQ should be considered pre-alpha and subject to much revision. For the sake of a number, lets call it version 0.02b. Feedback on the FAQ should be sent either directly to the author or to the mailing list at [EMAIL PROTECTED] To subscribe to the mailing list send a mail to [EMAIL PROTECTED] with "subscribe" as the only word in the subject line. The list is really low volume (a handful of messages a week) and none^H^H^H^Hfew of us bite. This file is currently being maintained as a plain text file - if anyone has suggestions as to a nice alternative let me know. I may default to a HOWTO style document for the next revision. In addition to the meagre work done by myself, the following have given me much information that in one way or another I've mangled into something not quite as precise as they originally intended: - Avery Pennarun - Patrick Patterson 2. Where to get it. Wvdial is available in source form and packaged for several distributions. Start at http://www.worldvisions.ca/wvdial and follow the links. As of this writing, the latest version is 1.40. 3. Quick start. Assuming everything works perfectly, the following will get you on-line if you're running as root. - wvdialconf /etc/wvdial.conf - vi /etc/wvdial.conf [edit username/password/phone] - vi /etc/resolv.conf [edit nameservers] - wvdial 3b. Command not found? Note that the executables wvdial and wvdialconf are installed in /usr/local/bin by default. Under some distributions (Redhat is one) this is not in roots path, but is in a non-root users path. If you try running wvdial and it reports 'command not found' then either: - add /usr/local/bin to you path. How to do this depends on what shell you run, but typically you will edit /root/.bashrc, /root/.cshrc, etc, and then log back in (or use the 'source' command to reread the file). - specify the full path, such as /usr/local/bin/wvdialconf when running - change directory to /usr/local/bin and use ./wvdialconf - not the leading period must be used because your current directory should not be in the path either for security reasons. 4. What nameserver should I use? If you're migrating from a Windows environment you may find yourself without a nameserver that you're aware of. Certain extensions to the ppp negotiation protocol provided in some Windows dialers allow it to be told what the IP address of the nameserver is - these do not work under linux. - Ask someone at your ISP's technical support line. - If you can dial up under Windows it may be possible to determine the nameserver being used from the TCP/IP configuration panels. If you can run the 'winipcfg' program and click on 'more info' you should see the details you need. - Use a well known nameserver to look up the IP of your local nameserver. For example, using the IP of a known nameserver (in this case we'll use ns1.sprintlink.net) we type: host -t ns earthlink.net 204.117.214.10 This will return a series of lines, each one listing the domain, the letters NS (nameserver) and the hostname of the nameserver. We now run a host lookup no those addresses to get the actual IP addresses to use in our resolv.conf. - Set your linux machine up as it's own nameserver. Redhat has a caching-nameserver package to do exactly this. Be warned that this in my experience will introduce lookup delays while you are OFFline unless you dynamically change your /etc/resolv.conf file. 5. It dials and then pppd dies for no reason. - Check the log file! It will typically be /var/log/messages or /var/log/ppp.log depending on your system. Scan to the end and look for anything marked pppd. Do not s
Re: PPP Configuration: Getting Hooked Up to my ISP
It does seems as a domain name related problem. A possible solution would be to install the BIND package. > 5. I cannot ping anything that is not localhost or the gateway (see below) > Ex. 'ping sunsite.unc.edu' > > 6. DNS configuration does not seem configured properly. I am inferring this > by comparing my output of ifconfig() and route () with the output example > in the PPP-HOWTO document. > # ping 209.142.30.4 <-- ISP Gateway machine works fine > PING 209.142.30.4 (209.142.30.4): 56 data bytes > 64 bytes from 209.142.30.4: icmp_seq=0 ttl=255 time=404.9 ms > 64 bytes from 209.142.30.4: icmp_seq=1 ttl=255 time=370.0 ms > 64 bytes from 209.142.30.4: icmp_seq=2 ttl=255 time=350.2 ms > 64 bytes from 209.142.30.4: icmp_seq=3 ttl=255 time=380.0 ms > > # ping sunsite.unc.edu<-- Without DNS lookup, this puppy is lost > -- E-mail the word "unsubscribe" to [EMAIL PROTECTED] TO UNSUBSCRIBE FROM THIS MAILING LIST. Trouble? E-mail to [EMAIL PROTECTED]
Re: PPP Configuration: Getting Hooked Up to my ISP
With a private net IP number (192.168.x.y) you cannot access anyone other than your ISP unless he is masquerading you. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Lindsay Allen <[EMAIL PROTECTED]> Perth, Western Australia voice +61 8 9316 248632.0125S 115.8445Evk6lj Debian Unix =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= On Fri, 13 Mar 1998, M. Fong wrote: > Status: Stage 2: Further along, running into DNS issues > > Thanks for the suggestions thus far: > I had a shell script which didn't have the correct 'executable' > permissions. Something like rw-rw-rw instead of chmod 777 > /etc/ppp/. > > Here is how far I have progressed: > 1. Executing pppd now dials out (I never got this far in Stage 1 becaues a > script file did not have execute > permissions hence it was unable to call chat()) > 2. Logging into the ISP successfully > 3. PAP authentication works fine > 4. I can ping the ISP's gateway machine. > > << BRICK WALL>> > 5. I cannot ping anything that is not localhost or the gateway (see below) > Ex. 'ping sunsite.unc.edu' > > 6. DNS configuration does not seem configured properly. I am inferring this > by > comparing my output of ifconfig() and route () with the output example > in the > PPP-HOWTO document. > > > - > # pppd& <--- Logs in fine and the connection is up. > > # ifconfig > loLink encap:Local Loopback > inet addr:127.0.0.1 Bcast:127.255.255.255 Mask:255.0.0.0 > UP BROADCAST LOOPBACK RUNNING MTU:3584 Metric:1 > RX packets:387 errors:0 dropped:0 overruns:0 > TX packets:387 errors:0 dropped:0 overruns:0 > ppp0 Link encap:Point-Point Protocol > inet addr:192.168.1.1 P-t-P:209.142.30.4 Mask:255.255.255.0 > UP POINTOPOINT RUNNING MTU:1524 Metric:1 > RX packets:16 errors:0 dropped:0 overruns:0 > TX packets:37 errors:0 dropped:0 overruns:0 > > # ping 209.142.30.4 <-- ISP Gateway machine works fine > PING 209.142.30.4 (209.142.30.4): 56 data bytes > 64 bytes from 209.142.30.4: icmp_seq=0 ttl=255 time=404.9 ms > 64 bytes from 209.142.30.4: icmp_seq=1 ttl=255 time=370.0 ms > 64 bytes from 209.142.30.4: icmp_seq=2 ttl=255 time=350.2 ms > 64 bytes from 209.142.30.4: icmp_seq=3 ttl=255 time=380.0 ms > > # ping sunsite.unc.edu<-- Without DNS lookup, this puppy is lost > > # > > # route -n > Kernel IP routing table > Destination Gateway Genmask Flags Metric RefUse > Iface > 209.142.30.40.0.0.0 255.255.255.255 UH0 01 ppp0 > 127.0.0.0 0.0.0.0 255.0.0.0 U 0 07 lo > 0.0.0.0 209.142.30.40.0.0.0 UG0 0 15 ppp0 > > > > > > > > > > > > -- > E-mail the word "unsubscribe" to [EMAIL PROTECTED] > TO UNSUBSCRIBE FROM THIS MAILING LIST. Trouble? E-mail to [EMAIL PROTECTED] > > -- E-mail the word "unsubscribe" to [EMAIL PROTECTED] TO UNSUBSCRIBE FROM THIS MAILING LIST. Trouble? E-mail to [EMAIL PROTECTED]
Re: PPP Configuration: Getting Hooked Up to my ISP
"M. Fong" <[EMAIL PROTECTED]> writes: > Status: Stage 2: Further along, running into DNS issues > > Thanks for the suggestions thus far: > I had a shell script which didn't have the correct 'executable' > permissions. Something like rw-rw-rw instead of chmod 777 > /etc/ppp/. > > Here is how far I have progressed: > 1. Executing pppd now dials out (I never got this far in Stage 1 becaues a > script file did not have execute > permissions hence it was unable to call chat()) > 2. Logging into the ISP successfully > 3. PAP authentication works fine > 4. I can ping the ISP's gateway machine. > > << BRICK WALL>> > 5. I cannot ping anything that is not localhost or the gateway (see below) > Ex. 'ping sunsite.unc.edu' > > 6. DNS configuration does not seem configured properly. I am inferring this > by > comparing my output of ifconfig() and route () with the output example > in the > PPP-HOWTO document. Well, from the transcript you included, I can't tell if problem 6 is causing problem 5, or vice versa. Since 'route -n' actually seems to give reasonable values, could you try 'ping 206.170.168.35'? (That address was one of the DNS servers listed in your original post). Also, try removing the "domain" statement from /etc/resolv.conf. "domain" and "search" keywords are mutually exclusive. -- E-mail the word "unsubscribe" to [EMAIL PROTECTED] TO UNSUBSCRIBE FROM THIS MAILING LIST. Trouble? E-mail to [EMAIL PROTECTED]
Re: PPP Configuration: Getting Hooked Up to my ISP
Status: Stage 2: Further along, running into DNS issues Thanks for the suggestions thus far: I had a shell script which didn't have the correct 'executable' permissions. Something like rw-rw-rw instead of chmod 777 /etc/ppp/. Here is how far I have progressed: 1. Executing pppd now dials out (I never got this far in Stage 1 becaues a script file did not have execute permissions hence it was unable to call chat()) 2. Logging into the ISP successfully 3. PAP authentication works fine 4. I can ping the ISP's gateway machine. << BRICK WALL>> 5. I cannot ping anything that is not localhost or the gateway (see below) Ex. 'ping sunsite.unc.edu' 6. DNS configuration does not seem configured properly. I am inferring this by comparing my output of ifconfig() and route () with the output example in the PPP-HOWTO document. - # pppd& <--- Logs in fine and the connection is up. # ifconfig loLink encap:Local Loopback inet addr:127.0.0.1 Bcast:127.255.255.255 Mask:255.0.0.0 UP BROADCAST LOOPBACK RUNNING MTU:3584 Metric:1 RX packets:387 errors:0 dropped:0 overruns:0 TX packets:387 errors:0 dropped:0 overruns:0 ppp0 Link encap:Point-Point Protocol inet addr:192.168.1.1 P-t-P:209.142.30.4 Mask:255.255.255.0 UP POINTOPOINT RUNNING MTU:1524 Metric:1 RX packets:16 errors:0 dropped:0 overruns:0 TX packets:37 errors:0 dropped:0 overruns:0 # ping 209.142.30.4 <-- ISP Gateway machine works fine PING 209.142.30.4 (209.142.30.4): 56 data bytes 64 bytes from 209.142.30.4: icmp_seq=0 ttl=255 time=404.9 ms 64 bytes from 209.142.30.4: icmp_seq=1 ttl=255 time=370.0 ms 64 bytes from 209.142.30.4: icmp_seq=2 ttl=255 time=350.2 ms 64 bytes from 209.142.30.4: icmp_seq=3 ttl=255 time=380.0 ms # ping sunsite.unc.edu<-- Without DNS lookup, this puppy is lost # # route -n Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface 209.142.30.40.0.0.0 255.255.255.255 UH0 01 ppp0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 07 lo 0.0.0.0 209.142.30.40.0.0.0 UG0 0 15 ppp0 -- E-mail the word "unsubscribe" to [EMAIL PROTECTED] TO UNSUBSCRIBE FROM THIS MAILING LIST. Trouble? E-mail to [EMAIL PROTECTED]
Re: PPP Configuration: Getting Hooked Up to my ISP
Ian Perry writes: > If your ISP requires pap authentication, you need to uncomment the +pap > line in your options file. Don't do this. '+pap' tells pppd to require that your isp authenticate himself to you. -- John Hasler [EMAIL PROTECTED] (John Hasler) Dancing Horse Hill Elmwood, WI -- E-mail the word "unsubscribe" to [EMAIL PROTECTED] TO UNSUBSCRIBE FROM THIS MAILING LIST. Trouble? E-mail to [EMAIL PROTECTED]
Re: PPP Configuration: Getting Hooked Up to my ISP
If your ISP requires pap authentication, you need to uncomment the +pap line in your options file. Also he may not require you to run a script.. You might try taking out the login and password references in your script, as ppp authentication should take care of it. My ISP does it this way. Try adding "debug" to your options file as well, to get some more meaningful error messages in your syslog, and have a look at your ppp.log file as well. 56800 will not work in your options file as the next setting above 38400 is 57600. Hope this helps... Ian -- E-mail the word "unsubscribe" to [EMAIL PROTECTED] TO UNSUBSCRIBE FROM THIS MAILING LIST. Trouble? E-mail to [EMAIL PROTECTED]
RE: PPP Configuration
-BEGIN PGP SIGNED MESSAGE- Look in /etc/ppp dir. And /etc/ppp.chatscript, /etc/ppp.options_out. Then use pon and poff On 13-Apr-97 Geoff R Deasey wrote: >Is there a tool to set up ppp links or should I be doing things like >#!/bin/sh >PATH="/usr/bin:/usr/sbin" >pppd connect chat -v -f /etc/ppp.chatscript /dev/ttyS0 38400 modem crtscts >etc... > >I dont have this working yet but, this should be enough to get the idea >across... > >-Jeff > Have a good one. - -- Rick Jones E-Mail: Rick <[EMAIL PROTECTED]> Date: 15-Apr-97 Time: 15:51:00 - -- -BEGIN PGP SIGNATURE- Version: 2.6.2 iQCVAwUBM1PcJAi+Ph+i3TgpAQF2kwQArXfuDRq1Iijpk7UXWn7K47d3o4yoo+Mf STHG7HQu9d0nIxZk8BkWNkfLGihujT7qX7Ag6m8ViqDONtKPbacUTJ680tye3voM brKdFX+FMWqLhv0yCsbusaGPNBFAT3noyNI5S3o2gXQIjNyONPZ6RCmQlP6WLFSK N/K9ipsCmfg= =Knpz -END PGP SIGNATURE-
