Re: ppp problems
On Mon, 2004-08-23 at 19:52, Haldor Riddering wrote: cannot do dns lookups, surf, ping anything else. what am I doing wrong? how can I fix it? Red Faction wrote: Sounds like resolve.conf issue. Look into /etc/resolve.conf and add name servers there if not listed or not assigned by dhcp. The name of the file is '/etc/resolv.conf'. This file will be updated automagically by pppd or by the resolvconf package if you have the latter installed (recommended). Probably all you need to do is set the usepeerdns option for pppd. Look in the global options file /etc/ppp/options , in the options file for your modem /etc/ppp/options.tty*, and in the options file for your provider /etc/ppp/peers/provider to see whether that option is already set. You might want to read the Networking chapter of the Debian Reference for background information. -- Thomas Hood -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ppp problems
Incoming from Thomas Hood: On Mon, 2004-08-23 at 19:52, Haldor Riddering wrote: cannot do dns lookups, surf, ping anything else. what am I doing wrong? how can I fix it? Red Faction wrote: Sounds like resolve.conf issue. Look into /etc/resolve.conf and add name servers there if not listed or not assigned by dhcp. The name of the file is '/etc/resolv.conf'. This file will be updated automagically by pppd or by the resolvconf Here, the values are defined in /etc/ppp/resolv/provider -- Any technology distinguishable from magic is insufficiently advanced. (*) http://www.spots.ab.ca/~keeling - - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ppp problems
Thomas Hood wrote: On Mon, 2004-08-23 at 19:52, Haldor Riddering wrote: cannot do dns lookups, surf, ping anything else. what am I doing wrong? how can I fix it? Red Faction wrote: Sounds like resolve.conf issue. Look into /etc/resolve.conf and add name servers there if not listed or not assigned by dhcp. The name of the file is '/etc/resolv.conf'. This file will be updated automagically by pppd or by the resolvconf package if you have the latter installed (recommended). Probably all you need to do is set the usepeerdns option for pppd. Look in the global options file /etc/ppp/options , in the options file for your modem /etc/ppp/options.tty*, and in the options file for your provider /etc/ppp/peers/provider to see whether that option is already set. You might want to read the Networking chapter of the Debian Reference for background information. -- Thomas Hood Okay, have the usepeerdns set, and /etc/resolv.conf auto magically does change now to suit the dialup now. have read (a) the networking howto on debian site, and has confused me no end. what mod do I need to make ip forwarding work in the nernel? 2.4.18-k7 I think thats whats why it's not working from my reading. can still dialup and get local and remote ip addresses, but cannot ping my isps nameserve. it just stays dialedup and nothing. thanks for your help so far. Haldor -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
ppp problems
Hiya, just got a copy of woody r2, and installed it on my machine. first timer. managed to get nvidia thingy to compile for my video card, and solved the problem of not finding screens. what a mission that. all good. now however am stuck. I can dial a ppp conection using wvdial, kppp, pon, and all works fine. after changing bits and bobs and adding the NOAUTH tag to all the chat scripts. I get dynamic ip allocation. I can ping it, can ping local, and the remote proxy, BUT cannot do dns lookups, surf, ping anything else. what am I doing wrong? how can I fix it? appreciate any and all help regarding this. cheers and beers Haldor [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ppp problems
Sounds like resolve.conf issue. Look into /etc/resolve.conf and add name servers there if not listed or not assigned by dhcp. search domain-name nameserver ip-address nameserver ip-address HTH On Mon, 2004-08-23 at 19:52, Haldor Riddering wrote: Hiya, just got a copy of woody r2, and installed it on my machine. first timer. managed to get nvidia thingy to compile for my video card, and solved the problem of not finding screens. what a mission that. all good. now however am stuck. I can dial a ppp conection using wvdial, kppp, pon, and all works fine. after changing bits and bobs and adding the NOAUTH tag to all the chat scripts. I get dynamic ip allocation. I can ping it, can ping local, and the remote proxy, BUT cannot do dns lookups, surf, ping anything else. what am I doing wrong? how can I fix it? appreciate any and all help regarding this. cheers and beers Haldor [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ppp problems
Hello Phil ([EMAIL PROTECTED]) wrote: I'm trying to set up a home server (as practice) and having trouble with finding module for a dell e100 imbedded NIC. It seems that one exists on the debian site but the NIC doesn't work so I can't logon. Searching at http://groups.google.com with the model name or parts of the output of lspci probably can tell you which driver you need. You can load it using modprobe, bit maybe the kernel you used for installation does not have the module. Or maybe it is built into the kernel. Check the output of dmesg. If you are successful in loading the driver, configure /etc/network/interfaces (or install etherconf). So, I dug out a serial modem and plugged it in and got it to log into my ISP . . . I think ??? It does the hand shaking thing, lights go on, The RI and RD lights flicker regulary every 20 seconds (approx) but when I enter an address into Mozilla there is clearly no reaction. The modem is maintaining a connection to the ISP, and I can clearly logon through windows on another machine. Is this HW, software or configuration. I'm using pppconfig (as I have done before on other machines). Where do I go from here? In many cases people use wrong DNS settings. You probably need dynamic DNS (means your ISP sends your computer the IP addresses of the name servers when you dial in). You can change the setting with pppconfig. To check if this is the problem, try to ping an IP address instead of a host name (try 192.25.206.10 for debian.org). best regards Andreas Janssen -- Andreas Janssen [EMAIL PROTECTED] PGP-Key-ID: 0xDC801674 Registered Linux User #267976 http://www.andreas-janssen.de/debian-tipps.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
ppp problems
I'm trying to set up a home server (as practice) and having trouble with finding module for a dell e100 imbedded NIC. It seems that one exists on the debian site but the NIC doesn't work so I can't logon. So, I dug out a serial modem and plugged it in and got it to log into my ISP . . . I think ??? It does the hand shaking thing, lights go on, The RI and RD lights flicker regulary every 20 seconds (approx) but when I enter an address into Mozilla there is clearly no reaction. The modem is maintaining a connection to the ISP, and I can clearly logon through windows on another machine. Is this HW, software or configuration. I'm using pppconfig (as I have done before on other machines). Where do I go from here? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ppp problems
On (01/04/04 18:04), Phil wrote: I'm trying to set up a home server (as practice) and having trouble with finding module for a dell e100 imbedded NIC. It seems that one exists on the debian site but the NIC doesn't work so I can't logon. So, Get a NIC, it'll save you hours of frustration, I tend to use Realteks - they just work. I dug out a serial modem and plugged it in and got it to log into my ISP . . . I think ??? It does the hand shaking thing, lights go on, The RI and RD lights flicker regulary every 20 seconds (approx) but when I enter an address into Mozilla there is clearly no reaction. The modem is maintaining a connection to the ISP, and I can clearly logon through windows on another machine. Is this HW, software or configuration. I'm using pppconfig (as I have done before on other machines). Where do I go from here? -- http://www.clivemenzies.co.uk strategies for business -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ppp problems with strange log diagnostics
Date: Sat, 16 Feb 2002 21:24:26 -0600 From: Gary Turner [EMAIL PROTECTED] [BIG SNIP] Noise on the line could also explain the Modem hangup errors. This diagnostic is very convincing to me since this is compatible with the very chaotic behaviour of my connection. (Similarly, when I phone abroad, I can sometimes hardly understand what is said whereas the link is sometimes very clear.) . . . . . . Unless the source is *indeed* on your side of the box, stay on the phone co.'s butt. In the meantime, reset your connection speed lower. Lower speeds are less susceptible to noise interference. Even if that helps big time, don't let the phone co. off the hook. In the early 1990s a similar thread continued until the victim reported new evidence: trouble began precisely when his fridge kicked in . . . .
Re: ppp problems with strange log diagnostics
On Fri, Feb 15, 2002 at 05:21:52PM +, Karl E. Jorgensen patiently answered: [ snip...] === All of these errors seem to point towards an unreliable modem connection. Perhaps you have noise on the phone line? Can you *hear* the modem when you dial up? (yep - that speaker is a *very* good diagnostic feature!). Yes, I hear it very well. If they take a long time handshaking, that's a clue. Especially if they handshare for some 45 seconds and you end up with NO CARRIER, as this means that the handshaking failed. This is typically what happens very often. Noise on the line could also explain the Modem hangup errors. This diagnostic is very convincing to me since this is compatible with the very chaotic behaviour of my connection. (Similarly, when I phone abroad, I can sometimes hardly understand what is said whereas the link is sometimes very clear.) So, let's suppose that I have noise on the phone line. Can I do something ? Laurent.
Re: ppp problems with strange log diagnostics
On Saturday 16 February 2002 11:51, Laurent EVAIN wrote: On Fri, Feb 15, 2002 at 05:21:52PM +, Karl E. Jorgensen patiently answered: [ snip...] === All of these errors seem to point towards an unreliable modem connection. Perhaps you have noise on the phone line? Can you *hear* the modem when you dial up? (yep - that speaker is a *very* good diagnostic feature!). Yes, I hear it very well. If they take a long time handshaking, that's a clue. Especially if they handshare for some 45 seconds and you end up with NO CARRIER, as this means that the handshaking failed. This is typically what happens very often. Noise on the line could also explain the Modem hangup errors. This diagnostic is very convincing to me since this is compatible with the very chaotic behaviour of my connection. (Similarly, when I phone abroad, I can sometimes hardly understand what is said whereas the link is sometimes very clear.) One thing is to try to keep some type of log when the noise heard, i.e. rain can cause 'bad' lines to act worse. This type of information can help your line provider trace the problem. One of the first things you want to do is eliminate parts of you line that you control, i.e. the wires inside your house or location. I you have a way of connecting where the phone lines come into you location, try connecting a phone there and see if you still hear the noise same amount of noise. I say same amount of noise because modems are less forgiving to noise then your ear, and just because you don't hear it, the modem still might, but if it is clearer outside, you might want to look at installing new lines from the outside to the location of the modem. You want this to be a solid line with as few (none if posible) splices posible. If the noise is still there, you should contact you phone provider and ask if the can run checks. Some providers will have limits to the connection speed they will support, but the fact that you are not able to connect, they should be able to help you. Remember to check you inside lines first though, a lot of companies are more the happy to run checks, but if the find that it is your wiring, they are will charge you for the checks. John So, let's suppose that I have noise on the phone line. Can I do something ? Laurent.
Re: ppp problems with strange log diagnostics
On Saturday 16 February 2002 08:51 am, Laurent EVAIN wrote: On Fri, Feb 15, 2002 at 05:21:52PM +, Karl E. Jorgensen patiently answered: [ snip...] === All of these errors seem to point towards an unreliable modem connection. Perhaps you have noise on the phone line? Can you *hear* the modem when you dial up? (yep - that speaker is a *very* good diagnostic feature!). Yes, I hear it very well. If they take a long time handshaking, that's a clue. Especially if they handshare for some 45 seconds and you end up with NO CARRIER, as this means that the handshaking failed. This is typically what happens very often. Noise on the line could also explain the Modem hangup errors. This diagnostic is very convincing to me since this is compatible with the very chaotic behaviour of my connection. (Similarly, when I phone abroad, I can sometimes hardly understand what is said whereas the link is sometimes very clear.) given that you have erratically occuring problems with the line when you phone in from elsewhere, it would seem that the line itself is at fault. the physical line may be laid against a power line associated with some device that runs intermittently inside your house, or it may even be a fault outside the house and beyond your control. in either case, the phone company is responsible for not providing you with a noise-free line. the only exception under which they would not be responsible is if you have had some electrical re-wiring done or recently installed a new power-hungry device like a refrigerator, air-conditioner, or a washing machine, or any other intermittently operational household devices that draw a lot of power. actually, even if that's the case, the phone company remains responsible for not ensuring that the phone line is installed in such a way that electrical interference is mitigated. modem use of a phone line is in no way different from regular usage, and demands no more of the phone company's service than do simple voice calls. you should hold their feet to the fire until you get a satisfactory response. who provides your phone service? there may be other people on the list using the same company who have had similar problems, and who might be able to help. IMHO, no phone company on the planet can be trusted to honor the service promises they make, and you'd be surprised at how ignorant a lot them are about the physics of the business they are in. personally, i consider any disruption of phone service to be tantamount to outright theft, given that the technology itself is quite simple and that disruptions are, in the main, due to either technician ignorance or corporate greed. so, jump all over the phone company.
Re: ppp problems with strange log diagnostics
On Sat, 16 Feb 2002 17:51:44 +0100, Laurent EVAIN wrote: On Fri, Feb 15, 2002 at 05:21:52PM +, Karl E. Jorgensen patiently answered: [ snip...] === All of these errors seem to point towards an unreliable modem connection. Perhaps you have noise on the phone line? Can you *hear* the modem when you dial up? (yep - that speaker is a *very* good diagnostic feature!). Yes, I hear it very well. If they take a long time handshaking, that's a clue. Especially if they handshare for some 45 seconds and you end up with NO CARRIER, as this means that the handshaking failed. This is typically what happens very often. Noise on the line could also explain the Modem hangup errors. This diagnostic is very convincing to me since this is compatible with the very chaotic behaviour of my connection. (Similarly, when I phone abroad, I can sometimes hardly understand what is said whereas the link is sometimes very clear.) So, let's suppose that I have noise on the phone line. Can I do something ? As the others say, you're paying for a noise free line. Unless the source is *indeed* on your side of the box, stay on the phone co.'s butt. In the meantime, reset your connection speed lower. Lower speeds are less susceptible to noise interference. Even if that helps big time, don't let the phone co. off the hook. gt Yes I fear I am living beyond my mental means--Nash
Re: ppp problems with strange log diagnostics
On Fri, Feb 15, 2002 at 12:36:27AM +0100, Laurent EVAIN wrote: Hi, I run Debian 2.2 release 3 (stable) and I use the script ``pon'' to connect to my IP. Sometimes I get a connection, sometimes the connection stops and/or I can't connect. Since I have 2 providers, I suppose that the problem comes from my side. The analysis in /var/log/syslog of the problem is not always the same. For instance, sometimes the problem is ``NO CARRIER'', sometimes = Not a modem answering at the other end, or the modem at the other end hung up. Modems essentially work by modulating the data on a carrier wave - this refers to the carrier wave not being there (probably a gross simplification!). it is ``serial link seems to be disconnected'', ``no response to x requests'', ``Modem Hangup'' or finally ``serial line is looped back''. That's ppp discovering that it's talking to itself :-) It doesn't like that too much. I also saw the line: Feb 12 09:56:03 debian modprobe: modprobe: Can't locate module net-pf-10 It's a warning only: Basically you IPv6 isn't available in your kernel. If you *want* ipv6, make sure that it is in the kernel. If you don't want ipv6 (and want to eradicate the warning), have a look in /etc/modutils/aliases and activate the line that says: # alias net-pf-10 off and run update-modules. Or you can just ignore the warning. SNIP, SNIP, SNIP Second type of error Feb 12 10:29:52 debian pppd[1354]: LCP: timeout sending Config-Requests Here, the two modems are talking OK. But the computer at the (remote) end of the modem isn't answering when PPP wants to intiate the connection. Third type of error Feb 12 10:24:23 debian pppd[1190]: No response to 4 echo-requests Once the ppp link is up, ppp will send are you still there requests (=echo) every so often. If enough of them go unanswered, it will deem the other end dead and give up. Fourth type of error Feb 15 00:00:15 debian pppd[2215]: Hangup (SIGHUP) Feb 15 00:00:15 debian pppd[2215]: Modem hangup The other end hung up on you. Fifth type of error Feb 14 23:07:35 debian pppd[2041]: pppd 2.3.11 started by laurent, uid 0 Feb 14 23:07:36 debian pppd[2041]: Serial connection established. Feb 14 23:07:36 debian pppd[2041]: Using interface ppp0 Feb 14 23:07:36 debian pppd[2041]: Connect: ppp0 -- /dev/ttyS0 Feb 14 23:07:38 debian pppd[2041]: Serial line is looped back. I'm not sure about this one. ppp doesn't even fire up chat, which I find a bit weird. After which it finds that it is talking to itself. === All of these errors seem to point towards an unreliable modem connection. Perhaps you have noise on the phone line? Can you *hear* the modem when you dial up? (yep - that speaker is a *very* good diagnostic feature!). If they take a long time handshaking, that's a clue. Especially if they handshare for some 45 seconds and you end up with NO CARRIER, as this means that the handshaking failed. Noise on the line could also explain the Modem hangup errors. -- Karl E. Jørgensen [EMAIL PROTECTED] www.karl.jorgensen.com ... An rfc2324 advocate http://www.rfc.net/rfc2324.html pgpHmtXyl4EBV.pgp Description: PGP signature
ppp problems with strange log diagnostics
Hi, I run Debian 2.2 release 3 (stable) and I use the script ``pon'' to connect to my IP. Sometimes I get a connection, sometimes the connection stops and/or I can't connect. Since I have 2 providers, I suppose that the problem comes from my side. The analysis in /var/log/syslog of the problem is not always the same. For instance, sometimes the problem is ``NO CARRIER'', sometimes it is ``serial link seems to be disconnected'', ``no response to x requests'', ``Modem Hangup'' or finally ``serial line is looped back''. I also saw the line: Feb 12 09:56:03 debian modprobe: modprobe: Can't locate module net-pf-10 I don't understand what these messages mean. Is there something that I should reinstall or reconfigure ? (I put below the significant lines of /var/log/syslog). Thanks very much for your help. Laurent. First type of error Feb 12 10:31:38 debian pppd[1369]: pppd 2.3.11 started by laurent, uid 1000 Feb 12 10:31:39 debian chat[1370]: abort on (BUSY) Feb 12 10:31:39 debian chat[1370]: abort on (NO CARRIER) Feb 12 10:31:39 debian chat[1370]: abort on (VOICE) Feb 12 10:31:39 debian chat[1370]: abort on (NO DIALTONE) Feb 12 10:31:39 debian chat[1370]: abort on (NO DIAL TONE) Feb 12 10:31:39 debian chat[1370]: abort on (NO ANSWER) Feb 12 10:31:39 debian chat[1370]: send (ATZ^M) Feb 12 10:31:39 debian chat[1370]: expect (OK) Feb 12 10:31:39 debian chat[1370]: ATZ^M^M Feb 12 10:31:39 debian chat[1370]: OK Feb 12 10:31:39 debian chat[1370]: -- got it Feb 12 10:31:39 debian chat[1370]: send (ATL1M1DT0860301020^M) Feb 12 10:31:39 debian chat[1370]: expect (CONNECT) Feb 12 10:31:39 debian chat[1370]: ^M Feb 12 10:32:24 debian chat[1370]: ATL1M1DT0860301020^M^M Feb 12 10:32:24 debian chat[1370]: NO CARRIER Feb 12 10:32:24 debian chat[1370]: -- failed Feb 12 10:32:24 debian chat[1370]: Failed (NO CARRIER) Feb 12 10:32:24 debian pppd[1369]: Connect script failed Feb 12 10:32:25 debian pppd[1369]: Exit. Second type of error ...as above Feb 12 10:28:53 debian chat[1355]: -- got it Feb 12 10:28:53 debian chat[1355]: send (ATDT0860922000^M) Feb 12 10:28:54 debian chat[1355]: expect (CONNECT) Feb 12 10:28:54 debian chat[1355]: ^M Feb 12 10:29:20 debian chat[1355]: ATDT0860922000^M^M Feb 12 10:29:20 debian chat[1355]: CONNECT Feb 12 10:29:20 debian chat[1355]: -- got it Feb 12 10:29:20 debian chat[1355]: send (\d) Feb 12 10:29:21 debian pppd[1354]: Serial connection established. Feb 12 10:29:21 debian pppd[1354]: Using interface ppp0 Feb 12 10:29:21 debian pppd[1354]: Connect: ppp0 -- /dev/ttyS0 Feb 12 10:29:22 debian pppd[1354]: sent [LCP ConfReq id=0x1 asyncmap 0x0 magic 0x9d549e2d pcomp accomp] Feb 12 10:29:49 debian last message repeated 9 times Feb 12 10:29:52 debian pppd[1354]: LCP: timeout sending Config-Requests Feb 12 10:29:52 debian pppd[1354]: Connection terminated. Feb 12 10:29:53 debian pppd[1354]: Exit. Third type of error ... Feb 12 10:23:53 debian pppd[1190]: sent [LCP EchoReq id=0x3e magic=0x350a369a] Feb 12 10:24:23 debian pppd[1190]: No response to 4 echo-requests Feb 12 10:24:23 debian pppd[1190]: Serial link appears to be disconnected. Feb 12 10:24:23 debian pppd[1190]: Script /etc/ppp/ip-down started (pid 1341) Feb 12 10:24:23 debian pppd[1190]: sent [LCP TermReq id=0x2 Peer not responding] Feb 12 10:24:23 debian pppd[1190]: Script /etc/ppp/ip-down finished (pid 1341), status = 0x0 Feb 12 10:24:26 debian pppd[1190]: sent [LCP TermReq id=0x3 Peer not responding] ... Feb 12 10:24:53 debian pppd[1190]: Connection terminated. Fourth type of error ... Feb 15 00:00:15 debian pppd[2215]: Hangup (SIGHUP) Feb 15 00:00:15 debian pppd[2215]: Modem hangup Feb 15 00:00:15 debian pppd[2215]: Script /etc/ppp/ip-down started (pid 2399) Feb 15 00:00:15 debian pppd[2215]: Connection terminated. Fifth type of error ... Feb 14 23:07:35 debian pppd[2041]: pppd 2.3.11 started by laurent, uid 0 Feb 14 23:07:36 debian pppd[2041]: Serial connection established. Feb 14 23:07:36 debian pppd[2041]: Using interface ppp0 Feb 14 23:07:36 debian pppd[2041]: Connect: ppp0 -- /dev/ttyS0 Feb 14 23:07:38 debian pppd[2041]: Serial line is looped back. Feb 14 23:07:38 debian pppd[2041]: Connection terminated.
ppp problems
Hi, I'm using Debian Woody (kernel 2.2.20 and ppp version 2.4.1). I tried to connect to my ISP but until now I had no success. I have an external modem and I used pppconfig (chat protocol) to set the connection parameters. After I run the command: pon myprovider the modem find my ISP but after few seconds disconnect himself. This is what plog said about: Dec 26 08:32:37 dpc pppd[950]: Serial connection established. Dec 26 08:32:37 dpc pppd[950]: Using interface ppp0 Dec 26 08:32:37 dpc pppd[950]: Connect: ppp0 -- /dev/ttyS0 Dec 26 08:32:39 dpc pppd[950]: sent [LCP ConfReq id=0x1 mru 552 asyncmap 0x0 magic 0xef19eca9 pcomp accomp] Dec 26 08:32:40 dpc pppd[950]: rcvd [LCP ConfReq id=0x1 mru 552 asyncmap 0x0 magic 0xef19eca9 pcomp accomp] Dec 26 08:32:40 dpc pppd[950]: sent [LCP ConfNak id=0x1 magic 0xae046dca] Dec 26 08:32:42 dpc pppd[950]: sent [LCP ConfReq id=0x1 mru 552 asyncmap 0x0 magic 0xef19eca9 pcomp accomp] Dec 26 08:32:45 dpc pppd[950]: sent [LCP ConfReq id=0x1 mru 552 asyncmap 0x0 magic 0xef19eca9 pcomp accomp] Dec 26 08:32:48 dpc pppd[950]: sent [LCP ConfReq id=0x1 mru 552 asyncmap 0x0 magic 0xef19eca9 pcomp accomp] Dec 26 08:32:51 dpc pppd[950]: sent [LCP ConfReq id=0x1 mru 552 asyncmap 0x0 magic 0xef19eca9 pcomp accomp] Dec 26 08:32:54 dpc pppd[950]: sent [LCP ConfReq id=0x1 mru 552 asyncmap 0x0 magic 0xef19eca9 pcomp accomp] Dec 26 08:32:57 dpc pppd[950]: sent [LCP ConfReq id=0x1 mru 552 asyncmap 0x0 magic 0xef19eca9 pcomp accomp] Dec 26 08:33:00 dpc pppd[950]: sent [LCP ConfReq id=0x1 mru 552 asyncmap 0x0 magic 0xef19eca9 pcomp accomp] Dec 26 08:33:03 dpc pppd[950]: sent [LCP ConfReq id=0x1 mru 552 asyncmap 0x0 magic 0xef19eca9 pcomp accomp] Dec 26 08:33:06 dpc pppd[950]: sent [LCP ConfReq id=0x1 mru 552 asyncmap 0x0 magic 0xef19eca9 pcomp accomp] Dec 26 08:33:09 dpc pppd[950]: LCP: timeout sending Config-Requests Dec 26 08:33:09 dpc pppd[950]: Connection terminated. Dec 26 08:33:10 dpc pppd[950]: Hangup (SIGHUP) Dec 26 08:33:10 dpc pppd[950]: Exit. Please help me because I'm forced to use Windows for connecting to my ISP, and I really don't like that, Dan
Re: ppp problems
Dan Pomohaci wrote: Hi, I'm using Debian Woody (kernel 2.2.20 and ppp version 2.4.1). I tried to connect to my ISP but until now I had no success. I have an external modem and I used pppconfig (chat protocol) to set the connection parameters. After I run the command: pon myprovider the modem find my ISP but after few seconds disconnect himself. This is what plog said about: Dec 26 08:32:37 dpc pppd[950]: Serial connection established. Dec 26 08:32:37 dpc pppd[950]: Using interface ppp0 Dec 26 08:32:37 dpc pppd[950]: Connect: ppp0 -- /dev/ttyS0 Dec 26 08:32:39 dpc pppd[950]: sent [LCP ConfReq id=0x1 mru 552 asyncmap 0x0 magic 0xef19eca9 pcomp accomp] Dec 26 08:32:40 dpc pppd[950]: rcvd [LCP ConfReq id=0x1 mru 552 asyncmap 0x0 magic 0xef19eca9 pcomp accomp] Dec 26 08:32:40 dpc pppd[950]: sent [LCP ConfNak id=0x1 magic 0xae046dca] Dec 26 08:32:42 dpc pppd[950]: sent [LCP ConfReq id=0x1 mru 552 asyncmap 0x0 magic 0xef19eca9 pcomp accomp] Dec 26 08:32:45 dpc pppd[950]: sent [LCP ConfReq id=0x1 mru 552 asyncmap 0x0 magic 0xef19eca9 pcomp accomp] Dec 26 08:32:48 dpc pppd[950]: sent [LCP ConfReq id=0x1 mru 552 asyncmap 0x0 magic 0xef19eca9 pcomp accomp] Dec 26 08:32:51 dpc pppd[950]: sent [LCP ConfReq id=0x1 mru 552 asyncmap 0x0 magic 0xef19eca9 pcomp accomp] Dec 26 08:32:54 dpc pppd[950]: sent [LCP ConfReq id=0x1 mru 552 asyncmap 0x0 magic 0xef19eca9 pcomp accomp] Dec 26 08:32:57 dpc pppd[950]: sent [LCP ConfReq id=0x1 mru 552 asyncmap 0x0 magic 0xef19eca9 pcomp accomp] Dec 26 08:33:00 dpc pppd[950]: sent [LCP ConfReq id=0x1 mru 552 asyncmap 0x0 magic 0xef19eca9 pcomp accomp] Dec 26 08:33:03 dpc pppd[950]: sent [LCP ConfReq id=0x1 mru 552 asyncmap 0x0 magic 0xef19eca9 pcomp accomp] Dec 26 08:33:06 dpc pppd[950]: sent [LCP ConfReq id=0x1 mru 552 asyncmap 0x0 magic 0xef19eca9 pcomp accomp] Dec 26 08:33:09 dpc pppd[950]: LCP: timeout sending Config-Requests Dec 26 08:33:09 dpc pppd[950]: Connection terminated. Dec 26 08:33:10 dpc pppd[950]: Hangup (SIGHUP) Dec 26 08:33:10 dpc pppd[950]: Exit. Please help me because I'm forced to use Windows for connecting to my ISP, and I really don't like that, Dan ppp is great if you know how your isp works in detail, and you know how to configure it. Otherwise you could use wvdial. It works with most isps I've tried, and it's easy to set up. It's a dep pkg as well :) David.
PPP Problems !
HI Pleople, I'm having trouble to connect my ISP through demand dialing, PPPD makes the connection and everything seems ok (pap-secrets, options using defaults,chatscripts,etc), but reports on syslog or ppp.log something like LCP [request timeout] after 10 seconds connected. What does it means ? I've tried to make many configurations with PPPConfig, no success ... P.S: The phone line is okay, My modem works on that OS ... and the connection is alive ... i'm using DEBIAN Potato Stable 2.2 r3 I'm not subscribed to this list, replies on this mail ... TIA# /etc/ppp/options # # Originally created by Jim Knoble [EMAIL PROTECTED] # Modified for Debian by alvar Bray [EMAIL PROTECTED] # Modified for PPP Server setup by Christoph Lameter [EMAIL PROTECTED] # # To quickly see what options are active in this file, use this command: # egrep -v '#|^ *$' /etc/ppp/options # Specify which DNS Servers the incoming Win95 or WinNT Connection should use # Two Servers can be remotely configured # ms-dns 192.168.1.1 # ms-dns 192.168.1.2 # Specify which WINS Servers the incoming connection Win95 or WinNT should use # ms-wins 192.168.1.50 # ms-wins 192.168.1.51 # Run the executable or shell command specified after pppd has # terminated the link. This script could, for example, issue commands # to the modem to cause it to hang up if hardware modem control signals # were not available. #disconnect chat -- \d+++\d\c OK ath0 OK # async character map -- 32-bit hex; each bit is a character # that needs to be escaped for pppd to receive it. 0x0001 # represents '\x01', and 0x8000 represents '\x1f'. asyncmap 0 # Require the peer to authenticate itself before allowing network # packets to be sent or received. # Please do not disable this setting. It is expected to be standard in # future releases of pppd. Use the call option (see manpage) to disable # authentication for specific peers. noauth # Use hardware flow control (i.e. RTS/CTS) to control the flow of data # on the serial port. crtscts # Use software flow control (i.e. XON/XOFF) to control the flow of data # on the serial port. #xonxoff # Specifies that certain characters should be escaped on transmission # (regardless of whether the peer requests them to be escaped with its # async control character map). The characters to be escaped are # specified as a list of hex numbers separated by commas. Note that # almost any character can be specified for the escape option, unlike # the asyncmap option which only allows control characters to be # specified. The characters which may not be escaped are those with hex # values 0x20 - 0x3f or 0x5e. #escape 11,13,ff # Don't use the modem control lines. #local # Specifies that pppd should use a UUCP-style lock on the serial device # to ensure exclusive access to the device. lock # Don't show the passwords when logging the contents of PAP packets. # This is the default. hide-password # When logging the contents of PAP packets, this option causes pppd to # show the password string in the log message. #show-password # Use the modem control lines. On Ultrix, this option implies hardware # flow control, as for the crtscts option. (This option is not fully # implemented.) modem # Set the MRU [Maximum Receive Unit] value to n for negotiation. pppd # will ask the peer to send packets of no more than n bytes. The # minimum MRU value is 128. The default MRU value is 1500. A value of # 296 is recommended for slow links (40 bytes for TCP/IP header + 256 # bytes of data). #mru 542 # Set the interface netmask to n, a 32 bit netmask in decimal dot # notation (e.g. 255.255.255.0). #netmask 255.255.255.0 # 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). #noipdefault # Enables the passive option in the LCP. With this option, pppd will # attempt to initiate a connection; if no reply is received from the # peer, pppd will then just wait passively for a valid LCP packet from # the peer (instead of exiting, as it does without this option). passive # With this option, pppd will not transmit LCP packets to initiate a # connection until a valid LCP packet is received from the peer (as for # the passive option with old versions of pppd). #silent # Don't request or allow negotiation of any options for LCP and IPCP # (use default values). #-all # Disable Address/Control compression negotiation (use default, i.e. # address/control field disabled). #-ac # Disable asyncmap negotiation (use the default asyncmap, i.e. escape # all control characters). #-am # Don't fork to become a background process (otherwise pppd will do so # if a serial device is specified). #-detach # Disable IP address negotiation (with this option, the remote IP # address must be
Re: PPP Problems !
I got a modified simple script to setup dial-up ppp you can use it to test. If you want I can send it to you. = S.KIEU http://briefcase.yahoo.com.au - Yahoo! Briefcase - Manage your files online.
PPP problems with the Debian 2.2
How can I use pppconfig as user (not only as root)? (I don't want to use the netconnection as root.) Why gnome-ppp dial-up gives the message "the pppd daemon died unexpectedly"? I am a newuser with the Debian. Martti Hamunen
Re: PPP problems with the Debian 2.2
Set up pppconfig as root and then add each user to the groups dip and dialout. so adduser username dialout adduser username dip This allow access to the devices. Steve On Sat, 30 Sep 2000, Martti Hamunen wrote: How can I use pppconfig as user (not only as root)? (I don't want to use the netconnection as root.) Why gnome-ppp dial-up gives the message the pppd daemon died unexpectedly? I am a newuser with the Debian. -- Steve Traylen [EMAIL PROTECTED] http://nrich.maths.org/~smt32/
Re: PPP problems with the Debian 2.2
Martti Hamunen writes: How can I use pppconfig as user (not only as root)? By using the sudo command. man sudo. I don't want to use the netconnection as root. You don't need to. Pppconfig is just for configuring ppp, not for running it. To be able to use pon as a user to bring up ppp run pppconfig, go to 'Advanced', go to 'Add User', and enter your username. This adds you to the dip group, all of whose members can run ppp. -- John Hasler [EMAIL PROTECTED] Dancing Horse Hill Elmwood, Wisconsin
Re: PPP problems with the Debian 2.2
On Sat, Sep 30, 2000 at 06:38:36AM -0500, thus spake John Hasler: Martti Hamunen writes: How can I use pppconfig as user (not only as root)? By using the sudo command. man sudo. I don't want to use the netconnection as root. You don't need to. Pppconfig is just for configuring ppp, not for running it. To be able to use pon as a user to bring up ppp run pppconfig, go to 'Advanced', go to 'Add User', and enter your username. This adds you to the dip group, all of whose members can run ppp. Now there's a thing! I did all that (and added myself to group dialout) and when I tried to run pon I got this message /usr/sbin/pppd: must be root to run /usr/sbin/pppd, since it is not setuid-root so I changed pppd to setuid-root chmod u+s /usr/sbin/pppd Can you tell me, have I done a BAD THING? And what then is the right way? TIA Glyn M -- ** * The soul is greater than the hum of its parts. * * Douglas Hoftstatder* **
Re: PPP problems with the Debian 2.2
On Sat, Sep 30, 2000 at 02:02:20PM +0100, Glyn Millington wrote: On Sat, Sep 30, 2000 at 06:38:36AM -0500, thus spake John Hasler: Martti Hamunen writes: How can I use pppconfig as user (not only as root)? By using the sudo command. man sudo. I don't want to use the netconnection as root. You don't need to. Pppconfig is just for configuring ppp, not for running it. To be able to use pon as a user to bring up ppp run pppconfig, go to 'Advanced', go to 'Add User', and enter your username. This adds you to the dip group, all of whose members can run ppp. Now there's a thing! I did all that (and added myself to group dialout) and when I tried to run pon I got this message dip, not dialout, remove yourself from group dialout and add yourself to group dip: gpasswd -d yourusername dialout adduser yourusername dip /usr/sbin/pppd: must be root to run /usr/sbin/pppd, since it is not setuid-root hmm so I changed pppd to setuid-root chmod u+s /usr/sbin/pppd Can you tell me, have I done a BAD THING? And what then is the right way? well i think its permissions were screwed up, now EVERYONE can run pppd, which is not good IMO, do this to fix it: chown root.dip /usr/sbin/pppd chmod 4754 /usr/sbin/pppd ls -l /usr/sbin/pppd the last command should look like this: -rwsr-xr--1 root dip252392 Apr 1 2000 /usr/sbin/pppd -- Ethan Benson http://www.alaska.net/~erbenson/ pgpnN6rOQ2kmV.pgp Description: PGP signature
Re: PPP problems with the Debian 2.2
Glyn Millington writes: Now there's a thing! I did all that (and added myself to group dialout) and when I tried to run pon I got this message /usr/sbin/pppd: must be root to run /usr/sbin/pppd, since it is not setuid-root Looks like a bug in the ppp package (and adding yourself to dialout is irrelevant). Can you tell me, have I done a BAD THING? You have made it possible for anyone at all to run pppd as root. And what then is the right way? Pppd should be: -rwsr-x--- root dip -- John Hasler [EMAIL PROTECTED] Dancing Horse Hill Elmwood, Wisconsin
Re: PPP problems with the Debian 2.2
An easier way then to manually add the user into dialup group is to adduser option in the pppconfig program. Start pppconfig and select Advanced options, then select adduser. Hope this helps! === John Kerr Anderson Powered by Debian GNU/Linux 2.2 === On Sat, 30 Sep 2000, Martti Hamunen wrote: How can I use pppconfig as user (not only as root)? (I don't want to use the netconnection as root.) Why gnome-ppp dial-up gives the message the pppd daemon died unexpectedly? I am a newuser with the Debian. Martti Hamunen
ppp problems
Hi, I'm not sure if I sent something to this effect already, I've tried a few lists and I kind of lost track (does anyone ever use debian-isp? I haven't gotten one message from it yet) so I apologize if you've already heard this. ---BeginMessage--- Hi, I've been having manymany problems with ppp :-) My current setup, for some basic info is that I'm running Debian 2.1, I've got kernel 2.2.12, and that's about all I can give right now since I'm not sure what you'd need to know. Anyway, I'm trying to connect to an ISP. I've tried both MSN and ATT Worldnet, and both have the same problem. They don't match the user name and password and reject me, as if I'm getting them wrong. I've used both wvdial, and the pon command, after setting it up. I have DNS IPs established. Do I need to put my username and id in quotations, or is there something I'm missing? It keeps insisting my username doesn't match my password or, **Bad Password, on all the different accounts I've tried. Thanks much for help in advance. -Chris ---End Message---
PPP problems
When I first upgraded to potato via apt-get, I must have answered one of the config scripts wrong, because now when /bin/pon brings up ppp, the default route doesn't come up. Instead, there's already a default route to eth0. So I have to manually do the following: route add default ppp0 route del default eth0 route add 127.0.0.1 lo Was it the netbase config script that I messed up on? How can I either rerun the script or modify text files so that every time I reboot I don't have to reset these routes manually? TIA! -- David S. Jackson[EMAIL PROTECTED] =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Are you making all this up as you go along?
Re: PPP problems
I think your solution is in /etc/network/interfaces. On Tue, Jul 25, 2000 at 12:11:47AM -0400, David S. Jackson wrote: When I first upgraded to potato via apt-get, I must have answered one of the config scripts wrong, because now when /bin/pon brings up ppp, the default route doesn't come up. Instead, there's already a default route to eth0. So I have to manually do the following: route add default ppp0 route del default eth0 route add 127.0.0.1 lo Was it the netbase config script that I messed up on? How can I either rerun the script or modify text files so that every time I reboot I don't have to reset these routes manually? TIA! -- David S. Jackson[EMAIL PROTECTED] =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Are you making all this up as you go along? -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null -- Thomas Guettler Office: [EMAIL PROTECTED] http://www.interface-business.de Private: [EMAIL PROTECTED] http://yj.org/guettli
PPP problems.
I've recently got an account with the UK ISP RedHotAnt. I've used pppconfig to get the dial-up connection working. My problem is this: 1) I can ping hosts on the internet and traceroute to them but I cannot seem to get any other traffic. 2) Starting a telnet session to a host on the internet, I only see the login prompt after the session has timed out. 3) Using tcpdump I see mostly outbound traffic and very little inbound traffic. I had dnrd installed and removing it's /etc/ppp/ip-up.d script seems to allow DNS look ups to work. I also had VMWare installed but have removed it's dummy network kernel modules in case they were having a bad effect. I am using unstable Debian (updated every day) which was originally Slink. I am using kernel 2.2.14 with the dummy module loaded. I have other ISP dial-ups (Demon and BT Internet) which work fine. And I know of another Debian user who uses RedHotAnt but via ISDN. I also know a Mandrake Linux user who has no problems. Can anyone help me? Cheers. Ashley Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com
Re: More ppp problems
Thanks guys. Luckily I am in the situation where my friend owns the ISP, (though he rents the modem banks). I'm now looking at it with them and will post what I find out. The modem is the only thing on that phone line in the house, and I'm not convinced it isn't a linux software thing, but I don't have any more to add at this point. Thanks for the suggestions! -Jonathan -- [EMAIL PROTECTED] GPG public key available from http://www.jamdata.net/~jjlupa/gpg.asc pgpLQ8UAsdNuz.pgp Description: PGP signature
More ppp problems
Any help on pointing me in the right direction would be greatly appreciated. I am experiencing 2 frustrating problems: For reference: pppd 2.3.10, linux 2.2.12. All ppp and ipmasq modules are compiled as modules and I verified that they were loaded durring these occurances. I also talked to my ISP to verify that they don't have policies on connect times, or daily down times. This is going to wrap a little... :/ 1. From time to time, my ppp0 interface just stops working. Such as: Sith:~# ifconfig ppp0 ppp0 Link encap:Point-to-Point Protocol inet addr:207.158.172.195 P-t-P:206.84.176.80 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1 RX packets:29157 errors:0 dropped:0 overruns:0 frame:0 TX packets:28257 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:10 Sith:~# ping 206.84.176.80 PING 206.84.176.80 (206.84.176.80): 56 data bytes --- 206.84.176.80 ping statistics --- 14 packets transmitted, 0 packets received, 100% packet loss Sith:~# route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 206.84.176.80 0.0.0.0 255.255.255.255 UH0 0 0 ppp0 192.168.2.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 0.0.0.0 206.84.176.80 0.0.0.0 UG0 0 0 ppp0 From ppp.log's point of view, it stops recieving lcp replies (though it keeps sending requests). From message's kernel logs, it gets a bunch of protocol 17 messages and then just dies (i.e. doesnt record anything else for whatever reason). OK, so thats weird. My SECOND problem is that my modem just up and hangs up occaisionally. As far as this is concerned, I just hope someone can tell me how to start determining if it was due to a change on my side or the ISPs side. Both of these problems go away when I hangup and re-connect. Thanks!!! Jonathan -- [EMAIL PROTECTED] GPG public key available from http://www.jamdata.net/~jjlupa/gpg.asc pgpSt2neGQ99V.pgp Description: PGP signature
Re: More ppp problems
My SECOND problem is that my modem just up and hangs up occaisionally. As far as this is concerned, I just hope someone can tell me how to start determining if it was due to a change on my side or the ISPs side. I don't have any ideas on your first problem, but I do have a bit of experience with the second. The hang-ups could be something as simple as a timeout on the ISP side because you haven't been doing anything for awhile. But I'm sure you've thought of this. I think you could use tcpdump to see if the hangup coincides with a long interruption in packets -- if so it might be an automatic hangup on the ISP's part (or a low value for idle in your ~/.ppprc or /etc/ppp/options). I had a similar problem a few months ago where my modem would hang up after exactly 32 minutes. Turned out it was our cordless phone. At the suggestion of the phone company, we unplugged it and from then on everything has worked just fine (except for the crappy line quality, of course). This probably isn't what's going on either, but before considering the computer-side issues, it's worth a look into what other devices are sharing your modem line and what they might be doing. Chris -- Christopher S. Swingley tel: 907-474-2689 fax: 474-2643 930 Koyukuk Drive, Suite 408C email: [EMAIL PROTECTED] University of Alaska Fairbankswww.frontier.iarc.uaf.edu:8080/ Fairbanks, AK 99775 ~cswingle PGP key: http://www.frontier.iarc.uaf.edu:8080/~cswingle/pubkey.asc
Re: More ppp problems
On Sat, 29 Jan 2000, Jonathan said: 1. From time to time, my ppp0 interface just stops working. Such as: Sith:~# ifconfig ppp0 ppp0 Link encap:Point-to-Point Protocol inet addr:207.158.172.195 P-t-P:206.84.176.80 Mask:255.255.255.255 and From ppp.log's point of view, it stops recieving lcp replies (though it keeps sending requests). From message's kernel logs, it gets a bunch of protocol 17 messages and then just dies (i.e. doesnt record anything else for whatever reason). OK, so thats weird. My SECOND problem is that my modem just up and hangs up occaisionally. As far as this is concerned, I just hope someone can tell me how to start determining if it was due to a change on my side or the ISPs side. Both of these problems go away when I hangup and re-connect. Most likely the ISP, but may be the phone lines between your computer and the ISP. If you know anything about interior phone wiring, then check and/or replace the lines between your computer and your demarkation box. (thats the box between the phone company's property and yours) If that doesn't help, then ask someone at the ISP. They'll deny any fault, and probably blame your phone company, but the problem may go away.
Re: PPP problems on potato
Subject: PPP problems on potato Date: Wed, Nov 17, 1999 at 11:39:27PM + In reply to:Rickie M. Quoting Rickie M.([EMAIL PROTECTED]): |Nov 17 21:29:14 debian pppd[137]: Serial connection established. |Nov 17 21:29:14 debian pppd[137]: Using interface ppp0 |Nov 17 21:29:14 debian pppd[137]: Connect: ppp0 -- /dev/ttyS1 |Nov 17 21:29:46 debian pppd[137]: LCP: timeout sending Config-Requests |Nov 17 21:29:46 debian pppd[137]: Connection terminated. |Nov 17 21:29:46 debian pppd[137]: Receive serial link is not 8-bit clean: |Nov 17 21:29:46 debian pppd[137]: Problem: all had bit 7 set to 0 |Nov 17 21:29:47 debian pppd[137]: Exit. When I had netcom and mindspring as ISP's I often got the Receive serial link is not 8-bit clean: error. After many, many complaints they would fix it. Would work for week or months and then re-appear. They never told me what they had fixed. That was with me using Slackware, SuSe, Debian 1.3, 2.0, 2.1 and 2.2, with the same ppp-up script. Since changing to my current ISP I have not had that problem, at all. It was never a Linux problem. HTH -- What boots up must come down. ___
Re: PPP problems on potato
Nov 17 21:29:14 debian pppd[137]: Using interface ppp0 Nov 17 21:29:14 debian pppd[137]: Connect: ppp0 -- /dev/ttyS1 Nov 17 21:29:46 debian pppd[137]: LCP: timeout sending Config-Requests Nov 17 21:29:46 debian pppd[137]: Connection terminated. Nov 17 21:29:46 debian pppd[137]: Receive serial link is not 8-bit clean: Nov 17 21:29:46 debian pppd[137]: Problem: all had bit 7 set to 0 Nov 17 21:29:47 debian pppd[137]: Exit. I had this stupid pain in the ass problem also. It seems that /etc/serial.conf sets your ttyS1 as a 16450 instead of 16550A. Change the entry in /etc/serial.conf reguarding ttyS1 to 16550A. I don't know why it does that. But it took me a week to debug that stupid stuff. It never donned on me to check something like that. Finally I just did cat /etc/*|grep ttyS1. The rest is history. --Ian Ehrenwald
Re: PPP problems on potato
I'm not an expert on this bit I have an idea... Nov 17 21:29:14 debian pppd[137]: Serial connection established. Nov 17 21:29:14 debian pppd[137]: Using interface ppp0 Nov 17 21:29:14 debian pppd[137]: Connect: ppp0 -- /dev/ttyS1 Nov 17 21:29:46 debian pppd[137]: LCP: timeout sending Config-Requests Here the error starts, the next line drops your connection. Nov 17 21:29:46 debian pppd[137]: Connection terminated. Nov 17 21:29:46 debian pppd[137]: Receive serial link is not 8-bit clean: Nov 17 21:29:46 debian pppd[137]: Problem: all had bit 7 set to 0 Nov 17 21:29:47 debian pppd[137]: Exit. Your link expects probably an 8N1 setting but finds a 7 somthing setting. Again I'm not an expert on this... What do these lines mean? How can they be corrected? Did someone experience the same difficulties on potato installation? Any help will be appreciated. Thanks, Rickie
Re: PPP problems on potato
On Thu, Nov 18, 1999 at 09:28:34AM +0100, Onno wrote: I'm not an expert on this bit I have an idea... Nov 17 21:29:14 debian pppd[137]: Serial connection established. Nov 17 21:29:14 debian pppd[137]: Using interface ppp0 Nov 17 21:29:14 debian pppd[137]: Connect: ppp0 -- /dev/ttyS1 Nov 17 21:29:46 debian pppd[137]: LCP: timeout sending Config-Requests Here the error starts, the next line drops your connection. Nov 17 21:29:46 debian pppd[137]: Connection terminated. Nov 17 21:29:46 debian pppd[137]: Receive serial link is not 8-bit clean: Nov 17 21:29:46 debian pppd[137]: Problem: all had bit 7 set to 0 Nov 17 21:29:47 debian pppd[137]: Exit. Your link expects probably an 8N1 setting but finds a 7 somthing setting. Again I'm not an expert on this... What do these lines mean? How can they be corrected? Did someone experience the same difficulties on potato installation? I get these occasionally. AFAICT, it is the result of the ppp negotiation with your ISP failing. It could very well indicate a problem at the ISP end of the link, however. Bob -- Bob Nielsen Internet: [EMAIL PROTECTED] Tucson, AZ AMPRnet: [EMAIL PROTECTED] DM42nh http://www.primenet.com/~nielsen
PPP problems on potato
I have Debian slink (2.1) installed on my machine with no problems related to the Internet connection. The other day I got the unstable potato release and tried to install it onto another partition of my hard drive. Okay, the base system installation succeed. On the other hand, I wasn't able to make it connected to the ISP. I suppose there is something wrong with the routing table. Before connecting, I typed the command 'netstat -nr' at the prompt: # netstat -nr Kernel IP routing table Destination Gateway Genmask Flags MSS Window irttIface I realised none line was shown in the table. Using the older release I usually got something like: Kernel IP routing table Destination Gateway Genmask Flags MSS Window irttIface 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo Besides that from the 'pppd' command I got the following message: #pppd The remote system is required to authenticate itself but I couln't find any secret (password) wich would let it use an IP address. Afterwards I decided finally trying to connecting the modem using the 'pon' command. It took about 30 seconds to the connection finished suddenly. The output from /var/log /messages file was: Nov 17 21:28:54 debian pppd[137]: pppd 2.3.10 started by root, uid 0 Nov 17 21:28:55 debian chat[138]: abort on (BUSY) Nov 17 21:28:55 debian chat[138]: abort on (NO CARRIER) Nov 17 21:28:55 debian chat[138]: abort on (VOICE) Nov 17 21:28:55 debian chat[138]: abort on (NO DIALTONE) Nov 17 21:28:55 debian chat[138]: abort on (NO DIAL TONE) Nov 17 21:28:55 debian chat[138]: abort on (NO ANSWER) Nov 17 21:28:55 debian chat[138]: send (ATZ^M) Nov 17 21:28:55 debian chat[138]: expect (OK) Nov 17 21:28:55 debian chat[138]: ATZ^M^M Nov 17 21:28:55 debian chat[138]: OK Nov 17 21:28:55 debian chat[138]: -- got it Nov 17 21:28:55 debian chat[138]: send (ATDT58742000^M) Nov 17 21:28:55 debian chat[138]: expect (CONNECT) Nov 17 21:28:55 debian chat[138]: ^M Nov 17 21:29:13 debian chat[138]: ATDT58742000^M^M Nov 17 21:29:13 debian chat[138]: CONNECT Nov 17 21:29:13 debian chat[138]: -- got it Nov 17 21:29:13 debian chat[138]: send (\d) Nov 17 21:29:14 debian pppd[137]: Serial connection established. Nov 17 21:29:14 debian pppd[137]: Using interface ppp0 Nov 17 21:29:14 debian pppd[137]: Connect: ppp0 -- /dev/ttyS1 Nov 17 21:29:46 debian pppd[137]: LCP: timeout sending Config-Requests Nov 17 21:29:46 debian pppd[137]: Connection terminated. Nov 17 21:29:46 debian pppd[137]: Receive serial link is not 8-bit clean: Nov 17 21:29:46 debian pppd[137]: Problem: all had bit 7 set to 0 Nov 17 21:29:47 debian pppd[137]: Exit. What do these lines mean? How can they be corrected? Did someone experience the same difficulties on potato installation? Any help will be appreciated. Thanks, Rickie
Re: Modem/PPP Problems
If you are seeing something like this: Aug 12 21:03:05 owl pppd[982]: pppd 2.3.5 started by root, uid 0 Aug 12 21:03:05 owl pppd[982]: Using interface ppp0 Aug 12 21:03:05 owl pppd[982]: Connect: ppp0 -- /dev/ttyS1 Aug 12 21:03:09 owl pppd[982]: not replacing existing default route to sl0 [0.0.0.0] And you want all of this: Aug 12 21:03:03 owl chat[981]: send (^M) Aug 12 21:03:03 owl chat[981]: expect (ogin:) Aug 12 21:03:03 owl chat[981]: 48000/ARQ/V90/LAPM/V42BIS^M Aug 12 21:03:05 owl chat[981]: ^M Aug 12 21:03:05 owl chat[981]: ^M (and more), you just need to include -v in your chat command. If you already have that and you think it's the setup string, I have found that ATF1 is sufficient for every USR product I've tried. This includes internal and external Sportsters and the external Courier I use now. -- Mark Zimmerman On Fri, Aug 20, 1999 at 05:26:43PM -0400, Kelly Lesperance wrote: PPP is setup and configured, and it works fine, only the connect speed is never reported. If I look in /var/log/messages it just says CONNECT with no speed. I've tried a bunch of init strings (Including the one I use in Windows for the same modem), but nothing seems to work. The modem I'm using is a USRobotics Sportster 56K External Data/Fax. Ultimately, I'd like for connect speed as well as the local and remote IPs to be echoed to the console when a connection is established. Thanks,
Re: Modem/PPP Problems
-BEGIN PGP SIGNED MESSAGE- On Fri, 20 Aug 1999, Kelly Lesperance wrote: PPP is setup and configured, and it works fine, only the connect speed is never reported. If I look in /var/log/messages it just says CONNECT with no speed. I've tried a bunch of init strings (Including the one I use in Windows for the same modem), but nothing seems to work. The modem I'm using is a USRobotics Sportster 56K External Data/Fax. Ultimately, I'd like for connect speed as well as the local and remote IPs to be echoed to the console when a connection is established. Thanks, As near as i can tell (Got the modem as not intended for individual sale ;) i have a USRobotics Sportster 56K Internal Data/Fax. When connecting, these lines appear in the log: Aug 20 19:36:30 anomie chat[326]: expect (CONNECT) Aug 20 19:36:30 anomie chat[326]: ^M Aug 20 19:36:50 anomie chat[326]: ATDT6869855^M^M Aug 20 19:36:50 anomie chat[326]: CONNECT Aug 20 19:36:50 anomie chat[326]: -- got it Aug 20 19:36:50 anomie chat[326]: send (^M) Aug 20 19:36:50 anomie chat[326]: expect (ogin:) Aug 20 19:36:50 anomie chat[326]: 49333/ARQ/V90/LAPM/V42BIS^M Chat breaks as soon as it sees CONNECT, and prints the rest of the response later on. What i did was to add REPORT CONNECT to the top of my /etc/chatscripts/provider, and edited /etc/ppp/peers/provider to have chat called with a '-r /var/log/ppp.connect' option. I then had to touch /var/log/ppp.connect and make it so group dip could write it (or, you could just use /tmp instead of /var/log). An ip-up.d script later takes that and writes the speed to /var/run/ppp-speed.$PPP_IFACE. In your case, you could write to the console instead of a file. And in case you want to know, my init string is ATQ0 V1 E1 L0 S0=0 C1 D2 S11=55 +FCLASS=0 [If you connect to your modem with minicom, sending AT$ or AT$ should give you help] - -- finger for PGP public key. -BEGIN PGP SIGNATURE- Version: 2.6.3ia Charset: noconv iQCVAwUBN74Q+r7M/9WKZLW5AQH9ygP+LFaCQytdGZtV5yN+sp4LDvkFomGQiUYc oINkUx+3g+HUxSZ0aEblLWSX2RFCGfVK3LnkKBmvlUsgqTDXfdXzOADG0O+EFEmR ziNNXNxUFgYj9M032nrIOdXvUI9C49WdfgVjxJdAP/XZ9xk8uwjtxAkcHUNGgEH8 4eAGNYoh4d8= =arVW -END PGP SIGNATURE-
Modem/PPP Problems
PPP is setup and configured, and it works fine, only the connect speed is never reported. If I look in /var/log/messages it just says CONNECT with no speed. I've tried a bunch of init strings (Including the one I use in Windows for the same modem), but nothing seems to work. The modem I'm using is a USRobotics Sportster 56K External Data/Fax. Ultimately, I'd like for connect speed as well as the local and remote IPs to be echoed to the console when a connection is established. Thanks, Kelly Lesperance
Still PPP problems
Hello there. I still have some PPP problems (the same :( ). I killed diald, for it did not allow ppd to connect correctly. Now i don't have that weird defaultroute to sl0 in my routing table. I have ppp0 as defaultroute and it is pointing to the remote ip. Still I can ping the remote ip, but I can't do anything else. I tried to ping the name servers, nothing. Then as I diald the same ISP with the same configuration under Win, everything forks fine. Anyone has any ideas what did I wrong? Algernon NG begin:vcard n:Nagy;Gergely x-mozilla-html:TRUE url:http://w3.swi.hu/paradise/ org:The MadHouse Project adr:;;Hungary version:2.1 email;internet:[EMAIL PROTECTED] title:Head Designer Webmaster fn:Gergely Nagy end:vcard
PPP problems
Howdy, I have some problems using PPP. I configured diald, ppp, an others so everything appears to be fine. I dial, ok. Username, password accepted. When I look into the log file it says local IP address is x, remote is y. OK. The problem is that I CANNOT ACCES ANYTHING. Lynx and ftp say they can't find a server. Even if I tell them it's IP address. I connect correctly with the same paramaters under Win. What's the problem? Algernon NG Szeretne beinditani vallalkozasat? 'IS' a siker kulcsa! http://is.swi.hu/
Re: PPP problems
# netstat -r you should see an entry something like this: default the remote IP0.0.0.0 UG 1500 0 0 ppp0 This is assuming that you want to use your ISP as your default route. If the machine is not on another local network, then you definitely do. If you don't see that, then your problem is routing. 'man pppd' and look at the defaultroute option. Marc -- Marc Mongeon [EMAIL PROTECTED] Unix Specialist Ban-Koe Systems 9100 W Bloomington Fwy Bloomington, MN 55431-2200 (612)888-0123, x417 | FAX: (612)888-3344 -- It's such a fine line between clever and stupid. -- David St. Hubbins and Nigel Tufnel of Spinal Tap Algernon NG [EMAIL PROTECTED] 07/12 8:54 AM Howdy, I have some problems using PPP. I configured diald, ppp, an others so everything appears to be fine. I dial, ok. Username, password accepted. When I look into the log file it says local IP address is x, remote is y. OK. The problem is that I CANNOT ACCES ANYTHING. Lynx and ftp say they can't find a server. Even if I tell them it's IP address. I connect correctly with the same paramaters under Win. What's the problem? Algernon NG Szeretne beinditani vallalkozasat? 'IS' a siker kulcsa! http://is.swi.hu/ -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null
Re: PPP problems
Algernon writes: I have some problems using PPP. I configured diald, ppp, an others so everything appears to be fine. Did you use pppconfig to configure ppp? The problem is that I CANNOT ACCES ANYTHING. Can you ping the remote ip? Please post the log file. Lynx and ftp say they can't find a server. Exactly what is the error message? What do you have in /etc/resolv.conf? -- John Hasler [EMAIL PROTECTED] (John Hasler) Dancing Horse Hill Elmwood, WI
Re: PPP problems
On Wed, 2 Jun 1999, K.Y.Lo wrote: I have configured the CHAP/PAP chatscript to connect ISP with dynamic ip. dont have no clue what does 'last messge repeated 11 times' mean? Just what it says. The last message (in this case, this message) Jun 3 01:48:33 griz pppd[197]: sent [LCP ConfReq id=0x1 mru 552 asyncmap 0x0 auth chap md5 magic 0x9df3beb5 pcomp accomp] Was repeated 11 times. I config PPP for so long . I cant getting thru ISP. It looks to me like the ISP isn't set up to start doing PPP right away. What happens when you dial the system with a terminal program and log in that way? -- Jonathan Guthrie ([EMAIL PROTECTED]) Brokersys +281-895-8101 http://www.brokersys.com/ 12703 Veterans Memorial #106, Houston, TX 77014, USA
Re: PPP problems
I have configured the CHAP/PAP chatscript to connect ISP with dynamic ip. Which are you using? PAP or CHAP? dont have no clue what does 'last messge repeated 11 times' mean? Just what it says: the message sent [LCP ConfReq id=0x1 mru 552 asyncmap 0x0 auth chap md5 magic 0x9df3beb5 pcomp accomp] has been repeated 11 times. If you are using pppconfig to set up ppp send copies of your /etc/ppp/peers/provider and /etc/chatscripts/provider files. If you are not using pppconfig try doing so. -- John HaslerThis posting is in the public domain. [EMAIL PROTECTED]Do with it what you will. Dancing Horse Hill Make money from it if you can; I don't mind. Elmwood, Wisconsin Do not send email advertisements to this address.
PPP problems
Hi I have configured the CHAP/PAP chatscript to connect ISP with dynamic ip. dont have no clue what does 'last messge repeated 11 times' mean? I config PPP for so long . I cant getting thru ISP. Jun 3 01:48:32 griz pppd[197]: Serial connection established. Jun 3 01:48:32 griz chat[200]: CONNECT -- got it Jun 3 01:48:33 griz pppd[197]: Using interface ppp0 Jun 3 01:48:33 griz pppd[197]: Connect: ppp0 -- /dev/modem Jun 3 01:48:33 griz pppd[197]: sent [LCP ConfReq id=0x1 mru 552 asyncmap 0x0 auth chap md5 magic 0x9df3beb5 pcomp accomp] Jun 3 01:49:06 griz last message repeated 11 times Jun 3 01:49:09 griz pppd[197]: sent [LCP ConfReq id=0x1 mru 552 asyncmap 0x0 auth chap md5 magic 0x9df3beb5 pcomp accomp] Jun 3 01:49:12 griz pppd[197]: Modem hangup Jun 3 01:49:12 griz pppd[197]: Connection terminated. Jun 3 01:49:12 griz pppd[197]: Exit. Anyone knows that Thanks advance Griz
Re: PPP problems.
In message [EMAIL PROTECTED]John Hasler writes Daniel Sladic writes: Anyone know offhand what is causing this problem or what I can do to figure out what is the problem? Did you run pppconfig? If so, post your /etc/chatscripts/provider, /etc/ppp/peers/provider, and the output of the 'plog' command. If not, put the options file back the way it was and run pppconfig. -- Well, I got it to work but I am no less confused. pppconfig by itself was not a help, but I found out if I use a chatscript rather than logging in manually it worked. In the latter case, I just commented out the connect line in the options file. Of course I was doing the logging in manually to make sure the problem wasn't in the chatscripts. Now does that make any sense? Oh, and it didn't help that the pon man page doesn't say it takes arguments. Dan.
Re: Wierd PPP Problems
On Fri, 14 May 1999, Jonathan Guthrie wrote: On 13 May 1999, John Hasler wrote: Snip out sections not of interest to my mail Of course, I have no way of knowing if Mr. Hoover did this, but asking on this list about ISP connection difficulties without consulting the ISP first is probably not the best way to go. I'm sure that this is not true of your company, but almost all ISP's would tell Mr. Hoover We do not support Linux and refuse to listen to his problem. You misunderstand. I'm not telling you or Mr. Hoover to ask the ISP what the problem is, only what a disconnect code (or however it's done on their system) is. Since that is independent of the operating system you use, it doesn't matter what you're running. You should NEVER expect telephone technical support to solve your problems, you should only expect them to provide the information you need to solve your own problems. (If they happen to be able to tell you what the problem is, that should be viewed as a happy windfall.) For a little side-note here, in Oz (that's australia) we have set of government regulations governing what steps are the best to take if we have problems with our telecommunications company(s) (even ISP's fall under this category). However, I would most certainly agree with Mr Hasler about the fact that most ISP's will say sorry no-do-linux and that's it. I myself was connected with one of the big ISP's here in Oz, and well, they decided that not supporting linux was going to be a big thing for them. You obviously run an ISP, so... how's this one, would you answer this question if it was asked of you? When I'm connecting to the server my ppp connection requires the remote-ip address. What is the remote IP address for your system for dial-up accounts? They decided that they could not provide me with that information... How's a guy supposed to connect ANYTHING other than win95/98 to their system? BTW - It was dynamic IP addressing, with the remote end not providing it's IP address for the connection, so pppd would not work properly... regards, Peter Ludwig
Re: Wierd PPP Problems
On Sun, 16 May 1999, Peter Ludwig wrote: You misunderstand. I'm not telling you or Mr. Hoover to ask the ISP what the problem is, only what a disconnect code (or however it's done on their system) is. However, I would most certainly agree with Mr Hasler about the fact that most ISP's will say sorry no-do-linux and that's it. I myself was connected with one of the big ISP's here in Oz, and well, they decided that not supporting linux was going to be a big thing for them. You obviously run an ISP, so... how's this one, would you answer this question if it was asked of you? When I'm connecting to the server my ppp connection requires the remote-ip address. What is the remote IP address for your system for dial-up accounts? They decided that they could not provide me with that information... How's a guy supposed to connect ANYTHING other than win95/98 to their system? Of course they couldn't tell you. That's cause there is no way for them to know this in advance! Any set up that REQUIRES this information is badly broken. Fortunately, Linux's set-up doesn't require that information. In fact, you don't need any more information to set up dial-in Internet access with Linux than you do with Windows-9[58], but it helps if you have some clue about how this stuff works. From my perspective, your question, as posed, has no answer. Until we bring the 5396 on-line, at which point it will be five, we have four access servers answering calls. Each one has its own IP address. One of those (ernestine) is for permanent connections, but the other three (bertrand, grover, and cleveland) are assigned to callers randomly. So, you call and ask which IP address my access server is going to have and, unless you're paying for a nailed-up connection, I have to answer I don't know (which is true, how am I to know which AS is going to answer the call? Tea Leaves?) and you go away mad because you don't understand that you don't need the information that you ask for. BTW - It was dynamic IP addressing, with the remote end not providing it's IP address for the connection, so pppd would not work properly... Horse Puckey! I've been doing dynamic-IP with Linux (in both directions) for the better part of four years, now, and it is painfully easy to set up. Simply tell your pppd to accept whatever addresses it is given. (man pppd is your friend.) That works for both local and remote addresses. Just let pppd figure out what's going on and everything works like magic. If you try to tell my equipment what address you have, it'll hang up on you. (I hope! Keeping a call alive even though it had no prayer of working was one of the bugs that Ascend was supposed to fix.) To make dynamic IP addressing work, you simply don't tell pppd anything about either IP address and, as long as you have the defaultroute option set, it works just fine. At least it always has for me. -- Jonathan Guthrie ([EMAIL PROTECTED]) Brokersys +281-895-8101 http://www.brokersys.com/ 12703 Veterans Memorial #106, Houston, TX 77014, USA
Re: Wierd PPP Problems
I wrote: It will no doubt startle you to learn that some of us have only one phone line (and only one local ISP as well). Jonathan Guthrie writes: It will? THAT assertion certainly startles me! How do you know what I expect unless I tell you? You wrote that if he can't call the dial-in number and talk to support simultaneously then he must have the wrong ISP. From that I inferred that you believed that only incompetence on the part of the ISP could prevent him from doing so. As to the single ISP issue, I know of no localities that are served by one Internet provider that aren't also served by one or more of the national providers. Elmwood, Wisconsin (though some of the national providers will lie and say the do serve us). Some of those national providers even offer 800-number access for those areas without local POPs. Last time I looked they charged extra for 800 service. I'm not telling you or Mr. Hoover to ask the ISP what the problem is, only what a disconnect code (or however it's done on their system) is. I'm quite certain that if I was to ask that question of Bright Net's help line people it would utterly baffle them (certainly every other question I've asked them baffed them). Anyway, if they won't tell you why your connection was last dropped and you can't find another ISP, then you're stuck with increasing the debug level on pppd and undergoing the mind-numbing task of digging through mounds of low-level output. A task I've performed many times, usually by email. We have a package that includes a pap-secrets file and a script that runs pppd and instructions to modify those files so that they'll work for your userid, and that's about it. I'd actually prefer that you did not do that. Just tell the customer his username, his password, the nameservers, and the type of authentication used. If you use a scripted login rather than PAP or CHAP, tell him the prompts. That's all he needs to run pppconfig and most other ppp configuration tools. Some ISP's can't manage that, though. They do things like requiring that a particukar string be appended to the username in order the authenticate, and fail to tell the customer about it. -- John HaslerThis posting is in the public domain. [EMAIL PROTECTED] Do with it what you will. Dancing Horse Hill Make money from it if you can; I don't mind. Elmwood, Wisconsin Do not send email advertisements to this address.
PPP problems.
Up until now I have been using a Redhat 5.2 system and haven't had problems running PPP over a modem. I want to switch over to a Debian system but I can't get PPP to run for some strange reason. Here's some info. Hopefully someone can help. The Redhat system is using kernel 2.2.5 and pppd 2.3.5. Here's the entries in my options file: defaultroute lock crtscts The Debian system is a stock 2.0 system (I want to use PPP to upgrade once it's working) with kernel 2.0.34 and pppd 2.3.5. I added the defaultroute line to the options file (also tried without it) and turned off auth on the command line. (Also tried with it.) What happens when I try to connect? Using the debug option, my pppd is sending LCP config requests but eventually times out. I KNOW ppp is running on the remote end since I log in manually and it's the same place I connect to using the Redhat system. Using the 'silent' option prevents the timeout, but doesn't provide a solution. Anyone know offhand what is causing this problem or what I can do to figure out what is the problem? Thanks, Dan.
Re: PPP problems.
Daniel Sladic writes: Anyone know offhand what is causing this problem or what I can do to figure out what is the problem? Did you run pppconfig? If so, post your /etc/chatscripts/provider, /etc/ppp/peers/provider, and the output of the 'plog' command. If not, put the options file back the way it was and run pppconfig. -- John HaslerThis posting is in the public domain. [EMAIL PROTECTED] Do with it what you will. Dancing Horse Hill Make money from it if you can; I don't mind. Elmwood, Wisconsin Do not send email advertisements to this address.
Re: Wierd PPP Problems
On 13 May 1999, John Hasler wrote: This works best if you can call the dial-in number and talk to support simultaneously. If he can't do that, then he's got the wrong Internet provider. It will no doubt startle you to learn that some of us have only one phone line (and only one local ISP as well). It will? THAT assertion certainly startles me! How do you know what I expect unless I tell you? As a matter of fact, I normally assume that a user normally has only a single telephone line. Even if I had been under the impression that most people had as many telephone lines serving their house as I have serving mine, the long hours of troubleshooting connection difficulties with those people who have only a single telephone line would have relieved me of that misconception pretty quick. That's why I pointed out that it was best instead of saying something like you should call while you're attempting to connect. Many people I know of will call on their cellular phones (assuming they have them---not necessarily a good assumption for someone running a bargain-basement ISP like Brokersys) because it makes the process so much easier. As to the single ISP issue, I know of no localities that are served by one Internet provider that aren't also served by one or more of the national providers. Some of those national providers even offer 800-number access for those areas without local POPs. Of course, I have no way of knowing if Mr. Hoover did this, but asking on this list about ISP connection difficulties without consulting the ISP first is probably not the best way to go. I'm sure that this is not true of your company, but almost all ISP's would tell Mr. Hoover We do not support Linux and refuse to listen to his problem. You misunderstand. I'm not telling you or Mr. Hoover to ask the ISP what the problem is, only what a disconnect code (or however it's done on their system) is. Since that is independent of the operating system you use, it doesn't matter what you're running. You should NEVER expect telephone technical support to solve your problems, you should only expect them to provide the information you need to solve your own problems. (If they happen to be able to tell you what the problem is, that should be viewed as a happy windfall.) Anyway, if they won't tell you why your connection was last dropped and you can't find another ISP, then you're stuck with increasing the debug level on pppd and undergoing the mind-numbing task of digging through mounds of low-level output. (It helps if you have a good grasp of troubleshooting techniques. For example, I'd start with attempts to connect through minicom, though, just to see what it looks like.) As a matter of fact, here at Brokersys, although we use Linux exclusively for our servers (and more than a few workstations) we provide only limited support for the Linux systems of our dial-in callers. (We have a package that includes a pap-secrets file and a script that runs pppd and instructions to modify those files so that they'll work for your userid, and that's about it. There are no step-by-step instructions, like we have for Windows-9x.) This is because there is a general assumption that a Linux user has some idea what to do with the five critical pieces of information and because there are 46-dozen different ways of setting up PPP access through Linux so no useful set of step-by-step instructions would be applicable to everyone. However, you can call us up (the number's in the signature) and ask us what our dial-in number is (281-774-7100 for modems, 281-774-2741 for ISDN callers) and for the address of our DNS servers (dial-in users should use 192.168.136.1 and 192.168.136.2) and what the smtp server name is (mail.brokersys.com) and the pop3 server name is (mail.brokersys.com) and the Web server name (www.brokersys.com) and what caused your last disconnect (cause code 185 or far end disconnect, probably, if you're having enough trouble to actually call) and we'll tell you. Why not? That's hardly secret information. I'd even bet that you can get that sort of information out of the big national services, too. I've worked with some of them working out reverse-DNS problems on a couple of occasions, so I know they have people who work on just that sort of thing. -- Jonathan Guthrie ([EMAIL PROTECTED]) Brokersys +281-895-8101 http://www.brokersys.com/ 12703 Veterans Memorial #106, Houston, TX 77014, USA
Re: Wierd PPP Problems
Subject: Re: Wierd PPP Problems Date: Tue, May 11, 1999 at 10:26:36PM -0500 In reply to:John Hasler Quoting John Hasler([EMAIL PROTECTED]): Chris Hoover writes: I'm having some strange problems with ppp on my dial out server. Everything has been working fine for quite some time (over 51 days of uptime on 2.2.2), and then tonight I started having problems connecting. Does anyone know what is going on, and how to fix it? At a guess, your ISP changed something. Does it fail every time, or intermittently? What sort of authentication are you using? What does your chat script look like? Dial in with minicom and see if anything has changed. -- John HaslerThis posting is in the public domain. [EMAIL PROTECTED]Do with it what you will. Dancing Horse Hill Make money from it if you can; I don't mind. Elmwood, Wisconsin Do not send email advertisements to this address. John is right, its your ISP. I used to have a problem like that with Netcom, twice a year. Their Support group kept telling me I was doing something wrong. My 'fix' for 2 years was to put my ppp-on into a 'Netcom' script that repeated the ppp-on attempts. It would take anywhere from 1 to 12 attempts before I got connected. The problem would last for a week or two and then, after they got so many complaints, they would fix it. Then I would go back to the normal ppp-on script. HTH -- There is no reason for any individual to have a computer in their home. -- Ken Olson, President of DEC, World Future Society Convention, 1977 ___ Wayne T. Topa [EMAIL PROTECTED]
Re: Wierd PPP Problems
On Wed, 12 May 1999, Wayne Topa wrote: Quoting John Hasler([EMAIL PROTECTED]): Chris Hoover writes: I'm having some strange problems with ppp on my dial out server. Everything has been working fine for quite some time (over 51 days of uptime on 2.2.2), and then tonight I started having problems connecting. Does anyone know what is going on, and how to fix it? At a guess, your ISP changed something. Does it fail every time, or intermittently? What sort of authentication are you using? What does your chat script look like? John is right, its your ISP. I used to have a problem like that with Netcom, twice a year. Their Support group kept telling me I was doing something wrong. My 'fix' for 2 years was to put my ppp-on into a 'Netcom' script that repeated the ppp-on attempts. It would take anywhere from 1 to 12 attempts before I got connected. The problem would last for a week or two and then, after they got so many complaints, they would fix it. Speaking as the owner of an ISP that has fielded his share of such complaints: Assuming that your ISP is using remote access servers, what you describe is a classic symptom of a telephone trunking problem. Either a port card has gone bad and you're getting controlled clock slips or you're signal is going through an old 1A switch that needs maintenance. In either case, it has nothing to do with the ISP (although it also has nothing to do with your system, either.) You should feel lucky that they get fixed after a couple of weeks, for SWBT hasn't to my knowledge EVER fixed a trunking problem in Houston. They certainly have never fixed one that we attempted to report. If the authentication server fails, NOBODY is able to log in and that gets your attention real quick. Usually, it takes about 20 minutes to fix, most of that being the time it takes to get a hold of someone who has root-level access and an understanding of what needs to be done. If there's something wierd about your setup, then it won't ever connect at all no matter how many times you retry. The original poster should contact his ISP (CALL THEM! nothing frustrates us faster than getting an email that talks about problems connecting except for the emails we get that talk about problems getting email) and see what the failures look like from their end. This works best if you can call the dial-in number and talk to support simultaneously. If he can't do that, then he's got the wrong Internet provider. If the modem is an internal modem, he should be prepared to power-cycle his computer because some modems don't like long uptimes. (It's a lot easier to powercycle external modems, which is one reason I recommend them.) Of course, I have no way of knowing if Mr. Hoover did this, but asking on this list about ISP connection difficulties without consulting the ISP first is probably not the best way to go. A critical piece of the puzzle is WHY the connection failed and for that information you'll need to go to the other end. -- Jonathan Guthrie ([EMAIL PROTECTED]) Brokersys +281-895-8101 http://www.brokersys.com/ 12703 Veterans Memorial #106, Houston, TX 77014, USA
Re: Wierd PPP Problems
Jonathan Guthrie writes: If there's something wierd about your setup, then it won't ever connect at all no matter how many times you retry. Not always true. I've seen two examples of intermittent failures that were corrected by adding delays in appropriate places in the chat. The original poster should contact his ISP (CALL THEM! ... This works best if you can call the dial-in number and talk to support simultaneously. If he can't do that, then he's got the wrong Internet provider. It will no doubt startle you to learn that some of us have only one phone line (and only one local ISP as well). Of course, I have no way of knowing if Mr. Hoover did this, but asking on this list about ISP connection difficulties without consulting the ISP first is probably not the best way to go. I'm sure that this is not true of your company, but almost all ISP's would tell Mr. Hoover We do not support Linux and refuse to listen to his problem. -- John HaslerThis posting is in the public domain. [EMAIL PROTECTED] Do with it what you will. Dancing Horse Hill Make money from it if you can; I don't mind. Elmwood, Wisconsin Do not send email advertisements to this address.
Wierd PPP Problems
I'm having some strange problems with ppp on my dial out server. Everything has been working fine for quite some time (over 51 days of uptime on 2.2.2), and then tonight I started having problems connecting. Does anyone know what is going on, and how to fix it? May 11 22:01:46 debian2 diald[138]: Running pppd (pid = 4673). May 11 22:01:46 debian2 diald[4673]: Running pppd: /usr/sbin/pppd -detach modem crtscts mtu 1500 mru 1500 netmask 255.255.255.0 noauth May 11 22:01:47 debian2 pppd[4673]: pppd 2.3.5 started by root, uid 0 May 11 22:01:47 debian2 pppd[4673]: Using interface ppp0 May 11 22:01:47 debian2 pppd[4673]: Connect: ppp0 -- /dev/ttyS2 May 11 22:02:17 debian2 pppd[4673]: LCP: timeout sending Config-Requests May 11 22:02:17 debian2 pppd[4673]: Connection terminated. May 11 22:02:17 debian2 pppd[4673]: Receive serial link is not 8-bit clean: May 11 22:02:17 debian2 pppd[4673]: Problem: all had bit 7 set to 0 May 11 22:02:18 debian2 pppd[4673]: Hangup (SIGHUP) May 11 22:02:18 debian2 pppd[4673]: Exit. May 11 22:02:20 debian2 modprobe: can't locate module net-pf-5 May 11 22:02:21 debian2 diald[138]: Nonzero exit status (7) on command '/sbin/route add 192.168.0.2 metric 1 dev sl0' May 11 22:02:21 debian2 diald[138]: Nonzero exit status (7) on command '/sbin/route add default metric 1 netmask 0.0.0.0 dev s l0' May 11 22:02:26 debian2 modprobe: can't locate module net-pf-5 May 11 22:02:27 debian2 diald[138]: Nonzero exit status (7) on command '/sbin/route add 192.168.0.2 metric 1 dev sl0' May 11 22:02:28 debian2 diald[138]: Nonzero exit status (7) on command '/sbin/route add default metric 1 netmask 0.0.0.0 dev s l0' May 11 22:02:29 debian2 diald[138]: Delaying 30 seconds before clear to dial. TIA, Chris -- E-Mail: Chris Hoover [EMAIL PROTECTED] Date: 11-May-99 Time: 22:47:23 This message was sent by XFMail --
Re: Wierd PPP Problems
Chris Hoover writes: I'm having some strange problems with ppp on my dial out server. Everything has been working fine for quite some time (over 51 days of uptime on 2.2.2), and then tonight I started having problems connecting. Does anyone know what is going on, and how to fix it? At a guess, your ISP changed something. Does it fail every time, or intermittently? What sort of authentication are you using? What does your chat script look like? Dial in with minicom and see if anything has changed. -- John HaslerThis posting is in the public domain. [EMAIL PROTECTED] Do with it what you will. Dancing Horse Hill Make money from it if you can; I don't mind. Elmwood, Wisconsin Do not send email advertisements to this address.
PPP problems
Recently , I installed Debian GNU/Linux , 2.1 release ,on i-386 architecture but , I notyfied , that configuring my PPP conection using 'pppconfig' utility was not succesful. When I start 'pon' , my modem 'USR Sportster Voice' ,doesn't start dialing to my ISP server.I am new in Linux , so I'm asking help from kind Debian users. What I already done : I looked for help in several Debian manuals , Debian FAQ's , Linux HOWTO's etc .. What to do now? Where to get concise diagnostic procedure about this problem?Which additional informations needs experienced Debian user , to help me to make steps in the right directio Thank You for Your answers
Re: PPP problems
aco wrote: Recently , I installed Debian GNU/Linux , 2.1 release ,on i-386 architecture but , I notyfied , that configuring my PPP conection using 'pppconfig' utility was not succesful. When I start 'pon' , my modem 'USR Sportster Voice' ,doesn't start dialing to my ISP server.I am new in Linux , so I'm asking help from kind Debian users. I have a friend who is using what I *think* is a USR Sportster Voice, and he hasn't got it working yet. So, you *might* have a modem that is difficult to get working in Linux, but hopefully not impossible. What to do now? Where to get concise diagnostic procedure about this problem?Which additional informations needs experienced Debian user, to help me to make steps in the right directio The first thing you should do is tell us what appears in your ppp log file. You can find out by typing plog. (You might have to be root to be able to view the log, since it will contain your password.) Before you send the message, edit the output of plog so you don't tell everyone your password! Thank You for Your answers Well, no answers yet... Kirk
Re: PPP problems
On Thu, May 06, 1999 at 10:37, Kirk Hogenson wrote: aco wrote: Recently , I installed Debian GNU/Linux , 2.1 release ,on i-386 architecture but , I notyfied , that configuring my PPP conection using 'pppconfig' utility was not succesful. When I start 'pon' , my modem 'USR Sportster Voice' ,doesn't start dialing to my ISP server.I am new in Linux , so I'm asking help from kind Debian users. I have a friend who is using what I *think* is a USR Sportster Voice, and he hasn't got it working yet. So, you *might* have a modem that is difficult to get working in Linux, but hopefully not impossible. I'm using a USR Sportster Voice modem to make PPP connections and had no problems getting it to work. It's no different from any other USR modem apart from some nifty features. I'm not using any of these features and assume they are hard to get working on Linux. Regards, Remco -- Croatian confidential Kennedy NORAD alarm radar cryptographic strategic jihad hacker Ft. Meade RAF Delta Force FSF General Javier Solana UCK
Re: PPP problems
Remco van 't Veer wrote: On Thu, May 06, 1999 at 10:37, Kirk Hogenson wrote: I have a friend who is using what I *think* is a USR Sportster Voice, and he hasn't got it working yet. So, you *might* have a modem that is difficult to get working in Linux, but hopefully not impossible. I'm using a USR Sportster Voice modem to make PPP connections and had no problems getting it to work. It's no different from any other USR modem apart from some nifty features. I'm not using any of these features and assume they are hard to get working on Linux. Well, that's a relief! It must be something else we have set up wrong, then (or I'm remembering his modem model incorrectly). Thanks for the info! Kirk
Sportster Voice (Re: PPP problems)
It should be able to recognize pulse tone commands from the caller. That's something I'd like to play around with. About two years ago I looked at voice-0.6 which is ready to with a Rockwell modem. But it isn't ready to go with the Sportster. I had a hard time testing it since I have only one phone line which was my only way to the Internet. Can you tell me what software you use and what changes you made to the configuration files? Regards, Remco On Thu, May 06, 1999 at 12:37, Paul McDermott wrote: Hi there, I got the modem to work with those nifty features. BTW what are those nifty features? I got my voice part to work. where my computer acts as an answering machine. If you want help let me know and I can see what I can do. Paul On Thu, 6 May 1999, Remco van 't Veer wrote: On Thu, May 06, 1999 at 10:37, Kirk Hogenson wrote: aco wrote: Recently , I installed Debian GNU/Linux , 2.1 release ,on i-386 architecture but , I notyfied , that configuring my PPP conection using 'pppconfig' utility was not succesful. When I start 'pon' , my modem 'USR Sportster Voice' ,doesn't start dialing to my ISP server.I am new in Linux , so I'm asking help from kind Debian users. I have a friend who is using what I *think* is a USR Sportster Voice, and he hasn't got it working yet. So, you *might* have a modem that is difficult to get working in Linux, but hopefully not impossible. I'm using a USR Sportster Voice modem to make PPP connections and had no problems getting it to work. It's no different from any other USR modem apart from some nifty features. I'm not using any of these features and assume they are hard to get working on Linux. Regards, Remco -- quiche spy Osama Bin Laden CRI alarm grenade MI5 coup PGP FSF jihad treasury Beatrix PLO FNLC Patijn Shell Kennedy GSM security abuse GPL
RE: Sportster Voice (Re: PPP problems)
Remco, I have successfully used vgetty and mgetty to do fax, voice, and DTMF recognition on my non-Debian gateway. Unfortunately, I had to hand-patch the code a little to get the handset features working with my Sportster 33.6 F/V. I doubt those fixes have made it into the Debian packages, and if that is the case, you will have to hand compile it. If you are still interested, email me and I can send you my scripts, and where I patched the code (I snarked it off of the mgetty newsgroups a few months back). Pax, Jonathan ~ [EMAIL PROTECTED] On Thursday, May 06, 1999 3:56 PM, Remco van 't Veer [SMTP:[EMAIL PROTECTED] wrote: It should be able to recognize pulse tone commands from the caller. That's something I'd like to play around with. About two years ago I looked at voice-0.6 which is ready to with a Rockwell modem. But it isn't ready to go with the Sportster. I had a hard time testing it since I have only one phone line which was my only way to the Internet. Can you tell me what software you use and what changes you made to the configuration files? Regards, Remco On Thu, May 06, 1999 at 12:37, Paul McDermott wrote: Hi there, I got the modem to work with those nifty features. BTW what are those nifty features? I got my voice part to work. where my computer acts as an answering machine. If you want help let me know and I can see what I can do. Paul On Thu, 6 May 1999, Remco van 't Veer wrote: On Thu, May 06, 1999 at 10:37, Kirk Hogenson wrote: aco wrote: Recently , I installed Debian GNU/Linux , 2.1 release ,on i-386 architecture but , I notyfied , that configuring my PPP conection using 'pppconfig' utility was not succesful. When I start 'pon' , my modem 'USR Sportster Voice' ,doesn't start dialing to my ISP server.I am new in Linux , so I'm asking help from kind Debian users. I have a friend who is using what I *think* is a USR Sportster Voice, and he hasn't got it working yet. So, you *might* have a modem that is difficult to get working in Linux, but hopefully not impossible. I'm using a USR Sportster Voice modem to make PPP connections and had no problems getting it to work. It's no different from any other USR modem apart from some nifty features. I'm not using any of these features and assume they are hard to get working on Linux. Regards, Remco -- quiche spy Osama Bin Laden CRI alarm grenade MI5 coup PGP FSF jihad treasury Beatrix PLO FNLC Patijn Shell Kennedy GSM security abuse GPL -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null
Re: PPP problems
At 01:18 PM 5/6/1999 -0100, aco wrote: Recently , I installed Debian GNU/Linux , 2.1 release ,on i-386 architecture but , I notyfied , that configuring my PPP conection using 'pppconfig' utility was not succesful. When I start 'pon' , my modem 'USR Sportster Voice' ,doesn't start dialing to my ISP server.I am new in Linux , so I'm asking help from kind Debian users. Internal or external? If external, you can be almost certain it's not a winmodem. If it's external or jumpered, make sure you know what IRQ, etc it's using. If it's internal and not jumpered or if it's PnP, see what settings Windows uses (I assume you still have Windows on this box), and then use those settings in Linux.
Re: Sportster Voice (Re: PPP problems)
Yes please, I would appreciate it very much. Thanks. Regards, Remco On Thu, May 06, 1999 at 16:30, Jonathan J. Lupa wrote: Remco, I have successfully used vgetty and mgetty to do fax, voice, and DTMF recognition on my non-Debian gateway. Unfortunately, I had to hand-patch the code a little to get the handset features working with my Sportster 33.6 F/V. I doubt those fixes have made it into the Debian packages, and if that is the case, you will have to hand compile it. If you are still interested, email me and I can send you my scripts, and where I patched the code (I snarked it off of the mgetty newsgroups a few months back). Pax, Jonathan ~ [EMAIL PROTECTED] -- FNLC SARIN kibo Ft. Bragg Qaddafi ETA PSUC CD Kosto Slobodan Milosevic CNT-FAI CIA NSA NORAD charge cracking assassination terrorist grenade
serious ppp problems
Today, while working in Xwindow, my keyboard locked up. I couldn't type anything in any window even though the system was fine. I was forced to hit the reset button (first mistake). When the system rebooted, it checked the hard drive and found many problems, which it fixed. The system seemed fine after that. I was able run X and do my usual work. However, when I tried to dial up my ISP, the troubles began. pon dials correctly, and a connection is usually made. ifconfig says that all is well and I have been assigned an IP address. However, I can not ping or access any outside site. The error I receive from ping is that sendto is not allowed. If I use kppp, I get a little more information. The connection is fine until it tries to start pppd. Then it can't start it. The error is that it can't find ppp0 the device doesn't support this interface. I tried uninstalling and reinstalling the ppp package, but still have the same error. I am running slink, and have finally got things the way I like them. Can this problem be fixed? Amy Anuszewski p.s. for future reference, if the keyboard goes out on me again, is there a better way to reboot?
Re: serious ppp problems
RaAA == Robert and Amy Anuszewski [EMAIL PROTECTED] writes: RaAA However, when I tried to dial up my ISP, the troubles began. RaAA pon dials correctly, and a connection is usually made. ifconfig RaAA says that all is well and I have been assigned an IP address. Is the output of /sbin/route OK? RaAA However, I can not ping or access any outside site. The error I RaAA receive from ping is that sendto is not allowed. Looks like ping has the wrong permissions. ls -l /bin/ping -rwsr-xr-x 1 root root14768 Mar 25 05:55 /bin/ping* Try pinging the remote gateway (as listed in ifconfig). telnet 207.25.71.9 80 telnet www.cnn.com 80 will try a connection to the cnn webserver. $ telnet www.cnn.com 80 Trying 207.25.71.20... Connected to cnn.com. Escape character is '^]'. HEAD / HTTP/1.0 HTTP/1.0 200 OK Server: Netscape-Enterprise/2.01 Date: Sun, 11 Apr 1999 16:53:16 GMT Set-cookie: CNNid=cf194728-7758-923849596-1; expires=Wednesday, 30-Dec-2037 16:00:00 GMT; path=/; domain=.cnn.com Last-modified: Sun, 11 Apr 1999 16:53:16 GMT Content-type: text/html Connection closed by foreign host. RaAA p.s. for future reference, if the keyboard goes out on me again, RaAA is there a better way to reboot? You could configure your user to be able to shutdown the computer (with the sudo or super package), and add an option to the windowmanager menus, so if your mouse works, you can do a shutdown. Ciao, Martin
ppp problems...
Hi Debian-User, can someone tell me what this snippet of my ppp.log file is trying to tell me? Everything seems to be working OK but I didn't get these Unsupported protocol problems until recently. Is it something with my new ISP? Or is it because I compiled a custom 2.0.36 kernel? Or could it be because I recently did a dist-upgrade to slink? Any assistance is most appreciated. Thanks in advance, Gary Singleton _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com Mar 29 20:34:48 zorak pppd[14962]: sent [LCP EchoReq id=0x6f magic=0xc399707] Mar 29 20:34:48 zorak pppd[14962]: rcvd [LCP EchoRep id=0x6f magic=0x1f8ff964] Mar 29 20:35:18 zorak pppd[14962]: sent [LCP EchoReq id=0x70 magic=0xc399707] Mar 29 20:35:18 zorak pppd[14962]: rcvd [LCP EchoRep id=0x70 magic=0x1f8ff964] Mar 29 20:35:48 zorak pppd[14962]: sent [LCP EchoReq id=0x71 magic=0xc399707] Mar 29 20:35:48 zorak pppd[14962]: rcvd [LCP EchoRep id=0x71 magic=0x1f8ff964] Mar 29 20:36:18 zorak pppd[14962]: sent [LCP EchoReq id=0x72 magic=0xc399707] Mar 29 20:36:18 zorak pppd[14962]: rcvd [LCP EchoRep id=0x72 magic=0x1f8ff964] Mar 29 20:36:48 zorak pppd[14962]: sent [LCP EchoReq id=0x73 magic=0xc399707] Mar 29 20:36:48 zorak pppd[14962]: rcvd [LCP EchoRep id=0x73 magic=0x1f8ff964] Mar 29 20:37:18 zorak pppd[14962]: sent [LCP EchoReq id=0x74 magic=0xc399707] Mar 29 20:37:18 zorak pppd[14962]: rcvd [LCP EchoRep id=0x74 magic=0x1f8ff964] Mar 29 20:37:48 zorak pppd[14962]: sent [LCP EchoReq id=0x75 magic=0xc399707] Mar 29 20:37:48 zorak pppd[14962]: rcvd [LCP EchoRep id=0x75 magic=0x1f8ff964] Mar 29 20:38:18 zorak pppd[14962]: sent [LCP EchoReq id=0x76 magic=0xc399707] Mar 29 20:38:22 zorak pppd[14962]: rcvd [proto=0x128e] d5 1b 5b cb 07 24 bb c2 4d e8 3b 70 e7 09 17 05 3d 63 df 43 09 04 1b 82 35 03 71 ad c4 22 9a 84 9b 6a b7 85 b0 2e 75 bb 82 c7 b0 8f 6f f5 c6 78 ce 9c 0f ef f9 50 7a 8b c9 b8 ee d7 58 5a 14 c5 ce 41 62 a2 09 26 c0 5b 52 7a 84 22 a5 a9 Mar 29 20:38:22 zorak pppd[14962]: 66 dc d8 09 07 4c b7 36 1b eb 08 aa a3 22 b5 02 27 19 d3 6b 38 23 c4 d4 24 d0 ab f8 53 24 1e a7 04 2d 0a 62 fc e2 91 aa 14 73 5f 50 3d f5 10 b2 97 99 20 a5 08 22 d7 3a 0b 5b ae fe 8b 7d 30 c0 d4 a4 4d f3 4d 4b 81 d7 ce 8f d9 db 1a 22 ad 24 95 94 a6 7e 5a Mar 29 20:38:22 zorak pppd[14962]: c4 dc 8e 75 3f 4f d3 0b 42 99 24 da 52 54 4e a4 5f 60 06 9d d6 f5 42 8a d7 60 ab 1d c1 d8 6e 34 ea 86 2f 3f 2e 52 1c 4b cd 29 17 d4 82 2c 3d fa e1 17 6a d2 46 f7 9e 97 4a ad 72 03 e2 fe b8 29 27 a3 0e 2d 77 12 45 00 82 08 b0 dc 03 ec 86 ae 12 95 65 0a 20 Mar 29 20:38:22 zorak pppd[14962]: 70 b9 d3 bb f6 c3 44 56 a4 92 2c aa 84 b1 ea cc ea 7d 7e ff 00 42 9e 35 a6 4c 7f 87 4b 20 a7 42 79 e4 9f db 0b 42 87 5d 35 8b 15 6a 35 27 df cd 1a 2d 36 56 a7 4d b5 eb ea b4 78 cc cc bb 87 e0 e6 9a 72 e2 f6 4a c1 f4 46 ce 16 90 6d cf 22 e5 3b df df b6 33 Mar 29 20:38:22 zorak pppd[14962]: 14 78 8c 2f 80 d2 a6 d3 73 54 d2 cb e6 e9 2e 36 3c 99 d3 ef d5 1c ef 3c 84 36 ec db 6d fc 54 36 f8 47 de e5 9d 26 2f 7c 5b 38 dc b6 0f a9 ba c3 99 5c 43 59 90 e1 56 89 50 37 1a f5 de 28 c9 26 82 d8 90 5b ca ba 97 4e 98 2e 1e bc c6 e4 f9 9f 5c 64 69 c9 b5 Mar 29 20:38:22 zorak pppd[14962]: f8 fe 4a 76 a2 93 f9 a0 2c 1d 0e e2 e6 dd 49 cc 14 a4 db c8 00 f6 47 54 e1 b7 1b 34 36 2c 92 92 00 27 4b f0 f7 f4 75 c7 27 d3 94 85 55 a9 c1 3c 13 65 1e dc c7 e9 11 d5 b8 68 1f 12 4b f7 7b 23 61 ba 64 f7 80 0e 54 e4 e6 17 5e c3 f3 c0 66 97 95 59 2f 2a ff Mar 29 20:38:22 zorak pppd[14962]: 00 17 88 16 dc 93 b0 03 73 a0 8a 86 ab 4a ab 4c 54 9f 7a 52 5d e7 25 dc cb 62 83 d1 72 c9 02 e3 5d 52 78 1d 88 d4 47 49 d7 70 cb 35 f7 a5 55 32 fb 81 86 56 14 b6 00 e8 bc 38 a1 47 7b 11 70 46 c4 1d 60 17 11 52 dc c3 f2 8d b1 4f a4 48 4e 94 24 05 Mar 29 20:38:22 zorak pppd[14962]: Unsupported protocol (0x128e) received Mar 29 20:38:22 zorak pppd[14962]: sent [LCP ProtRej id=0x5b 12 8e d5 1b 5b cb 07 24 bb c2 4d e8 3b 70 e7 09 17 05 3d 63 df 43 09 04 1b 82 35 03 71 ad c4 22 9a 84 9b 6a b7 85 b0 2e 75 bb 82 c7 b0 8f 6f f5 c6 78 ce 9c 0f ef f9 50 7a 8b c9 b8 ee d7 58 5a 14 c5 ce 41 62 a2 09 26 c0 5b 52 7a Mar 29 20:38:22 zorak pppd[14962]: 84 22 a5 a9 66 dc d8 09 07 4c b7 36 1b eb 08 aa a3 22 b5 02 27 19 d3 6b 38 23 c4 d4 24 d0 ab f8 53 24 1e a7 04 2d 0a 62 fc e2 91 aa 14 73 5f 50 3d f5 10 b2 97 99 20 a5 08 22 d7 3a 0b 5b ae fe 8b 7d 30 c0 d4 a4 4d f3 4d 4b 81 d7 ce 8f d9 db 1a 22 ad 24 95 Mar 29 20:38:22 zorak pppd[14962]: 94 a6 7e 5a c4 dc 8e 75 3f 4f d3 0b 42 99 24 da 52 54 4e a4 5f 60 06 9d d6 f5 42 8a d7 60 ab 1d c1 d8 6e 34 ea 86 2f 3f 2e 52 1c 4b cd 29 17 d4 82 2c 3d fa e1 17 6a d2 46 f7 9e 97 4a ad 72 03 e2 fe b8 29 27 a3 0e 2d 77 12 45 00 82 08 b0 dc 03 ec 86 ae 12 Mar 29 20:38:22 zorak pppd[14962]: 95 65 0a 20 70 b9 d3 bb f6 c3 44 56 a4 92 2c aa 84 b1 ea cc ea 7d 7e ff 00 42 9e 35 a6 4c 7f 87 4b 20 a7 42 79 e4 9f db 0b 42 87 5d 35 8b 15 6a 35 27 df cd 1a 2d 36 56 a7 4d b5 eb ea b4 78 cc cc bb 87 e0 e6 9a 72 e2 f6 4a c1 f4
Re: PPP problems
I don't know what is wrong, but I suspect that the chat script is the source of your troubles. To check it, try connecting your ISP with minicon. Also, send the list the chat file and ppp's log for more help. See attached files!! Cheers I don't know what is wrong, but I suspect that the chat script is the source of your troubles. To check it, try connecting your ISP with minicon. Also, send the list the chat file and ppp's log for more help. Hi all After running pppconfig and running pppd provider (where provider is the name of the file created by pppconfig), I get the following results (from tail -f /var/log/messages): CONNECT stuff and so . expect (ogin: login_name) 19200^M ^M NO CARRIER --failed Failed (NO CARRIER) Exit. PPP: ppp line discipline successfully unregistered What am I doing wrong? chat_script_provider Description: Binary data peers_provider Description: Binary data plog-f Description: Binary data
Re: PPP problems
On 24 Nov 1998 [EMAIL PROTECTED] wrote: [snip] ... ... What am I doing wrong? At a guess, you put quotes around both the login prompt and the login name, something like this: 'ogin: login_name' That tells chat to treat the whole thing as a single string, and it is wailting for your ISP to send 'ogin: login_name'. Hmmm sorry Rodrigo, thats what I was trying to say... Sorry If I confused you. Michael Beattie ([EMAIL PROTECTED]) PGP Key available, reply with pgpkey as subject. - Cat Game #10: Hide and go puke. - Debian GNU/Linux Ooohh You are missing out!
Re: PPP problems
I don't know what is wrong, but I suspect that the chat script is the source of your troubles. To check it, try connecting your ISP with minicon. Also, send the list the chat file and ppp's log for more help. Hi all After running pppconfig and running pppd provider (where provider is the name of the file created by pppconfig), I get the following results (from tail -f /var/log/messages): CONNECT stuff and so . expect (ogin: login_name) 19200^M ^M NO CARRIER --failed Failed (NO CARRIER) Exit. PPP: ppp line discipline successfully unregistered What am I doing wrong?
PPP problems
Hi all After running pppconfig and running pppd provider (where provider is the name of the file created by pppconfig), I get the following results (from tail -f /var/log/messages): CONNECT stuff and so . expect (ogin: login_name) 19200^M ^M NO CARRIER --failed Failed (NO CARRIER) Exit. PPP: ppp line discipline successfully unregistered What am I doing wrong? Cheers
Re: PPP problems
On Tue, 24 Nov 1998, Rodrigo Moya wrote: Hi all After running pppconfig and running pppd provider (where provider is the name of the file created by pppconfig), I get the following results (from tail -f /var/log/messages): CONNECT stuff and so . expect (ogin: login_name) 19200^M ^M NO CARRIER --failed Failed (NO CARRIER) Exit. PPP: ppp line discipline successfully unregistered What am I doing wrong? I suspect it is your expect line for the login prompt. are you expecting ogin: your_login_name or just ogin: ?? you cant expect the former, your ISP expects you to enter your login. like so: ogin: your_login_name ssword:\qyour_password no quotes... the \q makes the password invisible in the log file. If you had it the way I think you did, your connection script will just sit around waiting for a string that wont arrive. Either chat, or your ISP will timeout with no action in a specified time. Michael Beattie ([EMAIL PROTECTED]) PGP Key available, reply with pgpkey as subject. - Windows: the world's first commercially successful virus! - Debian GNU/Linux Ooohh You are missing out!
Re: PPP problems
I suspect it is your expect line for the login prompt. are you expecting ogin: your_login_name or just ogin: ?? you cant expect the former, your ISP expects you to enter your login. like so: I wrote down 'login_name' but in this line appears my REAL login name ogin: your_login_name ssword:\qyour_password The password line does not appear at all (or I don't remember) no quotes... the \q makes the password invisible in the log file. If you had it the way I think you did, your connection script will just sit around waiting for a string that wont arrive. Either chat, or your ISP will timeout with no action in a specified time.
Re: PPP problems
Rodrigo Moya writes: After running pppconfig... Ok... ...and running pppd provider... Don't you mean 'pppd call provider'? Why not just run 'pon'? ...from tail -f /var/log/messages 'plog -f' does 'tail -f /var/log/ppp.log'. ... ... What am I doing wrong? At a guess, you put quotes around both the login prompt and the login name, something like this: 'ogin: login_name' That tells chat to treat the whole thing as a single string, and it is wailting for your ISP to send 'ogin: login_name'. Send me a copy of your /etc/chatscripts/provider, /etc/ppp/peers/provider, and the output of the 'plog' command and I will try to help you. Munge the password but don't leave anything out. -- John Hasler [EMAIL PROTECTED] (John Hasler) Dancing Horse Hill Elmwood, WI
Re: PPP problems
Rodrigo Moya wrote: Hi all After running pppconfig and running pppd provider (where provider is the name of the file created by pppconfig), I get the following results (from tail -f /var/log/messages): CONNECT stuff and so . expect (ogin: login_name) 19200^M ^M NO CARRIER --failed Failed (NO CARRIER) Exit. PPP: ppp line discipline successfully unregistered What am I doing wrong? Cheers If you don't get good help from the other responders to your message, try using 'minicom' to manually step thru the login process and see what happens. In my case, the ISP doesn't even need the login/password; it lets PAP do the verification, immediately after the CONNECT line. -- Ed C.
Re: PPP Problems cont.
On Tue, 10 Nov 1998, Peter Iannarelli wrote: Hi Guys: This is what I do. I don't log in. Loging in implies V.120. V.120 sucks. When I get the CONNECT is just start ppp negotiation. This approach seem to work with several ISPs. I'm using a Zyxel ISDN modem at 128 so don't be confused with the init or dialing strings. Below is my provider file ABORTBUSY ABORTNO CARRIER ABORTVOICE ABORTNO DIALTONE ATB40K44J3 ATDI98609234+98609234 CONNECT '' -- these are single quotes When the modem generates a CONNECT string, the box goes right into LCP negotiation and authenticates via PAP. In my options file I have a line which states my login name as follows: name [EMAIL PROTECTED] In my pap-secrets file I have a line which provides my outbound password for the userid in question as follows: [EMAIL PROTECTED] * password Hope this is of some use. Peter Kent West wrote: On Mon, 9 Nov 1998, Chris Hoover wrote: I still can not get my linux box to connect to my isp (bellsouth.net), and am looking for ideas and help. Attached is a copy of my /etc/ppp/peers/provider, /etc/chatscripts/provider, and /var/log/ppp.log. Can someone tell me what is going on here? I've used pppconfig to set it all up, and it dials out fine, but it ppp dies right after connecting. Thanks, Chris /etc/ppp/peers/provider # This file was generated by pppconfig. You can edit the following lines # but please do not delete lines or the change the comments or you will # confuse pppconfig. noauth #pppconfig_noauth connect /usr/sbin/chat -v -f /etc/chatscripts/provider #pppconfig_connect debug #pppconfig_debug /dev/ttyS2 #pppconfig_dev 115200 #pppconfig_speed defaultroute #pppconfig_route noipdefault #pppconfig_ipdefault user wax_man #pppconfig_user # End of pppconfig controlled lines. You can add lines below here without # confusing pppconfig. /var/log/ppp.log Nov 9 20:58:18 tux pppd[480]: pppd 2.3.5 started by root, uid 0 Nov 9 20:58:19 tux chat[481]: abort on (BUSY) Nov 9 20:58:19 tux chat[481]: abort on (NO CARRIER) Nov 9 20:58:19 tux chat[481]: abort on (VOICE) Nov 9 20:58:19 tux chat[481]: abort on (NO DIALTONE) Nov 9 20:58:19 tux chat[481]: abort on (NO ANSWER) Nov 9 20:58:19 tux chat[481]: send (ATZ^M) Nov 9 20:58:19 tux chat[481]: expect (OK) Nov 9 20:58:38 tux chat[481]: ATZ^M^M Nov 9 20:58:38 tux chat[481]: OK Nov 9 20:58:38 tux chat[481]: -- got it Nov 9 20:58:38 tux chat[481]: send (ATDT2528294^M) Nov 9 20:58:38 tux chat[481]: expect (CONNECT) Nov 9 20:58:38 tux chat[481]: ^M Nov 9 20:59:18 tux chat[481]: ATDT2528294^M Nov 9 20:59:23 tux chat[481]: alarm Nov 9 20:59:23 tux chat[481]: Failed Nov 9 20:59:23 tux pppd[480]: Connect script failed Nov 9 20:59:24 tux pppd[480]: Exit. /etc/chatscripts/provider ABORT BUSY ABORT NO CARRIER ABORT VOICE ABORT NO DIALTONE ABORT NO ANSWER ATZ OK ATDT2528294 CONNECT '' sername: \d\qwax_man ssword: \qpassword \d\c Just a shot in the dark; maybe your ISP's prompt uses login: or something else instead of username:. You might want to manually dial-in using minicom for comparison purposes. You might also want to give wvdial a try, which is an I'll guess my way through the connection process utility that I've had good success with. I'm afraid you've gone beyond my experience level. Perhaps someone else on this list can help. Any bellsouth.net users out there? -- Kent West [EMAIL PROTECTED] KC5ENO - Amateur Radio: When all else fails. Linux - Finally! A real OS for the Intel PC!
PPP Problems cont.
I still can not get my linux box to connect to my isp (bellsouth.net), and am looking for ideas and help. Attached is a copy of my /etc/ppp/peers/provider, /etc/chatscripts/provider, and /var/log/ppp.log. Can someone tell me what is going on here? I've used pppconfig to set it all up, and it dials out fine, but it ppp dies right after connecting. Thanks, Chris /etc/ppp/peers/provider # This file was generated by pppconfig. You can edit the following lines # but please do not delete lines or the change the comments or you will # confuse pppconfig. noauth #pppconfig_noauth connect /usr/sbin/chat -v -f /etc/chatscripts/provider #pppconfig_connect debug #pppconfig_debug /dev/ttyS2 #pppconfig_dev 115200 #pppconfig_speed defaultroute #pppconfig_route noipdefault #pppconfig_ipdefault user wax_man #pppconfig_user # End of pppconfig controlled lines. You can add lines below here without # confusing pppconfig. /var/log/ppp.log Nov 9 20:58:18 tux pppd[480]: pppd 2.3.5 started by root, uid 0 Nov 9 20:58:19 tux chat[481]: abort on (BUSY) Nov 9 20:58:19 tux chat[481]: abort on (NO CARRIER) Nov 9 20:58:19 tux chat[481]: abort on (VOICE) Nov 9 20:58:19 tux chat[481]: abort on (NO DIALTONE) Nov 9 20:58:19 tux chat[481]: abort on (NO ANSWER) Nov 9 20:58:19 tux chat[481]: send (ATZ^M) Nov 9 20:58:19 tux chat[481]: expect (OK) Nov 9 20:58:38 tux chat[481]: ATZ^M^M Nov 9 20:58:38 tux chat[481]: OK Nov 9 20:58:38 tux chat[481]: -- got it Nov 9 20:58:38 tux chat[481]: send (ATDT2528294^M) Nov 9 20:58:38 tux chat[481]: expect (CONNECT) Nov 9 20:58:38 tux chat[481]: ^M Nov 9 20:59:18 tux chat[481]: ATDT2528294^M Nov 9 20:59:23 tux chat[481]: alarm Nov 9 20:59:23 tux chat[481]: Failed Nov 9 20:59:23 tux pppd[480]: Connect script failed Nov 9 20:59:24 tux pppd[480]: Exit. /etc/chatscripts/provider ABORT BUSY ABORT NO CARRIER ABORT VOICE ABORT NO DIALTONE ABORT NO ANSWER ATZ OK ATDT2528294 CONNECT '' sername: \d\qwax_man ssword: \qpassword \d\c
Re: PPP Problems cont.
On Mon, 9 Nov 1998, Chris Hoover wrote: I still can not get my linux box to connect to my isp (bellsouth.net), and am looking for ideas and help. Attached is a copy of my /etc/ppp/peers/provider, /etc/chatscripts/provider, and /var/log/ppp.log. Can someone tell me what is going on here? I've used pppconfig to set it all up, and it dials out fine, but it ppp dies right after connecting. Thanks, Chris /etc/ppp/peers/provider # This file was generated by pppconfig. You can edit the following lines # but please do not delete lines or the change the comments or you will # confuse pppconfig. noauth #pppconfig_noauth connect /usr/sbin/chat -v -f /etc/chatscripts/provider #pppconfig_connect debug #pppconfig_debug /dev/ttyS2 #pppconfig_dev 115200 #pppconfig_speed defaultroute #pppconfig_route noipdefault #pppconfig_ipdefault user wax_man #pppconfig_user # End of pppconfig controlled lines. You can add lines below here without # confusing pppconfig. /var/log/ppp.log Nov 9 20:58:18 tux pppd[480]: pppd 2.3.5 started by root, uid 0 Nov 9 20:58:19 tux chat[481]: abort on (BUSY) Nov 9 20:58:19 tux chat[481]: abort on (NO CARRIER) Nov 9 20:58:19 tux chat[481]: abort on (VOICE) Nov 9 20:58:19 tux chat[481]: abort on (NO DIALTONE) Nov 9 20:58:19 tux chat[481]: abort on (NO ANSWER) Nov 9 20:58:19 tux chat[481]: send (ATZ^M) Nov 9 20:58:19 tux chat[481]: expect (OK) Nov 9 20:58:38 tux chat[481]: ATZ^M^M Nov 9 20:58:38 tux chat[481]: OK Nov 9 20:58:38 tux chat[481]: -- got it Nov 9 20:58:38 tux chat[481]: send (ATDT2528294^M) Nov 9 20:58:38 tux chat[481]: expect (CONNECT) Nov 9 20:58:38 tux chat[481]: ^M Nov 9 20:59:18 tux chat[481]: ATDT2528294^M Nov 9 20:59:23 tux chat[481]: alarm Nov 9 20:59:23 tux chat[481]: Failed Nov 9 20:59:23 tux pppd[480]: Connect script failed Nov 9 20:59:24 tux pppd[480]: Exit. /etc/chatscripts/provider ABORT BUSY ABORT NO CARRIER ABORT VOICE ABORT NO DIALTONE ABORT NO ANSWER ATZ OK ATDT2528294 CONNECT '' sername: \d\qwax_man ssword: \qpassword \d\c Just a shot in the dark; maybe your ISP's prompt uses login: or something else instead of username:. You might want to manually dial-in using minicom for comparison purposes. You might also want to give wvdial a try, which is an I'll guess my way through the connection process utility that I've had good success with.
Re: PPP Problems cont.
Hi Guys: This is what I do. I don't log in. Loging in implies V.120. V.120 sucks. When I get the CONNECT is just start ppp negotiation. This approach seem to work with several ISPs. I'm using a Zyxel ISDN modem at 128 so don't be confused with the init or dialing strings. Below is my provider file ABORTBUSY ABORTNO CARRIER ABORTVOICE ABORTNO DIALTONE ATB40K44J3 ATDI98609234+98609234 CONNECT '' -- these are single quotes When the modem generates a CONNECT string, the box goes right into LCP negotiation and authenticates via PAP. In my options file I have a line which states my login name as follows: name [EMAIL PROTECTED] In my pap-secrets file I have a line which provides my outbound password for the userid in question as follows: [EMAIL PROTECTED] * password Hope this is of some use. Peter Kent West wrote: On Mon, 9 Nov 1998, Chris Hoover wrote: I still can not get my linux box to connect to my isp (bellsouth.net), and am looking for ideas and help. Attached is a copy of my /etc/ppp/peers/provider, /etc/chatscripts/provider, and /var/log/ppp.log. Can someone tell me what is going on here? I've used pppconfig to set it all up, and it dials out fine, but it ppp dies right after connecting. Thanks, Chris /etc/ppp/peers/provider # This file was generated by pppconfig. You can edit the following lines # but please do not delete lines or the change the comments or you will # confuse pppconfig. noauth #pppconfig_noauth connect /usr/sbin/chat -v -f /etc/chatscripts/provider #pppconfig_connect debug #pppconfig_debug /dev/ttyS2 #pppconfig_dev 115200 #pppconfig_speed defaultroute #pppconfig_route noipdefault #pppconfig_ipdefault user wax_man #pppconfig_user # End of pppconfig controlled lines. You can add lines below here without # confusing pppconfig. /var/log/ppp.log Nov 9 20:58:18 tux pppd[480]: pppd 2.3.5 started by root, uid 0 Nov 9 20:58:19 tux chat[481]: abort on (BUSY) Nov 9 20:58:19 tux chat[481]: abort on (NO CARRIER) Nov 9 20:58:19 tux chat[481]: abort on (VOICE) Nov 9 20:58:19 tux chat[481]: abort on (NO DIALTONE) Nov 9 20:58:19 tux chat[481]: abort on (NO ANSWER) Nov 9 20:58:19 tux chat[481]: send (ATZ^M) Nov 9 20:58:19 tux chat[481]: expect (OK) Nov 9 20:58:38 tux chat[481]: ATZ^M^M Nov 9 20:58:38 tux chat[481]: OK Nov 9 20:58:38 tux chat[481]: -- got it Nov 9 20:58:38 tux chat[481]: send (ATDT2528294^M) Nov 9 20:58:38 tux chat[481]: expect (CONNECT) Nov 9 20:58:38 tux chat[481]: ^M Nov 9 20:59:18 tux chat[481]: ATDT2528294^M Nov 9 20:59:23 tux chat[481]: alarm Nov 9 20:59:23 tux chat[481]: Failed Nov 9 20:59:23 tux pppd[480]: Connect script failed Nov 9 20:59:24 tux pppd[480]: Exit. /etc/chatscripts/provider ABORT BUSY ABORT NO CARRIER ABORT VOICE ABORT NO DIALTONE ABORT NO ANSWER ATZ OK ATDT2528294 CONNECT '' sername: \d\qwax_man ssword: \qpassword \d\c Just a shot in the dark; maybe your ISP's prompt uses login: or something else instead of username:. You might want to manually dial-in using minicom for comparison purposes. You might also want to give wvdial a try, which is an I'll guess my way through the connection process utility that I've had good success with. -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null begin:vcard n:Iannarelli;Peter tel;fax:1+416-929-1056 tel;work:1+416-929-1885 x-mozilla-html:FALSE url:http://www.genxl.com org:GenX Internte Labs;Operations adr:;;20 Madison Ave.;Toronto;ON;M5R 2S1;CA version:2.1 email;internet:Peter.Iannarelli title:Engineer x-mozilla-cpt:;0 fn:Peter Iannarelli end:vcard
Re: ppp problems continue! (long)
Chris Evans writes: I suspect from the proxyARP message... No. This message is harmless and irrelevant. I have a sense that I need to change /etc/init.d/network to bind ppp0... Can't be done: ppp0 does not exist until the ppp link comes up. Acting on advice from my last posting I have changed my /etc/init.d/network settings to put the appropriate addresses in against eth0. Exactly what did you do here? You should have disabled the default route and added the network and interface addresses. This what I have in /etc/init.d/network: /sbin/ifconfig eth0 192.168.1.1 /sbin/route add -net 192.168.1.0 device eth0 Your routing table looks very strange: as if you have given your ethernet interface and the ppp interface the same address. The only place you should put the ppp addresses xxx.yy.zzz.ww and aaa.bb.ccc.1 is in /etc/ppp/peers/provider. Give the ethernet card a non-routed address such as 192.168.1.1 and give other machines on your LAN address on the 192.168.1.0 net. -- John Hasler [EMAIL PROTECTED] (John Hasler) Dancing Horse Hill Elmwood, WI
ppp problems continue! (long)
I am trying to connect a home machine to my university ppp server. The machine has an ethernet card in it which worked at its old location in the university but not where it would have seen or used the ppp server. I would like to use it for ip masquerading in due course so I've left the card in but I just want to get its own ppp working for now. Acting on advice from my last posting I have changed my /etc/init.d/network settings to put the appropriate addresses in against eth0. Launching pon I get successful dialing up and plog suggests to me partial success: pppd[533]: rcvd [IPCP ConfAck id=0x1 addr xxx.yy.zzz.ww compress VJ Of 01] pppd[533]: Cannot determine ethernet address for proxy ARP pppd[533]: local IP address xxx.yy.zzz.ww pppd[533]: remote IP address aaa.bb.ccc.1 pppd[533]: rcvd [CCP ConfRej id=0x1] I can then ping my local address xxx.yy.zzz.ww which gets can't reach network before launching pon. I can ping the server address aaa.bb.ccc.1 too. ifconfig gives me: lo deleted eth0 Link encap: Ethernet HWaddr ... inet addr:xxx.yy.zzz.ww Bcast:xxx.yy.zzz.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 Rx packets: 0 errors: 0 Tx packets: 0 errors: 0 ppp0Link encap:Point-to-Point Protocol inet addr:xxx.yy.zzz.ww P-t-P:aaa.bb.ccc.1 Mask:225.255.255.0 UP POINTOTPOINT RUNNING MTU:1524 Metric:1 Rx packets: 42 errors: 0 ... Tx packets: 44 errors: 0 ... Collisions: 0 Memory:6333038-6333c34 Route gives me: Kernel IP routing table Destination ... rest of headings ... but nothing beneath and I have to ^c out of it Netstat -rn gives me: Kernel IP routing table Destination Gateway ... xxx.yy.zzz.1 0.0.0.0255.255.255.255 UH 1524 0 0 ppp0 aaa. bb.ccc.0 0.0.0.0255.255.255.0 U 1500 0 0 eth0 127.0.0.00.0.0.0 255.0.0.0U 3584 00 lo 0.0.0.0xxx.yy.zzz.1 0.0.0.0 UG 1524 0 0 ppp0 I have a sense that I need to change /etc/init.d/network to bind ppp0 rather than eth0 but that didn't make any difference at all, merely removing the eth0 line in the netstat output. I am clearly doing something wrong. I suspect from the proxyARP message that it's something about the network and/or broadcast values I'm setting and that route returning nothing is a bad sign. I've read what I can get my hands on and I'm stumped. Damn windoze95 works fine with this ppp server and I'm sick of typing things across from my Debian machine to my doze machine to share this with you. HELP TIA++ Chris Chris Evans, RD Consultant, Tavistock Portman NHS Trust
Re: ppp problems continue! (long)
CE == Chris Evans [EMAIL PROTECTED] writes: CE Route gives me: CE Kernel IP routing table CE Destination ... rest of headings ... CE but nothing beneath and I have to ^c out of it CE Netstat -rn gives me: CE Kernel IP routing table CE Destination Gateway ... CE xxx.yy.zzz.1 0.0.0.0255.255.255.255 UH 1524 0 0 ppp0 CE aaa. bb.ccc.0 0.0.0.0255.255.255.0 U 1500 0 0 eth0 CE 127.0.0.00.0.0.0 255.0.0.0U 3584 00 lo CE 0.0.0.0xxx.yy.zzz.1 0.0.0.0 UG 1524 0 0 ppp0 This means that you didn't specify DNS servers. Check /etc/resolv.conf for a nameserver a.b.c.d line. Your /etc/host.conf should be order hosts, bind multi on Ciao, Martin
ppp problems..using EZPPP...
Hey again, I don't know about this one I installed EZPPP and it worked fine, except the ppp connection died before I could figure out why mozilla could find the server. But here is my porblem... Now it doesn't dial my modem! I did nothing to it just turned the machine of for the night. Turn it on the next day and it's dead. It initializes the modem, gets the ok from the modem then when it is suppose to dial it tells me that it expects a connect signal. I really can't figure out why it would dial. I changed dial scripts to that used by wvdial (wvdial works..dial connects..but dies) but that did nothing. Ezppp did dial connect and hold the connection for 5 minutes or so when I first installed but now it doesn't dial WHY?
Re: ppp problems..using EZPPP...
EZPPP is really something for Slackware people that can't figure out how to make all the different scripts, but are simply too cool to use something like Debian that automates routine work for you. If you're using Debian Hamm or newer, as root type 'pppconfig'. Every system should come with this installed. It's really, really easy to use. Christopher Person, Rod wrote: Hey again, I don't know about this one I installed EZPPP and it worked fine, except the ppp connection died before I could figure out why mozilla could find the server. But here is my porblem... Now it doesn't dial my modem! I did nothing to it just turned the machine of for the night. Turn it on the next day and it's dead. It initializes the modem, gets the ok from the modem then when it is suppose to dial it tells me that it expects a connect signal. I really can't figure out why it would dial. I changed dial scripts to that used by wvdial (wvdial works..dial connects..but dies) but that did nothing. Ezppp did dial connect and hold the connection for 5 minutes or so when I first installed but now it doesn't dial WHY? -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null
Re: ppp problems
On Thu, Sep 17, 1998 at 10:48:48AM -0700, Matt Porter wrote: On Thu, 17 Sep 1998, Pann McCuaig wrote: On Thu, Sep 17, 1998 at 08:21:53AM -0700, Matt Porter wrote: My scripts in ip-up.d and ip-down.d do not run, nor does the actual ip-up or ip-down script itself (tested by throwing an echo command in there). Add yourself (the unprivileged user) to groups 'dip' and 'dialout'. My user is in those groups already. OK, here's my next suggestion (since you're using a bo-hamm upgraded system). Back everything ppp-related up, and then use pppconfig to set up your connection. And did you upgrade to the release version of 2.0? Earlier beta versions had a permissions problem, I believe on /etc/chatscripts/. Luck, Pann -- What's All the Buzz About Linux? http://www.rdrop.com/users/pann/
Re: ppp problems
On 17 Sep 1998 [EMAIL PROTECTED] wrote: Matt Porter writes: My scripts in ip-up.d and ip-down.d do not run, nor does the actual ip-up or ip-down script itself (tested by throwing an echo command in there). Not a valid test. These scripts are run with stdin and stdout connected to /dev/null. My user is in those groups already. chmod g+x /etc/chatscripts . I had multiple chatscript stuff lying around from previous version of ppp that didn't get cleaned up on upgrade. I had to fix the group owner on /etc/chatscripts and my unprivileged user can now run pon. Also, verified that my ip-up and ip-up.d/* scripts were being run by touching a file. I had some user error in my own scripts :). Thanks to all who responded with help! Matt Porter [EMAIL PROTECTED]
ppp problems
I've got two problems with ppp that have been ongoing for a while. My system started at Debian 1.3 and has been upgraded through the whole unstable hamm process to a stable 2.0 system and is currently up to date as of about a week ago. I just started to have the need to use the ip-up scripting ability and found that neither ip-up or ip-down are being executed by ppd. I did a 'strings' on the current pppd binary to check what paths it was looking for this stuff in and everything looks correct. I had remembered that long ago the ppp stuff was in different paths so it might have been possible that I was using files left around from 1.3 or something. Also, I cannot start a ppp connection as any user other than root. It fails to execute the chatscript as an unprivileged user yet all the permissions seem correct. Hopefully, somebody has seen these problems before. Thanks, Matt Porter [EMAIL PROTECTED]
Re: ppp problems
On Thu, Sep 17, 1998 at 08:21:53AM -0700, Matt Porter wrote: I've got two problems with ppp that have been ongoing for a while. My system started at Debian 1.3 and has been upgraded through the whole unstable hamm process to a stable 2.0 system and is currently up to date as of about a week ago. I just started to have the need to use the ip-up scripting ability and found that neither ip-up or ip-down are being executed by ppd. I did a 'strings' on the current pppd binary to check what paths it was looking for this stuff in and everything looks correct. I had remembered that long ago the ppp stuff was in different paths so it might have been possible that I was using files left around from 1.3 or something. From /etc/ppp/ip-up # This script is run by the pppd after the link is established. # It uses run-parts to run scripts in /etc/ppp/ip-up.d, so to add routes, # set IP address, run the mailq etc. you should create script(s) there. Also, I cannot start a ppp connection as any user other than root. It fails to execute the chatscript as an unprivileged user yet all the permissions seem correct. Add yourself (the unprivileged user) to groups 'dip' and 'dialout'. HTH, Pann -- What's All the Buzz About Linux? http://www.rdrop.com/users/pann/
Re: ppp problems
On Thu, 17 Sep 1998, Pann McCuaig wrote: On Thu, Sep 17, 1998 at 08:21:53AM -0700, Matt Porter wrote: I've got two problems with ppp that have been ongoing for a while. My system started at Debian 1.3 and has been upgraded through the whole unstable hamm process to a stable 2.0 system and is currently up to date as of about a week ago. I just started to have the need to use the ip-up scripting ability and found that neither ip-up or ip-down are being executed by ppd. I did a 'strings' on the current pppd binary to check what paths it was looking for this stuff in and everything looks correct. I had remembered that long ago the ppp stuff was in different paths so it might have been possible that I was using files left around from 1.3 or something. From /etc/ppp/ip-up # This script is run by the pppd after the link is established. # It uses run-parts to run scripts in /etc/ppp/ip-up.d, so to add routes, # set IP address, run the mailq etc. you should create script(s) there. My scripts in ip-up.d and ip-down.d do not run, nor does the actual ip-up or ip-down script itself (tested by throwing an echo command in there). Also, I cannot start a ppp connection as any user other than root. It fails to execute the chatscript as an unprivileged user yet all the permissions seem correct. Add yourself (the unprivileged user) to groups 'dip' and 'dialout'. My user is in those groups already. Matt Porter [EMAIL PROTECTED]
Re: ppp problems
MP == Matt Porter [EMAIL PROTECTED] writes: MP On Thu, 17 Sep 1998, Pann McCuaig wrote: On Thu, Sep 17, 1998 at 08:21:53AM -0700, Matt Porter wrote: MP My scripts in ip-up.d and ip-down.d do not run, nor does the actual ip-up MP or ip-down script itself (tested by throwing an echo command in there). Make sure they are executable. Try a command like touch /tmp/ip-up.test in ip-up and check if the file gets created. Ciao, Martin
Re: ppp problems
Matt Porter writes: My scripts in ip-up.d and ip-down.d do not run, nor does the actual ip-up or ip-down script itself (tested by throwing an echo command in there). Not a valid test. These scripts are run with stdin and stdout connected to /dev/null. My user is in those groups already. chmod g+x /etc/chatscripts . -- John HaslerThis posting is in the public domain. [EMAIL PROTECTED] Do with it what you will. Dancing Horse Hill Make money from it if you can; I don't mind. Elmwood, Wisconsin Do not send email advertisements to this address.
Re: X and PPP Problems w/ Debian 1.3
1) I can't help you with the X problem. 2) About the ppp problem: To begin with, read the help available in /usr/doc/ppp and try the pon command as root. Report the result to the list (unless you can solve the problem yourself from there). Hope this help. -- Forwarded message -- Date: 30 Aug 98 20:15:20 EDT From: Scorpion [EMAIL PROTECTED] To: linux-newbie@vger.rutgers.edu Subject: Debian Hello, I just switched from Slackware to Debian. Before that I switched from Redhat to Slackware. Redhat is still my favorite, but my RH CD is scratched and won't install. So I am trying new things. I am using Debian 1.3. X won't work. I try to use the Config program, but when it says it is switching to Graphics mode, it exists with can't connect to server errors. PPP won't work. I am using the same PPP scripts that worked with both Re dHat and Slackware. With Debian, they start and wait a couple seconds, then t hey quit. They never do any dialing. I have the correct location of chat an d pppd (/usr/sbin/). Later Scorpion http://schoolblows.ml.org ICQ: 4762079 AIM: MeT SCorP IRCNet and DALNet: [Stoner] «»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«» «» | I got this real moron thing I do, it's called | | thinking. And I'm not a very good American | | because I like to form my own opinions. I don't | | just roll over when I'm told to. And my first| | rule is I don't believe anything the government | | tells me. -George Carlin| «»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«» -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null
X and PPP Problems w/ Debian 1.3
-- Forwarded message -- Date: 30 Aug 98 20:15:20 EDT From: Scorpion [EMAIL PROTECTED] To: linux-newbie@vger.rutgers.edu Subject: Debian Hello, I just switched from Slackware to Debian. Before that I switched from Redhat to Slackware. Redhat is still my favorite, but my RH CD is scratched and won't install. So I am trying new things. I am using Debian 1.3. X won't work. I try to use the Config program, but when it says it is switching to Graphics mode, it exists with can't connect to server errors. PPP won't work. I am using the same PPP scripts that worked with both Re dHat and Slackware. With Debian, they start and wait a couple seconds, then t hey quit. They never do any dialing. I have the correct location of chat an d pppd (/usr/sbin/). Later Scorpion http://schoolblows.ml.org ICQ: 4762079 AIM: MeT SCorP IRCNet and DALNet: [Stoner] «»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«» «» | I got this real moron thing I do, it's called | | thinking. And I'm not a very good American | | because I like to form my own opinions. I don't | | just roll over when I'm told to. And my first| | rule is I don't believe anything the government | | tells me. -George Carlin| «»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»
diald and ppp problems
I'm using the hamm pppd and diald packages. I've got ppp working fine I can do (as root) pppd call myisp and it connects. I'm trying to set up diald to do it and it's not working. Diald 1) doesn't seem to realize that pppd is successful in making a connection -- it kills pppd with a connect script failed message _after_ pppd has set up the link 2) isn't manipulating my routing tables right. route just hangs after it prints column headings. Is there some way to get diald to just start pppd and let _it_ handle setting up routes? Here's /etc/diald/diald.options: #fifo /var/run/diald/diald.fifo device /dev/ttyS2 mode ppp connect /usr/sbin/pppd call myisp lock modem crtscts local 192.168.0.1 remote 192.168.0.2 dynamic defaultroute include /etc/diald/standard.filter Will -- | [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] | | http://www.cis.udel.edu/~lowe/ | |PGP Public Key: http://www.cis.udel.edu/~lowe/index.html#pgpkey| -- | And if you hold on tight to what you think is your thing | |you may find you're missing all the rest ...| |- Dave Matthews, Best of What's Around | --
RE: diald and ppp problems
I had the exact same problem and posted an email on this today. I'm having diald use the /usr/bin/pon command, which basically issues the same connect command as you have. Here's the reply: I assumed that I could use the '/usr/bin/pon' command with diald. You can't. You must let diald start pppd. You can use /etc/chatscripts/provider, but you must call it from /etc/diald/diald.options. Do so with a connect line like this: connect chat -v -f /etc/chatscripts/provider -- John HaslerThis posting is in the public domain. [EMAIL PROTECTED]Do with it what you will. Dancing Horse Hill Make money from it if you can; I don't mind. Elmwood, Wisconsin Do not send email advertisements to this address. On 19-Aug-98 Will Lowe wrote: I'm using the hamm pppd and diald packages. I've got ppp working fine I can do (as root) pppd call myisp and it connects. I'm trying to set up diald to do it and it's not working. Diald 1) doesn't seem to realize that pppd is successful in making a connection -- it kills pppd with a connect script failed message _after_ pppd has set up the link 2) isn't manipulating my routing tables right. route just hangs after it prints column headings. Is there some way to get diald to just start pppd and let _it_ handle setting up routes? Here's /etc/diald/diald.options: #fifo /var/run/diald/diald.fifo device /dev/ttyS2 mode ppp connect /usr/sbin/pppd call myisp lock modem crtscts local 192.168.0.1 remote 192.168.0.2 dynamic defaultroute include /etc/diald/standard.filter Will -- | [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] | | http://www.cis.udel.edu/~lowe/ | |PGP Public Key: http://www.cis.udel.edu/~lowe/index.html#pgpkey| -- | And if you hold on tight to what you think is your thing | |you may find you're missing all the rest ...| | - Dave Matthews, Best of What's Around | -- -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null -- E-Mail: Geoffrey L. Brimhall [EMAIL PROTECTED] Date: 19-Aug-98 Time: 23:18:57 This message was sent by XFMail --