Re: PPP Problem (Timeout LCP ConfReq)
I had a very similar problem on the LCP negotiation, and solved adding SLIP support on the kernel... It seems that pppd can't recognize LCP packets from the other end because they are compressed using CSLIP. Hope it could help you. Bye Leonardo -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Corso multimediale sul Controllo di Gestione: impara facilmente come ridurre i costi e aumentare gli utili della tua attivita' Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=5055d=28-4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ppp problem
Rakotomandimby Mihamina wrote: - edit /etc/network/interfaces to add: auto pppoe iface pppoe inet ppp provider pppoe pre-up br2684ctl -b -c 0 -a 0.8.35 Experimenting, I commented it out. pre-up ip link set up nas0 I changed this nas0 to eth0 as well as my modem is an Ethernet one, connected to eth0 Then it seems to work. What should be the use of br2684ctl ? In fact, I dont need it! Should I? -- Miroir de logiciels libreshttp://www.etud-orleans.fr -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: PPP Problem: Couldn't set tty to PPP discipline
On Wed, Sep 11, 2002 at 09:58:25PM -0400, Denver Coneybeare wrote: When I use KPPP to connect to my ISP I get the error: Couldn't set tty to PPP discipline: Invalid argument Here is the output of pppd: Sep 11 21:19:02 denver pppd[1978]: Couldn't set tty to PPP discipline: Invalid argument Sep 11 21:19:02 denver pppd[1978]: Exit. What kernel are you running? This sounds like you don't have PPP support for asynch serial ports if this is a dial up connection, or PPP support for synch tty ports if this is a broadband connection. Make sure they're compiled as a module or into the kernel. Happy to help, -- -- Edward Guldemond Key fingerprint: 29FF 2969 A04E F934 3F03 4329 BC56 3AA7 2F57 6735 msg01975/pgp0.pgp Description: PGP signature
Re: ppp problem
- Re: ppp problem - On Wednesday Oct 10 01:57 Guilherme Neuman wrote: ** Thanx Frank and Timeboy ** but when I installed kernel 2.4 I did a huge upgrade with it... a friend (not ** so new to linux) helped me ** so how do I know if I'm running potato or woody? ** It says Debian GNU/Linux testing/unstable ... so I assume I'm running woody ** How do I know if I have the proper packages installed? ** thanx ** Guiu Do you used apt-get for upgrade your system? Or a frontend for apt-get like dselect? Then you have the file /etc/apt/sources.list. To get shure to have the Woody packages, you should have a sources.list like this: # See sources.list(5) for more information, especialy # Remember that you can only use http, ftp or file URIs # CDROMs are managed through the apt-cdrom tool. deb ftp://ftp.de.debian.org/debian woody main contrib non-free Timo -- Nothing is impossible! You only need to know the way and price. :-)
Re: ppp problem
[EMAIL PROTECTED] wrote: hi, all I'm new to linux and I'm experiencing a problem that is at least a bit odd: I first installed the kernel 2.2.17 and wvdial was working fine, then I installed kernel 2.4.9 and wvdial stopped working properly: it said something like the PPP deamon has died! right after it said the lines: -- PPP negotiation detected -- starting pppd at ... CSLIP: code copyright after reconfiguring the files several times I and a friend concluded the problem was in the modules I'd installed or not. Then I recompiled the kernel three times and in the second time wvdial almost worked: pppd didn't die, but I wasn't able to ping any location but one the /etc/ppp/ip-up ppp0 provided... I presume you run stable? Did you read the changes for kernel 2.4.x? There are a bunch of files you need to update to run kernel 2.4. The best and easyest way is via apt-get with the soucres from Adrian Bunk at http://www.fs.tum.de/~bunk/kernel-24.html Frank
Re: ppp problem
- Re: ppp problem - On Monday Oct 08 05:24 [EMAIL PROTECTED] wrote: ** hi, all ** I'm new to linux and I'm experiencing a problem that is at least a bit odd: ** I first installed the kernel 2.2.17 and wvdial was working fine, then I ** installed kernel 2.4.9 and wvdial stopped working properly Do you run Potato? I think so, cause kernel 2.2.17 comes with Potato. If you run Potato you have a big problem: You can't use kernel 2.4.x with Potato. Kernel 2.4.x needs a newer version of the packages ppp and modutils. Woody has this packages. Potato not. But you can do something. Cause you are new to Linux, you could ask in this newsgroup how to get newest ppp and modutils packages for Potato. I think there are some people who compiled this for Potato. But i don't know where to get them. Then you could compile this two packages by yourself. But this is a very hard thing. I would do nothing like this. It takes a lot of time. Much other packages of Woody are needed to compile bevore. Then you could upgrade your Potato box to Woody. Woody is not stable. Some bugs could bring you trouble. But most packages are ok. I run Woody since some Months and have only one tool, that makes some trouble. But it's not very bad. And Woody will become stable in the next time. Timo -- Nothing is impossible! You only need to know the way and price. :-)
Re: ppp problem
Thanx Frank and Timeboy but when I installed kernel 2.4 I did a huge upgrade with it... a friend (not so new to linux) helped me so how do I know if I'm running potato or woody? It says Debian GNU/Linux testing/unstable ... so I assume I'm running woody How do I know if I have the proper packages installed? thanx Guiu
Re: ppp problem
On Monday 17 September 2001 01:27 am, Luis R Finotti wrote: Hello, I am having some problems to connect to my ISP (verizon.net) and was hoping that someone could help me... I just did a BIG apt-get upgrade (apparently even the Linux version was upgraded to a testing one), and I was prompted many times about configuration files, and instead of keeping mine (I thought that the package developers would know better than me) and used the ones that came with the package instead. (I never had a problem before this upgrade.) Well, if you modified any of them accepting the package maintainers would clobber yours. dpkg might make backups though, I've never looked. In any case, when I try to connect, I get connected and disconnected right after. A couple of times I could connect for like a minute... and when I use the apt-get, I get connected while it download the necessary files, but as soon as it is done, I get disconnected. Sep 16 15:35:52 debian diald[296]: Disconnected. Call duration 3225 seconds. Well, it looks like you managed to connect for a while at one point. You're aware that you're using diald, right? Diald is a demand dialer that will only bring up your PPP link when there is outbound traffic, like so: Sep 16 14:41:41 debian diald[296]: Trigger: udp \ 92.168.0.1/32768128.83.185.41/53 Sep 16 14:41:41 debian diald[296]: Calling site 192.168.0.2 It will drop the link after it has been idle for some brief period of time, which you can configure. I put some log files at http://www.ma.utexas.edu/users/finotti/linux/logs if someone is willing to take a look... (you can see a short connection, that was done by pon, and one long, done with apt-get) If you'd rather connect manually all the time with pon/poff, you'll want to turn diald off /etc/init.d/diald stop or completely remove it dpkg --remove diald which will remove the program, but keep your config files. I don't think it is the modem or the provider, since I can connect with, well, Windows... Sorry to bother you with that... I would really appreciate any help though. If I missed the point somewhere and I'm off base, let me know. Thanks a lot, Luis
Re: ppp problem
Jason Boxman writes: If you'd rather connect manually all the time with pon/poff, you'll want to turn diald off /etc/init.d/diald stop or completely remove it dpkg --remove diald which will remove the program, but keep your config files. He also could remove diald and use pppconfig to configure pppd to do demand dialing without diald. It will drop the link after it has been idle for some brief period of time, which you can configure. And that is most likely what changed when he upgraded diald. -- John Hasler [EMAIL PROTECTED] (John Hasler) Dancing Horse Hill Elmwood, WI
Re: ppp-Problem
Sorry, i gave too less information. I tried the noipdefault option, and also 0.0.0.0:0.0.0.0. I also tried nodefaultroute, but all that didn´t change anything. What options do i have to fill into hots.allow? I even tried ALL: ALL, but i suppose that isn´t very safe, is it? Thanks Mathias I don't know if I am right with this now since I don't know very much about the rest of your configuration, but reading the error messages it seems that you are running your system with trying pppd to create a connection while requesting a default IP address (10.0.49.1) which obviously is not supported / not allowed for dial-up users on your providers systems. Same way, it's possible that your provider doesn't allow to set default IP addresses at all, being in Germany I haven't so far seen a 'normal' dial-up provider doing right this... Anyhow, try to set your dial-up configuration to not request an IP address.. When using pppconfig for setting up connections, this should be working after entering Advanced options and set Ipdefault explicitely to noipdefault. I am not sure if this is the *only* configuration issue causing your problem, but it's 'first thought' and it is all I probably can tell you without knowing more about your configuration... Hope it helps, anyhow! :) Regards, Kristian -- Sent through GMX FreeMail - http://www.gmx.net
Re: ppp-Problem
No, noauth is set. I really don´t know, sice this isn´t the first time i´m connecting a linux machine to the internet. have you set noauth ? or have you set auth and you are requesting the remote peer to authorize ? Michael -- Michael Steiner, Minorgasse 35, A-1140 Vienna, Austria -- Sent through GMX FreeMail - http://www.gmx.net
Re: ppp-Problem
On Mon, 1 Jan 2001 20:11:39 +0100 (MET) Mathias Gehrung [EMAIL PROTECTED] wrote: Peer is not authorized to use remote address 10.0.49.1 sent [IPCP TermReq id=0x4 Unauthorized remote IP address] rcvd [IPCP TermAck id=0x4] sent [LCP TermReq id=0x3 No network protocols running] I don't know if I am right with this now since I don't know very much about the rest of your configuration, but reading the error messages it seems that you are running your system with trying pppd to create a connection while requesting a default IP address (10.0.49.1) which obviously is not supported / not allowed for dial-up users on your providers systems. Same way, it's possible that your provider doesn't allow to set default IP addresses at all, being in Germany I haven't so far seen a 'normal' dial-up provider doing right this... Anyhow, try to set your dial-up configuration to not request an IP address.. When using pppconfig for setting up connections, this should be working after entering Advanced options and set Ipdefault explicitely to noipdefault. I am not sure if this is the *only* configuration issue causing your problem, but it's 'first thought' and it is all I probably can tell you without knowing more about your configuration... Hope it helps, anyhow! :) Regards, Kristian -- Awaken to a light of knowing all your truth was lies, and all the faith which you embraced has left you blind. Decieved like the fools that surround you it came with ease. Unfulfilled were the days of your being but now you will see. (Morbid Angel - at one with nothing) Kristian Rink :: bits: [EMAIL PROTECTED] :: paper : ++49 / 180 5052 5560 8162 :: ask for pgp key!
Re: ppp problem (again)
Hi there.
I've been strugling with my null modem-ppp-configuration, and last night I
gained some progress: I found pppd option 'local', and with that I managed
to make pppd's on both machines to send ConfReq packets. They didn't do that
without 'local', they propably just waited for 'carried detect' or
something, which they obviously couldn't get from null modem cable. But, as
you can see from syslog, things aren't still working yet:
Nov 1 18:58:02 debianph pppd[190]: pppd 2.3.11 started by root, uid 0
Nov 1 18:58:02 debianph pppd[190]: Using interface ppp0
Nov 1 18:58:02 debianph pppd[190]: Connect: ppp0 -- /dev/ttyS1
Nov 1 18:58:02 debianph pppd[190]: sent [LCP ConfReq id=0x1 asyncmap 0x0
magic 0xf2c23f12 pcomp accomp]
Nov 1 18:58:14 debianph last message repeated 4 times
Nov 1 18:58:17 debianph pppd[190]: LCP: timeout sending Config-Requests
Nov 1 18:58:17 debianph pppd[190]: Connection terminated.
Nov 1 18:58:17 debianph pppd[190]: Exit.
So, now pppd's are sending ConfReq's (syslog is similar in both machines),
but either one of them isn't receiving anything. Hardware is working,
because getty-seyon combination works. What could be wrong? Could I somehow
monitor serial ports to see if or if not they really are receiving
something? I put my config files in here also, maybe some of you can figure
something out of this information.
/etc/ppp/options:
asyncmap 0
lock
local
netmask 255.255.255.0
noauth
debug
crtscts
lcp-max-configure 5
/etc/ppp/options.ttyS1:
100.100.100.10:100.100.100.51
Hope that some of you can give me some hints. Thanks in advance.
I not sure what you are trying to do but if you want one machine to accpet ppp
connections from another machine then you might install mgetty. Debian mgetty
is patched to help users accomplish what I believe you are trying to do. Read
/usr/share/doc/{mgetty,ppp} since it is mentioned there in details.
One thing I believe you are missing is the need to login to the ppp-server
machine before the clients attempts to use ppp.
Petteri Heinonen
email: [EMAIL PROTECTED]
tel.: +358 (0)50 3363 286
addr.: Pehkusuonkatu 21 B 38
33820 Tampere, FIN
--
Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null
--
Shaul Karl [EMAIL PROTECTED]
Re: ppp problem, who can help?
In message [EMAIL PROTECTED]it was written: Gentlemen, I am trying ppp connection in between two linux boxes (basically to exchange files). 1) I am able to connect from the one computer to the other. When run with the debug option, pppd informs that the connection is istablished and both ip-up scripts are fired up. 2) I am able to make ping on the boxes and route command lists the route to the other host correctly 3) both telnet and ftp say e.g. ftp 10.0.0.2 ... connection refused By default debian doesn't install telnetd, which is required to accept incomming telnets. It appears your ppp connection is working fine. To transfer files you probably need the ftpd package or ssh package on both ends to use scp (though if this is a physically secure connection ftpd would probably work fine for you). cheers as always, nick [EMAIL PROTECTED] * http://www.fargus.net/nick Developer - Systems Engineer - Mad System Guru - MOO Sales he picks up scraps of information/he's adept at adaptation because for strangers and arrangers/constant change is here to stay
Re: PPP Problem (Timeout LCP ConfReq)
On Thu, Oct 19, 2000 at 01:18:55PM +0200 or thereabouts, Michael Croon wrote: Hi all, I'm stuck with a problem related to ppp that is similar to the one already brought up here by Ashby Gochenour's (see his post http://lists.debian.org/debian-user-0007/msg00157.html in July). Unfortunately, no solution working for me was given in the thread. Short description of the problem: - * Config: - Debian GNU/Linux 2.2r0 _Potato_ Official i386 - Linux Kernel 2.4.0-test9 - PPP compiled as modules (ppp_generic.o, ppp_async.o) that kerneld inserts successfuly - ppp_2.3.11-1.4.deb - pppconfig_2.0.5.deb * Problem: I configured the scripts with pppconfig. I use PAP and chat. pppd calls the ISP, establishes a serial connection and dies with a LCP timeout after having failed to send out ConfReqs. It seems to be a specific problem to the above mentioned configuration as my SuSE 6.1 box (Linux 2.2.10, pppd 2.3.5) works fine with the same ISP (i.e. it sends out the LCP ConfReq and receives one shortly afterwards). I tried to use the SuSE scripts on Debian, but pppd died with 'alarm'. Any help is very appreciated! Try making the LCP configure timeout from the default to a much longer value. It's in the options file.
Re: PPP Problem (Timeout LCP ConfReq)
There are those who would have you believe that Michael Croon wrote: Hi all, I'm stuck with a problem related to ppp that is similar to the one already brought up here by Ashby Gochenour's (see his post http://lists.debian.org/debian-user-0007/msg00157.html in July). Unfortunately, no solution working for me was given in the thread. Short description of the problem: - * Config: - Debian GNU/Linux 2.2r0 _Potato_ Official i386 - Linux Kernel 2.4.0-test9 - PPP compiled as modules (ppp_generic.o, ppp_async.o) that kerneld inserts successfuly - ppp_2.3.11-1.4.deb - pppconfig_2.0.5.deb * Problem: I configured the scripts with pppconfig. I use PAP and chat. pppd calls the ISP, establishes a serial connection and dies with a LCP timeout after having failed to send out ConfReqs. It seems to be a specific problem to the above mentioned configuration as my SuSE 6.1 box (Linux 2.2.10, pppd 2.3.5) works fine with the same ISP (i.e. it sends out the LCP ConfReq and receives one shortly afterwards). I tried to use the SuSE scripts on Debian, but pppd died with 'alarm'. You could try using the SuSE scripts on the Debian system, but comment out all of the lines. Then uncomment them individually to find out which one it doesn't like. You could also put the kdebug 1 option in your configuration on the Debian system so that you can see the LCP handshaking on that one.
Re: PPP problem, ppp8?!?
Ignore the PPP-HOWTO and just use pppconfig to configure ppp. The use pon/poff to start/stop the service. Can you really only get 9600 baud? On Fri, Sep 01, 2000 at 08:58:39AM +0100, Max Lock wrote: Hi folks, I'm trying to configure pppd version 2.3.11-1.4 as per release 2.2-r0. I call pppd using the command `pppd -detach /dev/ttyS1 9600' my config files look like the following /etc/ppp/options: 10.1.60.1:10.1.60.2 asyncmap auth lock name 1313 debug /etc/ppp/pap-secrets: 1313 * 1313 * /etc/ppp/ip-up: #!/bin/sh /sbin/route add -net 10.1.0.0 10.1.60.2 /var/log/messages: pppd 2.3.11 started by root, UID 0 Using interface ppp8 --- shouldn't this be ppp0 Connect: ppp8 -- /dev/ttyS1 modprobe: Can't locate module ppp8 ioctl(SIOCSIFMTU): No such device(19) tcflush failed: Input/output error Exit. Has anyone hit this problem before? my ppp support is compiled into kernel 2.2.17 as a module. -Cheers Max -- Max Lock, System Administrator, TELE2 uk. -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null -- /bin/sh ~/.signature: Command not found
RE: PPP problem, ppp8?!?
couldn't get a connection myself using pon/poff and pppconfig. wvdial works like a breeze, though. Or rather, I could get a connection, but afterwards nothing (I never got a response to any request). Any idea what can cause that (my isp uses static ip, PAP, I have default gateway and 2 DNS servers for it). Jeroen T. Wenting [EMAIL PROTECTED] Murphy was wrong, things that can't go wrong will anyway -Original Message- From: Eric G . Miller [mailto:[EMAIL PROTECTED] Sent: Friday, September 01, 2000 11:06 To: debian-user Subject: Re: PPP problem, ppp8?!? Ignore the PPP-HOWTO and just use pppconfig to configure ppp. The use pon/poff to start/stop the service. Can you really only get 9600 baud? On Fri, Sep 01, 2000 at 08:58:39AM +0100, Max Lock wrote: Hi folks, I'm trying to configure pppd version 2.3.11-1.4 as per release 2.2-r0. I call pppd using the command `pppd -detach /dev/ttyS1 9600' my config files look like the following /etc/ppp/options: 10.1.60.1:10.1.60.2 asyncmap auth lock name 1313 debug /etc/ppp/pap-secrets: 1313 * 1313 * /etc/ppp/ip-up: #!/bin/sh /sbin/route add -net 10.1.0.0 10.1.60.2 /var/log/messages: pppd 2.3.11 started by root, UID 0 Using interface ppp8 --- shouldn't this be ppp0 Connect: ppp8 -- /dev/ttyS1 modprobe: Can't locate module ppp8 ioctl(SIOCSIFMTU): No such device(19) tcflush failed: Input/output error Exit. Has anyone hit this problem before? my ppp support is compiled into kernel 2.2.17 as a module. -Cheers Max -- Max Lock, System Administrator, TELE2 uk. -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null -- /bin/sh ~/.signature: Command not found -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null
Re: PPP problem, ppp8?!?
Eric G . Miller wrote: Ignore the PPP-HOWTO and just use pppconfig to configure ppp. The use pon/poff to start/stop the service. Can you really only get 9600 baud? Well I'm talking to a very sophisticated piece of radio gear that has a control/monitoring system that uses ppp. I'm building a bridge machine that will forward the packets from the radios, based at remote sites, over our network back to a central point. Using things like pppconfig obfusicates the issue IMHO. :) -Cheers Max. /var/log/messages: pppd 2.3.11 started by root, UID 0 Using interface ppp8 --- shouldn't this be ppp0 Connect: ppp8 -- /dev/ttyS1 modprobe: Can't locate module ppp8 ioctl(SIOCSIFMTU): No such device(19) tcflush failed: Input/output error Exit. Has anyone hit this problem before? my ppp support is compiled into kernel 2.2.17 as a module. -- Max Lock, System Administrator, TELE2 uk.
Re: PPP problem, ppp8?!?
J.T. Wenting writes: I could get a connection, but afterwards nothing (I never got a response to any request). Any idea what can cause that Not without more information. What do you mean by get a connection? What do you mean by noever got a response to a request? What do you mean by request? Post /etc/chatscripts/provider, /etc/ppp/peers, /etc/pap-secrets (munge comments), and the output of plog. -- John Hasler [EMAIL PROTECTED] Dancing Horse Hill Elmwood, Wisconsin
Re: PPP problem
I have two Debian. One is Slink second is Potato. Between them is leased cuper line and two modems set-up for leased line. Wehen I start pppd (noauth persist) ppp0 starts. I have ip number, connection seems to be ok but it does not ping. On that Slink I have oter connection set-up the same way and they works. It is not problem with serial (I have multiport Cyclades). This potato connect with standard phone number to any RAS. is the routing table (on the server side) set up correctly? only a guess ... -- Hi! I'm a .signature virus! Copy me into your ~/.signature, please! -- If Windows is the answer, I want the problems back!
Re: PPP problem
On Thu, 25 May 2000, Oswald Buddenhagen wrote: Date: Thu, 25 May 2000 13:57:45 +0200 (CEST) From: Oswald Buddenhagen [EMAIL PROTECTED] To: Marcin Jakubowski [EMAIL PROTECTED] Cc: debian-user@lists.debian.org Subject: Re: PPP problem I have two Debian. One is Slink second is Potato. Between them is leased cuper line and two modems set-up for leased line. Wehen I start pppd (noauth persist) ppp0 starts. I have ip number, connection seems to be ok but it does not ping. On that Slink I have oter connection set-up the same way and they works. It is not problem with serial (I have multiport Cyclades). This potato connect with standard phone number to any RAS. is the routing table (on the server side) set up correctly? only a guess ... -- Hi! I'm a .signature virus! Copy me into your ~/.signature, please! -- If Windows is the answer, I want the problems back! Hello Yes, I have two pools of ip numbers one for local network and second for dial connections, in that pool I have connecions in the same type. Maybe it is a problem with modem, Motorola Codex 3266 Fast. I had problem with US Robotics under Potato. TIA Marcin Jakubowski
RE: ppp problem
On 10-Apr-2000 18:43:27 Sandy Shapiro wrote: I installed Debian (Slink) on another computer, and I think I may have missed something in setting up the ppp connection. I can dial out, connect to, and log on to my ISP. But when I try to ping a site, I get the error message: unknown host. When I use Mozilla, it says: Unable to locate the server. Ifconfig says that ppp is running. Wvdial says ppp negotiation detected; starting pppd. Everything seem to be working except I can't communicate with the ISP. Is there something I can edit to fix this? Is more information needed? Did you put your nameservers in /etc/resolv.conf ? What does the 'route' command tell you? -- Andrew
Re: ppp problem
On Mon, Apr 10, 2000 at 02:43:27PM -0400, Sandy Shapiro wrote: I installed Debian (Slink) on another computer, and I think I may have missed something in setting up the ppp connection. I can dial out, connect to, and log on to my ISP. But when I try to ping a site, I get the error message: unknown host. When I use Mozilla, it says: Unable to locate the server. Ifconfig says that ppp is running. Wvdial says ppp negotiation detected; starting pppd. Everything seem to be working except I can't communicate with the ISP. Is there something I can edit to fix this? Is more information needed? Did you put a DNS nameserver in /etc/resolv.conf? Like so: nameserver 208.130.43.5 nameserver 208.130.42.5 -- Thank you, Joe Bouchard Powered by Debian GNU/Linux
Re: ppp problem
On Mon, Apr 10, 2000 at 02:43:27PM -0400, Sandy Shapiro wrote: I installed Debian (Slink) on another computer, and I think I may have missed something in setting up the ppp connection. I can dial out, connect to, and log on to my ISP. But when I try to ping a site, I get the error message: unknown host. When I use Mozilla, it says: Unable to locate the server. Ifconfig says that ppp is running. Wvdial says ppp negotiation detected; starting pppd. Everything seem to be working except I can't communicate with the ISP. Is there something I can edit to fix this? Is more information needed? ---end quoted text--- This is similar to a problem I had (still have?). Upon dialling up to my isp, the default route was eth0 rather than ppp0. This meant ping, and any nameserver request was directed along eth0 rather than to the appropriate location ppp0, and thus those utilities never returned with any kind of successful result. (I'm running a local ethernet in addition to dialing up to my isp). If you think this might be your problem, a way to check is to cat /proc/net/route (as running route to see the list of routes is futile, or at least very time-consuming). If the last entry is not ppp0, try the following commands route del default eth0 (or whatever the device is on that last line) route add default ppp0 --- I do have my system set up to run the route add default ppp0 command when the ppp connection has been brought up, but the above happens occasionally anyway. I'm delving reluctantly into the networking/email config file morass to try to get this all sorted out. For the moment, I just fix it by hand when it happens (not too often). HTH -- [EMAIL PROTECTED]
RE: ppp problem
In [EMAIL PROTECTED], on 04/10/00 at 10:26 PM, Pollywog [EMAIL PROTECTED] said: On 10-Apr-2000 18:43:27 Sandy Shapiro wrote: I installed Debian (Slink) on another computer, and I think I may have missed something in setting up the ppp connection. I can dial out, connect to, and log on to my ISP. But when I try to ping a site, I get the error message: unknown host. When I use Mozilla, it says: Unable to locate the server. Ifconfig says that ppp is running. Wvdial says ppp negotiation detected; starting pppd. Everything seem to be working except I can't communicate with the ISP. Is there something I can edit to fix this? Is more information needed? Did you put your nameservers in /etc/resolv.conf ? yes, it lists the name of the isp What does the 'route' command tell you? Dest Gateway GenmaskFlags Metric Ref Use Iface 137.110.0.90 *255.255.255.255UH 0 0 0 ppp0 default 137.110.0.90 000 0 UG 0 0 0 ppp0 Thanks, Does this help? Sandy
Re: ppp problem
On Mon, Apr 10, 2000 at 02:43:27PM -0400, Sandy Shapiro wrote: I installed Debian (Slink) on another computer, and I think I may have missed something in setting up the ppp connection. I can dial out, connect to, and log on to my ISP. But when I try to ping a site, I get the error message: unknown host. When I use Mozilla, it says: Unable to locate the server. Ifconfig says that ppp is running. Wvdial says ppp negotiation detected; starting pppd. Everything seem to be working except I can't communicate with the ISP. Is there something I can edit to fix this? Is more information needed? ---end quoted text--- This is similar to a problem I had (still have?). Upon dialling up to my isp, the default route was eth0 rather than ppp0. This meant ping, and any nameserver request was directed along eth0 rather than to the appropriate location ppp0, and thus those utilities never returned with any kind of successful result. (I'm running a local ethernet in addition to dialing up to my isp). If you think this might be your problem, a way to check is to cat /proc/net/route Here it is: Dest Gateway Flags RefCnt Use Metric Mask MTU Window IRTT 42006E89 00050 0 0 00 ppp0 42006E89 00030 0 00 0 ppp0 Does this help? Thanks, Sandy (as running route to see the list of routes is futile, or at least very time-consuming). If the last entry is not ppp0, try the following commands route del default eth0 (or whatever the device is on that last line) route add default ppp0 HTH
Re: ppp problem
On Mon, Apr 10, 2000 at 08:09:24PM -0400, Sandy Shapiro wrote: cat /proc/net/route Here it is: Dest Gateway Flags RefCnt Use Metric Mask MTU Window IRTT 42006E89 00050 0 0 00 ppp0 42006E89 00030 0 00 0 ppp0 Does this help? Well it looks (to my inexperienced eyes) like your default route is set up ok. That is , ppp0's destination is and your flags for the default route are the same as mine (I don't know what the flags mean though but this looks good). Can you ping your nameserver by number? check in your /etc/resolv.conf file for nameserver aa.bb.cc.dd entries. Ie, dump the file to screen like so: cat /etc/resolv.conf then try to ping those aa.bb.cc.dd numbers like so: ping aa.bb.cc.dd and see if ping is able to get through. Either way, if it does or doesn't get through, you've passed my level of expertise, and someone else will have to take it from here. But you might want to check the contents of certain files in your /etc directory: hosts host.conf * important for networking resolv.conf * important for networking hostname hosts.allow hosts.deny hosts.equiv mailname networks wvdial.conf (Again, I'm not an expert on the contents of these files, but if you don't understand something try to look it up in the man pages, or in /usr/doc or /usr/doc/HOWTO. If you don't find it there, ask the list. I'm sure someone on the list will happily point you to the right manual or documentation!) and look for error messages or warnings related to networking in the following files in /var/log: daemon.log kern.log mail.log mail.err messages ppp.log syslog Good luck. -- [EMAIL PROTECTED] On Mon, Apr 10, 2000 at 02:43:27PM -0400, Sandy Shapiro wrote: I installed Debian (Slink) on another computer, and I think I may have missed something in setting up the ppp connection. I can dial out, connect to, and log on to my ISP. But when I try to ping a site, I get the error message: unknown host. When I use Mozilla, it says: Unable to locate the server. Ifconfig says that ppp is running. Wvdial says ppp negotiation detected; starting pppd. Everything seem to be working except I can't communicate with the ISP. Is there something I can edit to fix this? Is more information needed? ---end quoted text--- Thanks, Sandy (as running route to see the list of routes is futile, or at least very time-consuming). If the last entry is not ppp0, try the following commands route del default eth0 (or whatever the device is on that last line) route add default ppp0 HTH ---end quoted text---
RE: ppp problem
On 11-Apr-2000 00:04:02 Sandy Shapiro wrote: yes, it lists the name of the isp ? Okay I think we might have the problem, because you said name of the ISP. Here is my file: search shadypond.com nameserver 127.0.0.1 Yours should look something like that. after nameserver, put the IP address of your ISP's nameserver, NOT the literal hostname; it has to be numeric. What does the 'route' command tell you? Dest Gateway GenmaskFlags Metric Ref Use Iface 137.110.0.90 *255.255.255.255UH 0 0 0 ppp0 default 137.110.0.90 000 0 UG 0 0 0 ppp0 I see no problem here, only with the nameserver, if I understood correctly. -- Andrew
RE: ppp problem
? Okay I think we might have the problem, because you said name of the ISP. Here is my file: search shadypond.com nameserver 127.0.0.1 Yours should look something like that. after nameserver, put the IP address of your ISP's nameserver, NOT the literal hostname; it has to be numeric. Yes, that fixed the problem! Thank you very much, Sandy
SOLVED?: Re: ppp problem with 2.2.X kernel; ok with 2.0.36
I had limited success improving the ppp performance (stalling after a very short
transfer) by removing the call to bsd_comp.o in
/lib/modules/2.2.13/net/modules.dep, so I tried the implied suggestion below:
another ISP which, hopefully, didn't use Ascend routers using the lame ...
STAC/MS-STAC/LZ-anything compression. I was using Concentric. Got a new
account, and voila! It works great (so far). Will have to try for a few days
before I decide it's fixed.
Is it true that there is some incompatibility between the new ppp modules and
these compression methods?
Michael Heyes
_
Re: Resolved: Poor PPP performance in 2.2.x
Matthias Andree ([EMAIL PROTECTED])
Thu, 25 Feb 1999 23:59:06 +0100
On Thu, Feb 25, 1999 at 04:43:08PM -0600, Stephen Foskett wrote:
Why were so few people seeing the problem? Perhaps my ISP (Concentric.net)
uses this compression module and many others don't. Perhaps many others
have disabled this module. Perhaps it's something about the system yet...
Many ISP use Ascend dial-in routers which support only the lame ('coz
proprietary) STAC/MS-STAC/LZ-anything compression which Linux-ppp does
not support, while the Ascend cannot be fitted with PPP-Deflate or
BSD-Compress either. :-(
I'd really like to see compatibility with this Ascend compression to
speed up general connection throughput, while not using strange
squid-ssh-hacks. I bugged the dialin-admin at Dortmund University quite
a bit, he finally gave up on Ascend, he said there was nothing he could
do while he really would like to. Not sure if bugging the Deutsche
Telekom AG will help, since they seem to support only Windows as
well.
--
Matthias Andree
Robert Varga [EMAIL PROTECTED] on 11/09/99 02:09:43 PM
To: Brian Servis [EMAIL PROTECTED]
cc: Mike Heyes/LincolnFP/[EMAIL PROTECTED],
debian-user@lists.debian.org
Subject: Re: ppp problem with 2.2.X kernel; ok with 2.0.36
On Tue, 9 Nov 1999, Brian Servis wrote:
*- On 9 Nov, [EMAIL PROTECTED] wrote about ppp problem with 2.2.X kernel;
ok with 2.0.36
I had a slink system with 2.0.36 kernel, and wanted to update to 2.2.X
kernel. I
updated the suggested packages listed on the debian page that discussed
known
issues, and then updated the kernel. No problems with that. Netscape seemed
to
work ok, but when I tried to download any packages, it would only download a
small amount of data and stall. I thought it might be a problem with packets
not
clearing.
So, since that page said all these problems were cleared up in unstable, I
upgraded to potato with apt-get dist-upgrade. Same problem. But, if I use
the
2.0.36 kernel, downloads are fine.
I recompiled the 2.2.X kernel to make sure I have ppp support, and couldn't
see
anything else that might cause this in the kernel config menu. I'm doing
something wrong, but what? Ideas / suggestions?
I had similiar problems as well. Check the debian-user list archives
for other discussions on this topic. If I recall correctly the thing
that helped me was to simply play around with the mru and mtu options
for pppd. Currently I have each set at 552. I think the defaults are
1500. Unfortunately I can't seem to recall where I got my info on
settings for the mru/mtu values.
ppp needs to be upgraded pppconfig as well, I think.
the ppp/isdn part of the kernel has been reorganized, hence the need for
the new versions.
Robert Varga
Re: ppp problem with 2.2.X kernel; ok with 2.0.36
I had upgraded both ppp and pppconfig when I upgraded from slink to potato, but
I checked and I do have the latest versions. I tried changing the mtu and mru
settings per Brian's suggestions without success either. I did come across the
two postings below that seemed to describe my problem exactly. So first I
removed the call to bsd_comp.o from /etc/conf.modules but that didn't help. Then
I tried moving /lib/modules/2.2.13/net/bsd_comp.o to a temp directory called
/lib/modules/2.2.13/netNov10.
The connection works great now! No stalls and the transfer rate is fine. But
why? My slink system also had a version of bsd_comp.0 in with
/lib/modules/2.0.36/net. The file size of the 2.0.36 version is smaller (5440 vs
5744 bytes), so maybe there are some problems in the new version? I will try
moving the old version to /lib/modules/2.2.13/net and see if things still work.
I'd really like to understand what's going on, though.
__
Resolved: Poor PPP performance in 2.2.x
Stephen Foskett ([EMAIL PROTECTED])
Thu, 25 Feb 1999 16:43:08 -0600
The problem briefly was that I was getting stalls or something over ppp
with the 2.2.x kernels. PPP would stop responding, and an RX error would
appear in ifconfig ppp0, every few seconds. Also, a strange bunch of hex
numbers appeared in /var/log/syslog.
I determined that the problem was caused by the bsd_comp module! I turned
it off in /etc/conf.modules and the problem vanished. It looks like there
may be something wrong with this module. I intend to go back through the
kernels until I can find what in that module changed in order to figure
this all out.
Why were so few people seeing the problem? Perhaps my ISP (Concentric.net)
uses this compression module and many others don't. Perhaps many others
have disabled this module. Perhaps it's something about the system yet...
Anyway, at least PPP is working now!
Stephen
Re: Resolved: Poor PPP performance in 2.2.x
Matthias Andree ([EMAIL PROTECTED])
Thu, 25 Feb 1999 23:59:06 +0100
On Thu, Feb 25, 1999 at 04:43:08PM -0600, Stephen Foskett wrote:
Why were so few people seeing the problem? Perhaps my ISP (Concentric.net)
uses this compression module and many others don't. Perhaps many others
have disabled this module. Perhaps it's something about the system yet...
Many ISP use Ascend dial-in routers which support only the lame ('coz
proprietary) STAC/MS-STAC/LZ-anything compression which Linux-ppp does
not support, while the Ascend cannot be fitted with PPP-Deflate or
BSD-Compress either. :-(
I'd really like to see compatibility with this Ascend compression to
speed up general connection throughput, while not using strange
squid-ssh-hacks. I bugged the dialin-admin at Dortmund University quite
a bit, he finally gave up on Ascend, he said there was nothing he could
do while he really would like to. Not sure if bugging the Deutsche
Telekom AG will help, since they seem to support only Windows as
well.
--
Matthias Andree
Robert Varga [EMAIL PROTECTED] on 11/09/99 02:09:43 PM
To: Brian Servis [EMAIL PROTECTED]
cc: Mike Heyes/LincolnFP/[EMAIL PROTECTED],
debian-user@lists.debian.org
Subject: Re: ppp problem with 2.2.X kernel; ok with 2.0.36
On Tue, 9 Nov 1999, Brian Servis wrote:
*- On 9 Nov, [EMAIL PROTECTED] wrote about ppp problem with 2.2.X kernel;
ok with 2.0.36
I had a slink system with 2.0.36 kernel, and wanted to update to 2.2.X
kernel. I
updated the suggested packages listed on the debian page that discussed
known
issues, and then updated the kernel. No problems with that. Netscape seemed
to
work ok, but when I tried to download any packages, it would only download a
small amount of data and stall. I thought it might be a problem with packets
not
clearing.
So, since that page said all these problems were cleared up in unstable, I
upgraded to potato with apt-get dist-upgrade. Same problem. But, if I use
the
2.0.36 kernel, downloads are fine.
I recompiled the 2.2.X kernel to make sure I have ppp support, and couldn't
see
anything else that might cause this in the kernel config menu. I'm doing
something wrong, but what? Ideas / suggestions?
I had similiar problems as well. Check the debian-user list archives
for other discussions on this topic. If I recall correctly the thing
that helped me was to simply play around with the mru and mtu options
for pppd. Currently I have each set at 552. I think the defaults are
1500. Unfortunately I can't seem to recall where I got my info on
settings for the mru/mtu values.
ppp needs to be upgraded pppconfig as well, I think.
the ppp/isdn part of the kernel has been reorganized, hence the need for
the new versions.
Robert Varga
Re: ppp problem with 2.2.X kernel; ok with 2.0.36
*- On 9 Nov, [EMAIL PROTECTED] wrote about ppp problem with 2.2.X kernel; ok with 2.0.36 I had a slink system with 2.0.36 kernel, and wanted to update to 2.2.X kernel. I updated the suggested packages listed on the debian page that discussed known issues, and then updated the kernel. No problems with that. Netscape seemed to work ok, but when I tried to download any packages, it would only download a small amount of data and stall. I thought it might be a problem with packets not clearing. So, since that page said all these problems were cleared up in unstable, I upgraded to potato with apt-get dist-upgrade. Same problem. But, if I use the 2.0.36 kernel, downloads are fine. I recompiled the 2.2.X kernel to make sure I have ppp support, and couldn't see anything else that might cause this in the kernel config menu. I'm doing something wrong, but what? Ideas / suggestions? I had similiar problems as well. Check the debian-user list archives for other discussions on this topic. If I recall correctly the thing that helped me was to simply play around with the mru and mtu options for pppd. Currently I have each set at 552. I think the defaults are 1500. Unfortunately I can't seem to recall where I got my info on settings for the mru/mtu values. HTH, -- Brian Servis -- Mechanical Engineering | Never criticize anybody until you Purdue University | have walked a mile in their shoes, [EMAIL PROTECTED] | because by that time you will be a http://www.ecn.purdue.edu/~servis | mile away and have their shoes.
Re: ppp problem with 2.2.X kernel; ok with 2.0.36
On Tue, 9 Nov 1999, Brian Servis wrote: *- On 9 Nov, [EMAIL PROTECTED] wrote about ppp problem with 2.2.X kernel; ok with 2.0.36 I had a slink system with 2.0.36 kernel, and wanted to update to 2.2.X kernel. I updated the suggested packages listed on the debian page that discussed known issues, and then updated the kernel. No problems with that. Netscape seemed to work ok, but when I tried to download any packages, it would only download a small amount of data and stall. I thought it might be a problem with packets not clearing. So, since that page said all these problems were cleared up in unstable, I upgraded to potato with apt-get dist-upgrade. Same problem. But, if I use the 2.0.36 kernel, downloads are fine. I recompiled the 2.2.X kernel to make sure I have ppp support, and couldn't see anything else that might cause this in the kernel config menu. I'm doing something wrong, but what? Ideas / suggestions? I had similiar problems as well. Check the debian-user list archives for other discussions on this topic. If I recall correctly the thing that helped me was to simply play around with the mru and mtu options for pppd. Currently I have each set at 552. I think the defaults are 1500. Unfortunately I can't seem to recall where I got my info on settings for the mru/mtu values. ppp needs to be upgraded pppconfig as well, I think. the ppp/isdn part of the kernel has been reorganized, hence the need for the new versions. Robert Varga
Re: ppp problem
Ed Cogburn writes: Have you checked the permissions on the directories leading up to the file 'green', ie., etc, ppp, and peers. /etc/ppp in particular. Due to a bug in the ppp package it is root:root instead of root:dip. You will also need to fix this in /etc/suid.conf or suidregister will put it back the way it was. -- John Hasler [EMAIL PROTECTED] (John Hasler) Dancing Horse Hill Elmwood, WI
Re: ppp problem
Alisdair McDiarmid wrote: i've got a wierd problem with ppp (the pon command to be precise). look: [root:/home/alisdair/development/c] # ls -l /etc/ppp/peers/green -rwxrwxrwx 1 root dip 575 Jun 20 03:37 /etc/ppp/peers/green [root:/home/alisdair/development/c] # x exit [alisdair%letdown ~/development/c] $ cat /etc/ppp/peers/green cat: /etc/ppp/peers/green: Permission denied this is just a test example: i'm trying to get pon to work normally. alisdair is a member of group dip, but why on earth is the above happening? Have you checked the permissions on the directories leading up to the file 'green', ie., etc, ppp, and peers. -- Ed C.
Re: PPP problem
ktb writes: Jun 6 09:40:51 www chat[223]: _K^M ... : C^?NNECT 115200^M : _e|c^?^?e t^? I~ter~ut ^ubra^?^?a^M What UART does this machine have on the modem port? If it is not a 16550 you should not accept pppconfig's default speed of 115200. Run pppconfig again and set the speed to 57600 or 38400. -- John Hasler [EMAIL PROTECTED] (John Hasler) Dancing Horse Hill Elmwood, WI
Re: PPP problem
John Hasler wrote: ktb writes: Jun 6 09:40:51 www chat[223]: _K^M ... : C^?NNECT 115200^M : _e|c^?^?e t^? I~ter~ut ^ubra^?^?a^M What UART does this machine have on the modem port? If it is not a 16550 you should not accept pppconfig's default speed of 115200. Run pppconfig again and set the speed to 57600 or 38400. -- John Hasler [EMAIL PROTECTED] (John Hasler) Dancing Horse Hill Elmwood, WI The UART is 16550A. I tried changing the UART as you suggested anyway but nothing. I'm getting no response from the modem. I'm thinking the modem is just bad. It seems to me that I should at least hear the modem trying to dial most of the time. The opposite is true. I've only heard it try to dial a couple of times out of the dozens of tries. Thanks, kent
Re: PPP problem
ktb wrote: I've installed Hamm on an old 486 via floppy and I'm trying to get a connection to the net. I installed a new modem Zoom 56k model 2819A. I ran pppconfig. When I try to dial out this is what /var/log/ppp.log says: Jun 6 09:40:50 www pppd[222]: pppd 2.3.5 started by root, uid 0 Jun 6 09:40:51 www chat[223]: abort on (BUSY) Jun 6 09:40:51 www chat[223]: abort on (NO CARRIER) Jun 6 09:40:51 www chat[223]: abort on (VOICE) Jun 6 09:40:51 www chat[223]: abort on (NO DIALTONE) Jun 6 09:40:51 www chat[223]: abort on (NO ANSWER) Jun 6 09:40:51 www chat[223]: send (ATZ^M) Jun 6 09:40:51 www chat[223]: expect (OK) Jun 6 09:40:51 www chat[223]: ATZ^M^M Jun 6 09:40:51 www chat[223]: _K^M *This line sometimes says ^?[^M* Jun 6 09:40:51 www chat[222]: Terminating on signal 15 Jun 6 09:40:51 www chat[222]: Connection script failed Jun 6 09:40:51 www chat[223]: SIGTERM Jun 6 09:40:51 www chat[222]: Exit Mostly I don't get any sound out to the modem speaker but a couple of times I heard the modem try to dial. I believe when it did that this was logged: chat[207]: expect (CONNECT) : ^M : ATDT55?^M^M *The number is made up but the ? was there.* : C^?NNECT 115200^M : _e|c^?^?e t^? I~ter~ut ^ubra^?^?a^M : ^M : T^?pe INFO at the pr^?^?pt f^?r ^?^b^?cripti^?^? i~v^?r^?ati^?~^M : ^M :^M : alarm : Failed : Connect script failed [cut] Well, you could *try* messing with stty on the modem port. Changing from cs7 to cs8 or vice versa... Or, better yet, firing up minicom, and playing w/ the parity/character-size (change between P and Q in the comm params) there, and trying the dialout from there also... It's what I'd try first, but I could be wrong! ;-)
Re: PPP problem
ktb writes: I'm thinking the modem is just bad. Sounds likely. -- 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: ppp problem
On Tue, 27 Oct 1998, Chris Evans wrote:
I have moved my debian machine home from old workplace and am
trying to configure it for ppp access to my university ppp entry
point. I have used pppconfig to enter the basic parameters that
work for Win95 ppp access and I can see from plog (after pon) that
I am getting a connection to the system and it notes the fixed
address that it serves to me (which I have put in my /etc/hosts) and
the host address that it uses. plog then shows a complaint:
Cannot determine ethernet address for proxy ARP
that was linked with a comment about not replacing existing default
route for eth0 so I edited out all the eth0 lines in /etc/init.d/network
leaving only the loopback lines. I rebooted and that removed the
comment about not replacing the existing default route but
Here's my /etc/init.d/network on a machine at home. All that needs to
change is the gateway and the network. I think Debian ought to put a
test on the NETWORK variable as well as GATEWAY.
Ignore all the aliasing stuff. The first is for a laptop, the second is
to fool my wife's machine into thinking I'm her employer's gateway when
it's connected to mine at home.
#!/bin/sh
IPADDR=333.444.888.999
NETMASK=255.255.254.0
#NETWORK=333.444.888.0
BROADCAST=333.444.889.255
#GATEWAY=333.444.888.1
IPALIAS1=192.168.69.49
NETMASK1=255.255.255.0
NETWORK1=192.168.69.0
#IPALIAS2=192.555.666.254
#NETMASK2=255.255.255.0
#NETWORK2=192.555.666.0
ifconfig lo 127.0.0.1
route add -net 127.0.0.0
if [ ${IPADDR} ]
then
ifconfig eth0 ${IPADDR} netmask ${NETMASK} broadcast ${BROADCAST}
[ ${NETWORK} ] route add -net ${NETWORK}
[ ${GATEWAY} ] route add default gw ${GATEWAY} metric 1
echo -e \t IP${IPADDR} \t Mask ${NETMASK} \t Net ${NETWORK}
echo -e \t Brcst ${BROADCAST} \t GW ${GATEWAY}
if [ ${IPALIAS1} ]
then
ifconfig eth0:1 ${IPALIAS1}
route add -net ${NETWORK1} netmask ${NETMASK1} dev eth0:1
echo -e \t
echo -e \t Alias ${IPALIAS1} \t Mask ${NETMASK1} \t Net ${NETWORK1}
if [ ${IPALIAS2} ]
then
ifconfig eth0:2 ${IPALIAS2}
route add -net ${NETWORK2} netmask ${NETMASK2} dev eth0:2
echo -e \t
echo -e \t Alias ${IPALIAS2} \t Mask ${NETMASK2} \t Net ${NETWORK2}
fi
fi
fi
Cheers,
--
Email: [EMAIL PROTECTED] Tel: +44 1908 653 739 Fax: +44 1908 655 151
Snail: David Wright, Earth Science Dept., Milton Keynes, England, MK7 6AA
Disclaimer: These addresses are only for reaching me, and do not signify
official stationery. Views expressed here are either my own or plagiarised.
Re: PPP problem.
No /etc/resolv.conf is necessary if you have BIND installed (and no network is permanently connected to the machine ?) SYZ == Shao Ying Zhang [EMAIL PROTECTED] writes: SYZ The system dialed out fine. And ping was working fine. SYZ But telnet, ftp lynx does not work. My /etc/resolve.conf does SYZ not contain anything, and it is empty in redhat anway... But it should. /etc/resolv.conf nameserver xxx.xxx.xxx.xxx # IP of ISP's first DNS nameserver yyy.yyy.yyy.yyy # IP of ISP's second DNS /etc/host.conf order hosts, bind multi on
Re: PPP problem.
Hi Shao: Sounds like a DNS issue. When you pinged did you use an IP address or a fully qualified host.domain.name ? Check or run bindconfig. Peter -Original Message- From: Shao Ying Zhang [EMAIL PROTECTED] To: question debian-user@lists.debian.org Date: Thursday, September 24, 1998 7:55 AM Subject: PPP problem. Hi all, I am only new to debian. I wrote a dial up script in redhat, and it works well. I recently installed debian 2.0, and used the same dial up script. The system dialed out fine. And ping was working fine. But telnet, ftp lynx does not work. My /etc/resolve.conf does not contain anything, and it is empty in redhat anway... Am I missing anything?? By the way, I also set the noauth option in my /etc/ppp/options.. Thanks for any help in advance.. Shao. Shao Zhang \\/ 5/28-30 Victoria AVE OxO PENSHURST 2035 //\ Sydney, NSW ///\\ Australia\\\ / ^ _ \ ( (o) (o) ) * * *===oOOO=(_)=OOOo=* * * *| [EMAIL PROTECTED] | * * | http://shaoz.dyn.ml.org | * *** | http://www.cse.unsw.edu.au/~s2193893| * * *===Oooo.=* * * *.oooO ( | * * * * *( ) ) / * **\ ( (_/ \_) -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null
Re: PPP problem.
SYZ == Shao Ying Zhang [EMAIL PROTECTED] writes: SYZ The system dialed out fine. And ping was working fine. SYZ But telnet, ftp lynx does not work. My /etc/resolve.conf does SYZ not contain anything, and it is empty in redhat anway... But it should. /etc/resolv.conf nameserver xxx.xxx.xxx.xxx # IP of ISP's first DNS nameserver yyy.yyy.yyy.yyy # IP of ISP's second DNS /etc/host.conf order hosts, bind multi on Ciao, Martin
Re: PPP problem
I also don't have device driver for Sound Blaster. I tried using MAKEDEV, but I don't have any docs. Can someone who got his/her SB to work tell me what to do? Thx in advance :) You'll need to have the sound drivers enabled, either as modules (the stock kernels come with there, right, anybody?) or compiled in the kernel. You have these, right ? After these you can start worrying about the devices. At worst case you'll need isapnptools (if it is a pnp card) to initialize the card at boot and compile the kernel to match your hardware. Don't worry, it's not that hard, but there are a couple pitholes. Please read all the sound documentation from /usr/doc/HOWTO and from kernel sources, (/usr/src/[path to the kernel sources]/Documentation or /usr/src... /sound/..) --j -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: PPP problem
Every time I try to connect to my internet provider I am able to establish the connection, but after like 5-10 seconds prog reports something like: cannot find ethernet address for system ARP. I have tried everything, but can't get it to work. Why is it even looking for ethernet address? I am using PPP over TCP/IP. Can someone please tell me what am I doing wrong? check in /etc/ppp/options (or something like that,i'm running on slink and it's different than in 1.3.1),there a line marked proxyarp,put a # before this. I also don't have device driver for Sound Blaster. I tried using MAKEDEV, but I don't have any docs. Can someone who got his/her SB to work tell me what to do? Thx in advance :) run /dev/MAKEDEV update,if you have the sound blaster driver enabled,it will include it in your /dev directory,here an excerpt from the manpage: update Run MAKEDEV in update mode. This reads the list of devices currently available from /proc/devices, and updates all entries in /dev to match the device numbers found there. if you want to know more,run: man MAKEDEV Alain Ivan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ppp problem
This indicates your line is looped back. That is, just as when you type and your characters are echoed back, the packets that pppd was sending were echoed back. Usually this means PPP was not starting on other end. [EMAIL PROTECTED] wrote: I am trying to configure Debian in order to access my ISP (Actually compuserve in France). I am using Debian unstable version I did the configuration as said in the ppp-HOWTO. Then I tried to connect manually. First, I ran Minicom and got connected. Then I left without resetting the modem (CTRL-A+Q). Then I did 'pppd -d -detach /dev/ttyS1 38400 ' Which it didn't work. The output of my /var/log/ppp.log file is : May 28 21:50:53 albert pppd[181]: pppd 2.3.3 started by franck, uid 0 May 28 21:50:53 albert pppd[181]: Using interface ppp0 May 28 21:50:53 albert pppd[181]: Connect: ppp0 -- /dev/ttyS1 May 28 21:50:54 albert pppd[181]: sent [LCP ConfReq id=0x1 asyncmap 0x0 magic 0xd7ff pcomp accomp] May 28 21:50:54 albert pppd[181]: rcvd [LCP ConfReq id=0x1 asyncmap 0x0 magic 0xd7ff pcomp accomp] May 28 21:50:54 albert pppd[181]: sent [LCP ConfNak id=0x1 magic 0xbfef] May 28 21:50:54 albert pppd[181]: rcvd [LCP ConfNak id=0x1 magic 0xbfef] May 28 21:50:54 albert pppd[181]: sent [LCP ConfReq id=0x2 asyncmap 0x0 magic 0x7f7f pcomp accomp] May 28 21:51:06 albert last message repeated 4 times May 28 21:51:06 albert pppd[181]: Modem hangup May 28 21:51:06 albert pppd[181]: Connection terminated. May 28 21:51:07 albert pppd[181]: Exit. -- Jens B. Jorgensen [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: PPP problem using hamm
On Wed, 29 Apr 1998, calvin wrote: when i type in pon it dials my ISP and logs in fine then like 30 seconds later it disconnects heres what it says when i type in plog pppd[129] Serial connection established pppd[129] Using interface ppp0 pppd[129] LPC: Timeout sending config-requests pppd[129] Connection terminated pppd[129] Receive serial link is not 8-bit clean: pppd[129] Problem: all had bit 7 set to 0 pppd[129] Hangup (SIGHUP) pppd[129] Exit any suggestions? Here's a (bo) script for dialing my ISP (on an internal extension): #! /bin/bash /usr/sbin/pppd /dev/ttyS1 115200 defaultroute connect '/usr/sbin/chat -v -t 90 ABORT BUSY ABORT NO CARRIER ABORT VOICE ABORT NO DIALTONE ATZ OK ATL1 OK ATDT8881 ervice--ervice ppp' user spqr -chap If I don't send that ppp I get the same error as you do. The command you need to send is usually ppp, though I observed that if you type help to our Xylogics Annex box (which is what says Service) there's no mention of ppp as a command. Cheers, -- Email: [EMAIL PROTECTED] Tel: +44 1908 653 739 Fax: +44 1908 655 151 Snail: David Wright, Earth Science Dept., Milton Keynes, England, MK7 6AA Disclaimer: These addresses are only for reaching me, and do not signify official stationery. Views expressed here are either my own or plagiarised. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: PPP problem using hamm
I've seen this occasionally. AFAIK, it has always been caused by problems at my ISP. Bob On Wed, 29 Apr 1998, calvin wrote: when i type in pon it dials my ISP and logs in fine then like 30 seconds later it disconnects heres what it says when i type in plog pppd[129] Serial connection established pppd[129] Using interface ppp0 pppd[129] LPC: Timeout sending config-requests pppd[129] Connection terminated pppd[129] Receive serial link is not 8-bit clean: pppd[129] Problem: all had bit 7 set to 0 pppd[129] Hangup (SIGHUP) pppd[129] Exit any suggestions? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] Bob Nielsen Internet: [EMAIL PROTECTED] Tucson, AZ AMPRnet: [EMAIL PROTECTED] http://www.primenet.com/~nielsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: PPP problem using hamm
calvin [EMAIL PROTECTED] writes: when i type in pon it dials my ISP and logs in fine then like 30 seconds later it disconnects heres what it says when i type in plog pppd[129] Serial connection established pppd[129] Using interface ppp0 pppd[129] LPC: Timeout sending config-requests pppd[129] Connection terminated pppd[129] Receive serial link is not 8-bit clean: pppd[129] Problem: all had bit 7 set to 0 This means, that the remote host still waits for some kind of input from your side (terminal login), but your pppd has started sending PPP packages already. pppd[129] Hangup (SIGHUP) pppd[129] Exit Did you set debug as a option for pppd? You should get a longer log in /var/log/ppp.log Ciao, Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: PPP Problem
On Thu, 26 Mar 1998, Ronn Pimentel wrote: I'm having problems getting my workstation to call into work machine. They're both running 1.3. Currently Windows 95 people are dialing into the machine correctly but linux aint'. It dials and connects fine. But it just doesn't authenticate. Mar 26 19:10:43 sparky pppd[524]: sent [LCP ConfReq id=0x1 mru 1500 asyncmap 0x0 magic 0x4961386f pcomp accomp] Mar 26 19:10:43 sparky pppd[524]: rcvd [LCP ConfReq id=0x1 mru 1500 asyncmap0x0 auth pap magic 0xb9312c88 pcomp accomp] it wants you to authenticate with pap Mar 26 19:10:43 sparky pppd[524]: sent [LCP ConfRej id=0x1 auth pap] you refused ^^^ Mar 26 19:10:46 sparky pppd[524]: rcvd [LCP TermReq id=0x3] Mar 26 19:10:46 sparky pppd[524]: LCP terminated at peer's request so it told you to get lost. You need to add your username * password to /etc/ppp/pap-secrets (with tabs, I think, rather than spaces) and your pppd will send it when requested. Cheers, -- David Wright, Open University, Earth Science Department, Milton Keynes MK7 6AA U.K. email: [EMAIL PROTECTED] tel: +44 1908 653 739 fax: +44 1908 655 151 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: PPP Problem
Just like David said. Also, you may need to include 'user ' as an option in ppp.options_out so pppd knows which user/password to use. Ronn Pimentel wrote: I'm having problems getting my workstation to call into work machine. They're both running 1.3. Currently Windows 95 people are dialing into the machine correctly but linux aint'. It dials and connects fine. But it just doesn't authenticate. Any suggestions? Thanks. My workstation's config is: sparky# cat ppp.options_out debug defaultroute /dev/modem 38400 And then i just run pon. My workstation is debug log is: Mar 26 19:10:42 sparky chat[525]: CONNECT -- got it Mar 26 19:10:42 sparky chat[525]: send (^M) Mar 26 19:10:42 sparky pppd[524]: Serial connection established. Mar 26 19:10:43 sparky pppd[524]: Using interface ppp0 Mar 26 19:10:43 sparky pppd[524]: Connect: ppp0 -- /dev/modem Mar 26 19:10:43 sparky pppd[524]: sent [LCP ConfReq id=0x1 mru 1500 asyncmap 0x0 magic 0x4961386f pcomp accomp] Mar 26 19:10:43 sparky pppd[524]: rcvd [LCP ConfReq id=0x1 mru 1500 asyncmap 0x0 auth pap magic 0xb9312c88 pcomp accomp] Mar 26 19:10:43 sparky pppd[524]: sent [LCP ConfRej id=0x1 auth pap] Mar 26 19:10:43 sparky pppd[524]: rcvd [LCP ConfReq id=0x2 mru 1500 asyncmap 0x0 magic 0xb9312c88 pcomp accomp] Mar 26 19:10:43 sparky pppd[524]: sent [LCP ConfAck id=0x2 mru 1500 asyncmap 0x0 magic 0xb9312c88 pcomp accomp] sparky# plog Mar 26 19:10:46 sparky pppd[524]: sent [LCP ConfReq id=0x1 mru 1500 asyncmap 0x0 magic 0x4961386f pcomp accomp] Mar 26 19:10:46 sparky pppd[524]: rcvd [LCP ConfAck id=0x1 mru 1500 asyncmap 0x0 magic 0x4961386f pcomp accomp] Mar 26 19:10:46 sparky pppd[524]: sent [IPCP ConfReq id=0x1 addr 192.168.1.1 compress VJ 0f 01] Mar 26 19:10:46 sparky pppd[524]: rcvd [LCP TermReq id=0x3] Mar 26 19:10:46 sparky pppd[524]: LCP terminated at peer's request Mar 26 19:10:46 sparky pppd[524]: sent [LCP TermAck id=0x3] Mar 26 19:10:46 sparky pppd[524]: Hangup (SIGHUP) Mar 26 19:10:46 sparky pppd[524]: Modem hangup Mar 26 19:10:46 sparky pppd[524]: Connection terminated. Mar 26 19:10:46 sparky pppd[524]: Exit. The server is giving me. Mar 26 19:03:39 music pppd[32036]: pppd 2.2.0 started by root, uid 0 Mar 26 19:03:39 music pppd[32036]: Using interface ppp7 Mar 26 19:03:39 music pppd[32036]: Connect: ppp7 -- /dev/ttyR0 Mar 26 19:03:42 music pppd[32036]: peer refused to authenticate Mar 26 19:03:42 music pppd[32036]: Connection terminated. Mar 26 19:03:42 music pppd[32036]: Exit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Jens B. Jorgensen [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ppp problem
Tim writes: Look in the same file. Remove the 'proxyarp' keyword. Or, it may be in /etc/ppp/options . It's in /etc/ppp/options. Better to put '-proxyarp' in /etc/ppp/peers/provider, though. That way proxyarp is disabled only for the 'provider' connection. -- John Hasler [EMAIL PROTECTED] (John Hasler) Dancing Horse Hill Elmwood, WI -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ppp problem
I am now able to connect to my ISP. I was placing the 'noauth' option = in the wrong file! I finally figured out how to correctly place it in = /etc/ppp/peers/provider. Now, the link comes up, but I get this error = from pppd - pppd[158]: Cannot determine ethernet address for proxy ARP. Where should I look for the cause of this error? Don't worry about this. It just means that proxy ARP isn't set up on the other end. This isn't normally desirable for use with an ISP anyway. If the link doesn't work, it's probably not related to this error. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ppp problem
RUSSELL COOK wrote: Hello! I am now able to connect to my ISP. I was placing the 'noauth' option = in the wrong file! I finally figured out how to correctly place it in = /etc/ppp/peers/provider. Now, the link comes up, but I get this error = from pppd - pppd[158]: Cannot determine ethernet address for proxy ARP. Where should I look for the cause of this error? Look in the same file. Remove the 'proxyarp' keyword. Or, it may be in /etc/ppp/options . I don't have an untouched system to look at offhand. Tim -- (work) [EMAIL PROTECTED] / (home) [EMAIL PROTECTED] - http://www.buoy.com/~tps Life is like riding a bicycle. You don't fall off unless you stop pedaling. ** Disclaimer: My views/comments/beliefs, as strange as they are, are my own.** -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: PPP problem
OSWALD jean [EMAIL PROTECTED] writes: I have set the ppp debian package My modem is responding when I use minicom I have completed the /etc/ppp/options file properly. And when I run the command pppd the kernel answers Sorry - Lack of PPP in your kernel Or when I type dmesh | grep PPP I have no answer What shall I do to activate the PPP daemon ? You'll probably get answers about how to compile ppp support into your kernel, but if you're using the standard kernel, you already have ppp support available. First make certain that you're loading the ppp module, either by uncommenting the auto line in /etc/modules or by making certain that a line saying ppp is in /etc/modules (put it after any line saying serial, if there is one) Now - why are you using the pppd command directly? (I know, because the howto says to do that - although that's good for starters, debian has an easier way) The debian way of getting ppp to work is to edit your /etc/ppp.chatscript file to match what's necessary for your ISP. For example, mine has: (the phone number, username, and password have of course been changed) ABORTBUSY ABORTNO CARRIER ABORTVOICE ABORTNO DIALTONE ATDT4105551234 name myusername word \qmypassword The example /etc/ppp.chatscript file has ogin where I have name - this is because my ISP asks for my username with the prompt username instead of login - adjust as necessary (note that the example /etc/ppp.chatscript has a flaw - there should NOT be a \q after the password). Then, modify the file /etc/ppp.options_out to have, among other things, the correct device name for your modem. (If you've put an option in /etc/ppp/options, you don't need to repeat it here) For example, my /etc/ppp.options_out says: bsdcomp 15 crtscts defaultroute noipdefault /dev/ttyS1 38400 modem persist since my modem is on /dev/ttyS1. (aka COM2) Once you've done this, you can turn ppp on with the command pon and turn it off with poff - if you need to see what's going on you can use the command plog. (and if you need help, plog output may tell other people what's going wrong) In any case, make certain that BEFORE you try to start ppp, (either with pon or with pppd directly), you exit any minicom sessions or any other programs which may be using the modem; (this does not mean that you need to hang up the modem, just that you need to quit minicom) pppd is a bit stupid about whether or not your kernel has ppp support, and if it can't get a lock on the modem (because some other program is using it), pppd will sometimes report that the kernel doesn't have ppp support, even when the kernel does. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: PPP problem
On Wed, 7 Jan 1998, OSWALD jean wrote: I have set the ppp debian package My modem is responding when I use minicom I have completed the /etc/ppp/options file properly. And when I run the command pppd the kernel answers Sorry - Lack of PPP in your kernel Or when I type dmesh | grep PPP I have no answer Did you mean dmesg? If so, you should see something like: PPP: version 2.2.0 (dynamic channel allocation) PPP Dynamic channel allocation code copyright 1995 Caldera, Inc. PPP line discipline registered. What shall I do to activate the PPP daemon ? Are you invoking PPP as root? This came up quite recently and does actually not necessarily indicate a problem with the kernel, but possibly with permissions. On the other hand, possibly PPP support has not been compiled into your kernel. You can check /usr/src/linux/.config for CONFIG_PPP=y. Bob Bob Nielsen Internet: [EMAIL PROTECTED] Tucson, AZ AMPRnet: [EMAIL PROTECTED] http://www.primenet.com/~nielsen -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: PPP problem (?)
Before you connect do a /sbin/route -n command and note how many lines of entries you have. You should probably have just one like this (I am assuming that you do not have an ethernet card or a slip/plip link also up): bash-2.01$ /sbin/route -n Kernel IP routing table DestinationGateway GenmaskFlags Metric Ref Use Iface 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 8lo When you connect, wait for about a half a minute and do a /sbin/route -n command again. This time there should be new entries (two, one for the connection Iface ppp0 and one for the default). You _REALLY_ need to look at the PPP-HOWTO (and maybe the NET3-HOWTO)! From your description it is not possible to tell if you did or did not successfully connect. If the above commands give the sort of results that I mentioned then you did indeed connect and your problem is probably a basic network setup problem (see NET3-HOWTO). And NO, PAP is most definately not a Micro$loth invention!! Indeed, I am astonished that Micro$loth has not figured out a way to create an incompatible version of PAP for no valid technical reason such as they did do in creating their useless derivative MS-CHAP! Contrary to the BS that you see, read, and hear in the media and most especially in the popular computing press, Micro$loth has probably not created a single advancement in computer technology no matter how trivial. Contrast that with Sun Microsystems, ATT, DEC, and a few others. Though I personally have no real love for IBM the true facts of the matter are that IBM Labs has invented /or developed /or been a significant force in the development of almost every item of computer technology that has any importance to computing whatsoever--even if IBM never exploited or even tried to exploit the item commercially. Sun Microsystems' contributions to the development of ARPANET, DARPANET, and Internet as well as to the development of ATT's Unix is legendary. That Micro$loth should come along with their unbelievably arrogant and superior attitude, claiming to be at the forefront of computer technology, and appearently insisting that their way is the only right way is enough to make anyone with even a little knowledge of the truth sick and disgusted! Indeed, Linux is practically proof all by itself as to where Micro$loth stands with respect to forefront of computer technology. That a multitasking, multiuser operating system (freely developed no less) can run something like X-windows and STILL beat the cr** out of Win95 in performance says a whole lot about forefront. Micro$loths's DOS was the most inferior OS available for the Intel chipset when it was introduced and that condition remained unchanged. To hear Gates' talk, Micro$loth _invented_ windows (this stuff reminds me of the Joseph Stalin method of governmental information handling). Naturally at least some of the 'computing public knew or remembered that Apple MacIntosh was a windowing computer system but it seems that far too many knew or know that Xerox gave the world the basic windowing environment upon which MacIntosh, MS-Windows, and even X is based. I suppose that after all of this I should apologize (for the bandwidth) and do a: flame off best, -bill [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] from a 1996 Micro$loth ad campaign: The less you know about computers the more you want Micro$oft! See! They do get some things right! On Wed, 10 Dec 1997, Liran Zvibel wrote: Hello again!!! Thanks for helping me set my Debian system last week. Everything works OK but the ppp connection. The modem problem was an incorrect irq setting. Now I'm able to dial. I downloaded XISP and configured it (was pretty easy - cleaver user interface!) and dialed (using PAP). It finished negotiating with the server quickly (took it less time then win.95 does it - isn't PAP a win.95 protocol?) and changed the IP from - to ???.???.???.??? when ? is a digit from 0 to 9. I thought I was connected, but when I tried to use lynx, ftp or telnet they told me they couldn't find host. (when I configured XISP I included the two DNS addresses my ISP use). Am I missing something? Please help. Thanks in advance, Liran Zvibel. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: PPP problem (?)
On Wed, 10 Dec 1997, Liran Zvibel wrote: but when I tried to use lynx, ftp or telnet they told me they couldn't find host. (when I configured XISP I included the two DNS addresses my ISP use). Am I missing something? Hi, You have to use the ip-up and ip-down scripts from the xisp package as templates if you want to set the dns with xisp. cp /etc/ppp/ip-up /etc/ppp/ip-up.old cp /etc/ppp/ip-down /etc/ppp/ip-down.old cp /etc/ppp/ip-up.xisp /etc/ppp/ip-up cp /etc/ppp/ip-down.xisp /etc/ppp/ip-down Ciao, Martin -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: PPP problem with netscape and dselect
I'm fairly new to unix from an administrator's point of view. I set up my PPP awhile ago and for the most part it works just fine. But whenever I run netscape 3.0gold my connection hangs. At first I thought it might be a problem with multiple connections, but I can run several telnet and/or ftp sessions without a problem. Any ideas on how I can fix this? ppp.log doesn't seem to help much either. Looks like it's trying to look up some inexistent address. Let it hang for a while, and it should come back with url not found in DNS or something like that. Then, modify preferences to load some sensible home page. btw, communicator 4.01b6 works flawlessly here (no crashes yet!) The other question I had was regarding ftping through dselect. I noticed some other people had problems with it as well, but was wondering if anyone ever found a solution. I've been using dselect's ftp method for a while. could you explain what is your problem? -- Proudly running Debian Linux! Linux vs. Windows is a no-Win situation Igor Grobman [EMAIL PROTECTED] [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: PPP Problem
On Tue, 27 May 1997 [EMAIL PROTECTED] wrote: Hi, I have two linux boxes. I recently bought modems and tried to get it to work to little or no avail. Please could someone take me through the series of steps required to effect this ... Jon. PS. I have read a lot of the documentation and consulted a few chaps this end and still remain none the wiser.. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] . Jon, You have taken on a fairly complex job here. I suggest that you install ppp and mgetty on both boxes. Then, from each box seperately, contact an external ISP to verify that ppp works. The _last_ step is to get the two boxes to talk together. Lindsay =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Lindsay Allen [EMAIL PROTECTED] Perth, Western Australia voice +61 9 316 2486modem +61 9 364-9832 32S, 116E http: Real soon now. debian linux =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: PPP Problem
I have two linux boxes. I recently bought modems and tried to get it to work to little or no avail. Please could someone take me through the series of steps required to effect this ... PS. I have read a lot of the documentation and consulted a few chaps this end and still remain none the wiser.. This is a fairly big job with a lot of steps. How far did you get We need more info on what you've done so far, what errors you were getting, etc Step 1: Get the modems working for outgoing. (Use minicom to verify.) Step 2: Get the modems working for incoming. (Use mgetty.) Step 3: Enable incoming PPP. (Use mgetty again.) Step 4: Write chat scripts, configure PPP to call local ISP to verify that's working. Step 5: Modify chat scripts to call your other Linux box. All of this is covered in various documentation and (even better) HOWTO's. Go to http://sunsite.unc.edu/mdw/HOWTO/HOWTO-INDEX-3.html to find the HOWTO's and mini-HOWTO's. Good luck! Later, Kevin Traas Systems Analyst Edmondson Roper CA http://www.eroper.bc.ca -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: PPP problem w/ 1.1 install
Hi, Amos == Amos Shapira [EMAIL PROTECTED] writes: Amos I'm still looking for this kernel-image package. Can't find it Amos in the ls-lR files. It should appear in the mirrors soon, it was moved out of incoming recently. Amos Now what about support for multiple kernels? Is it possible to Amos have a rule to install the new kernel *near* (instead of over) Amos other kernels, or even near other compiles of same kernel? You Amos must know the urge to keep at least one prooven kernel around in Amos case the new one crashes. The recent kernel packages (headers, sources, and image), being build from the package kernel-package (or a close ancestor), do not overwrite older versions. They allow you to keep as many versions of images or sources on your system as you desire (you, then, have to explicitly delete them to have them go away). I always have tow versions myself ... Amos As it is now, it looks like ytou have to manually shift Amos /System.map and /vmlinuz and add entries to lilo.conf, or am I Amos missing something? Yes, the newer kernel-image-X.X.XX packages (which handle all these details for you). manoj -- Can you imagine what it would be like if there had been ``look and feel'' lawsuits over automobiles? -- Mark Diekhans ([EMAIL PROTECTED]) %% Manoj Srivastava Systems Research Programmer, Project Pilgrim, Phone: (413) 545-3918A143B Lederle Graduate Research Center, Fax: (413) 545-1249 University of Massachusetts, Amherst, MA 01003 [EMAIL PROTECTED] URL:http://www.pilgrim.umass.edu/%7Esrivasta/
Re: PPP problem w/ 1.1 install
Manoj Srivastava wrote: Hi, Brian == Brian C White [EMAIL PROTECTED] writes: There is indeed a Debian-ized version of the kernel. The package is called kernel-image. I'm still looking for this kernel-image package. Can't find it in the ls-lR files. You could also grab the raw source and use kernel-package package to generate your new image package. This is the recommended method for generating custom kernel images. This sounds much more like it. Now what about support for multiple kernels? Is it possible to have a rule to install the new kernel *near* (instead of over) other kernels, or even near other compiles of same kernel? You must know the urge to keep at least one prooven kernel around in case the new one crashes. As it is now, it looks like ytou have to manually shift /System.map and /vmlinuz and add entries to lilo.conf, or am I missing something? Cheers, -- --Amos Shapira | Of course Australia was marked for | glory, for its people had been chosen [EMAIL PROTECTED] | by the finest judges in England. | -- Anonymous
Re: PPP problem w/ 1.1 install
On Fri, 31 May 1996, Ian Jackson wrote: Manoj Srivastava writes [ SuperCite undone - iwj ]: Brian C White [EMAIL PROTECTED] writes: So... Should there be a restriction against listing the kernel-image as a dependancy in another package? No, since if you follow the recommended method of generating kernel images, this will work. On the contrary, we should not require people to follow this method, especially when it's easy not to make this requirement. Packages which need a particular kernel or kernel feature to run correctly should test for the kernel version of feature in the postinst (or in the preinst, if the package being broken is a serious problem for the whole syste, for example for a base package). This fails to provide protection if the kernel is downgraded to a kernel that never provided the desired feature, or upgrading to a kernel that provides this feature in a different manner or with a different interface. I would suggest that it is always inappropriate for a package to depend on a particular kernel version. It is much better for the package in question to depend on a version of libc that provides the desired interface to the kernel. Then the kernel version can change without breaking the application program. It was my understanding that this is exactly why David E. began providing kernel headers with libc5. I say: Use depends, but make it depend on the appropriate version of libc and not on a particular kernel package. Thanks, Dwarf -- aka Dale Scheetz Phone: 1 (904) 877-0257 Flexible Software Fax: NONE Black Creek Critters e-mail: [EMAIL PROTECTED] If you don't see what you want, just ask --
Re: PPP problem w/ 1.1 install
Hi, Brian == Brian C White [EMAIL PROTECTED] writes: There is indeed a Debian-ized version of the kernel. The package is called kernel-image. You could also grab the raw source and use kernel-package package to generate your new image package. This is the recommended method for generating custom kernel images. Brian Could you point me to exactly where this is recommended? Umm, err, I don't think it is in any publically available document yet. It has been discussed on the developers list, though, and I'll see what can be done about putting this into the general documentation. Brian In any case, though, I have no desire to follow this path. I Brian like building my kernel directly from the main sources. I Brian don't want to have to wait for a package to get built or apply Brian patches to the debian sources. This is what kernel-packages are designed for. You get the main sources on your own (or patch 'em up, if you wish). You get the kernel-package package, which is kernel version independent, so you don't have to wait for it, or download a new one per kernel revision. You get it once. (barring upgrades for bug fixes, changing specs, etc, but I hope that there ain't gonna be none, at least for a resonable period). It is a small, 25K package. No kernel files are patched. No C code is provided. The kernel image is produced by a normal make boot/zimage. All the package does is provide you a debian.rules debian.README (explaining how to use debian.rules), and debian/* files, which arrange for you to register and manage the kernel images using dpkg, and to satisfy dependencies that other debian packages may have for the image. You still can customize your images at will (I do, believe me. I have not installed a standard image since 1.2.8, I think, and I like being bleeding edge [1.99.9 at the moment]). Brian But is there a self-compiled-kernel-image? At least the new Brian diald (in Incoming) depends on kernel-image. The self compiled kernel, if you do it using kernel-package package, will also Provide kernel-image. Brian See above. ditto. Brian If I recall, some other package used to depend on the image but Brian was changed to check the kernel version in the preinst script. This is true about kernel version. Brian So... Should there be a restriction against listing the Brian kernel-image as a dependancy in another package? No, since if you follow the recommended method of generating kernel images, this will work. Brian But neither I nor some others install the Debian kernels. We Brian like building our own. All you have to do is get a 22K package that adds a thin veneer of information that dpkg needs. The image is not changed, and you use your own custom config file, and decide whatever you want as modules. It just makes handling kernel images easier, since you now can use dpkg. The raison de 'etre of this package is that I was sick of the mechanical, routine things I had to do every other day compiling yet another kernel. manoj -- Everything is for sale; only the price is negotiable. %% Manoj Srivastava Systems Research Programmer, Project Pilgrim, Phone: (413) 545-3918A143B Lederle Graduate Research Center, Fax: (413) 545-1249 University of Massachusetts, Amherst, MA 01003 [EMAIL PROTECTED] URL:http://www.pilgrim.umass.edu/%7Esrivasta/
Re: PPP problem w/ 1.1 install
Hi, Ian == Ian Jackson [EMAIL PROTECTED] writes: Ian On the contrary, we should not require people to follow this Ian method, especially when it's easy not to make this requirement. Ian Packages which need a particular kernel or kernel feature to run Ian correctly should test for the kernel version of feature in the Ian postinst (or in the preinst, if the package being broken is a Ian serious problem for the whole syste, for example for a base Ian package). Ian dpkg --compare-versions (implemented in dpkg recently) should Ian work on kernel version numbers, provided that pre-2 does actually Ian return 1.99 or whatever in uname. Ok. Since I'm temporarily managing diald, I'll remove the dependency in a release I'll make tonight (I hope), and add a check in the installation scripts if needed (I'm not sure it is needed). manoj -- I don't believe in sweeping social change being manifested by one person, unless he has an atomic weapon. -- Howard Chaykin %% Manoj Srivastava Systems Research Programmer, Project Pilgrim, Phone: (413) 545-3918A143B Lederle Graduate Research Center, Fax: (413) 545-1249 University of Massachusetts, Amherst, MA 01003 [EMAIL PROTECTED] URL:http://www.pilgrim.umass.edu/%7Esrivasta/
Re: PPP problem w/ 1.1 install
Manoj Srivastava writes [ SuperCite undone - iwj ]: Brian C White [EMAIL PROTECTED] writes: So... Should there be a restriction against listing the kernel-image as a dependancy in another package? No, since if you follow the recommended method of generating kernel images, this will work. On the contrary, we should not require people to follow this method, especially when it's easy not to make this requirement. Packages which need a particular kernel or kernel feature to run correctly should test for the kernel version of feature in the postinst (or in the preinst, if the package being broken is a serious problem for the whole syste, for example for a base package). dpkg --compare-versions (implemented in dpkg recently) should work on kernel version numbers, provided that pre-2 does actually return 1.99 or whatever in uname. Ian.
Re: PPP problem w/ 1.1 install
Is there a Debian-ized package of this kernel or are Debian testers expected to grab the raw source? There is indeed a Debian-ized version of the kernel. The package is called kernel-image. But is there a self-compiled-kernel-image? At least the new diald (in Incoming) depends on kernel-image. If I recall, some other package used to depend on the image but was changed to check the kernel version in the preinst script. So... Should there be a restriction against listing the kernel-image as a dependancy in another package? Brian ( [EMAIL PROTECTED] ) --- In theory, theory and practice are the same. In practice, they're not.
Re: PPP problem w/ 1.1 install
Brian == Brian C White [EMAIL PROTECTED] writes: Brian But is there a self-compiled-kernel-image? At least the new Brian diald (in Incoming) depends on kernel-image. Brian So... Should there be a restriction against listing the Brian kernel-image as a dependancy in another package? I don't think packages should `depend' on kernel-image. I don't have kernel-image installed although it is listed as `essential'. I boot into Debian using loadlin and sometimes floppies. -- Billy C.-M. Chow [EMAIL PROTECTED] Debian Linux
Re: PPP problem w/ 1.1 install
Hi, Brian == Brian C White [EMAIL PROTECTED] writes: Is there a Debian-ized package of this kernel or are Debian testers expected to grab the raw source? There is indeed a Debian-ized version of the kernel. The package is called kernel-image. You could also grab the raw source and use kernel-package package to generate your new image package. This is the recommended method for generating custom kernel images. Brian But is there a self-compiled-kernel-image? At least the new Brian diald (in Incoming) depends on kernel-image. The self compiled kernel, if you do it using kernel-package package, will also Provide kernel-image. Brian If I recall, some other package used to depend on the image but Brian was changed to check the kernel version in the preinst script. This is true about kernel version. Brian So... Should there be a restriction against listing the Brian kernel-image as a dependancy in another package? No, since if you follow the recommended method of generating kernel images, this will work. manoj -- Comparing information and knowledge is like asking whether the fatness of a pig is more or less green than the designated hitter rule. -- David Guaspari Manoj Srivastava Systems Research Programmer, Project Pilgrim, Phone: (413) 545-3918A143B Lederle Graduate Research Center, Fax: (413) 545-1249 University of Massachusetts, Amherst, MA 01003 [EMAIL PROTECTED] URL:http://www.pilgrim.umass.edu/%7Esrivasta/
Re: PPP problem w/ 1.1 install
On Tue, 28 May 1996, Nils Rennebarth wrote: Never compile PPP into the kernel. Always compile it as a module and load it via /etc/modules. This is because slhc.c says it needs to be compiled as a module and ppp relies on it. I have ppp compiled into my kernel (not as a module) and it's working fine for me. I believe you have to answer 'No' to 'Set version information on all symbols for modules' in order for ppp to work correctly this way though. Gerry
Re: PPP problem w/ 1.1 install
Bruce Perens wrote: Linus released pre2.0.7 and then went to the Linux Kongress in Germany for a week. Please test this on pre2.0.7 if you can, and report it if it is still broken. He urged us to put a lot of testing into pre2.0.7 . Is there a Debian-ized package of this kernel or are Debian testers expected to grab the raw source? (BTW, thanks for the help with 1.3.100 - I recompiled 1.3.100 again, and this time I commented all the relevant entries in the modules file and things startted working). -- --Amos Shapira | Of course Australia was marked for | glory, for its people had been chosen [EMAIL PROTECTED] | by the finest judges in England. | -- Anonymous
Re: PPP problem w/ 1.1 install
On Wed, 29 May 1996, Amos Shapira wrote: Bruce Perens wrote: Linus released pre2.0.7 and then went to the Linux Kongress in Germany for a week. Please test this on pre2.0.7 if you can, and report it if it is still broken. He urged us to put a lot of testing into pre2.0.7 . Is there a Debian-ized package of this kernel or are Debian testers expected to grab the raw source? There is indeed a Debian-ized version of the kernel. The package is called kernel-image. Christian
Re: PPP problem w/ 1.1 install
For now, I run 'pppd' without the 'connect' option once after a reboot. It will fail, of course, but it puts the ttyS* device into the correct state, and 'pppd' works fine after that. I gave it a try, and yes, this works. Linus released pre2.0.7 and then went to the Linux Kongress in Germany for a week. Please test this on pre2.0.7 if you can, and report it if it is still broken. He urged us to put a lot of testing into pre2.0.7 . Thanks Bruce -- *** Re-elect Clinton *** Bruce Perens AB6YM [EMAIL PROTECTED]http://www.hams.com/
Re: PPP problem w/ 1.1 install
Michael Callahan said: I just grabbed the latest disks from ftp.debian.org (in /pub/debian/unstable/disks-i386/current, the 1440 series), and proceded to do the installation. It mostly works, but I'm having trouble with PPP. I recompiled the kernel (using 1.3.100-1 now) with PPP support, but when I try to run pppd, it says the kernel does not support PPP. I believe it has something to do with the lack of ppp devices in the /dev directory. Has anyone else had trouble with this latest build? I had this same problem. I finally tracked it to a problem with the ttyS* drivers in the kernel. However, I don't know exactly where in the drivers the problem is. For now, I run 'pppd' without the 'connect' option once after a reboot. It will fail, of course, but it puts the ttyS* device into the correct state, an d 'pppd' works fine after that. I gave it a try, and yes, this works. It's somewhat of a nuisance though, hopefully someone can fix it soon. Thanks for the help. Michael
Re: PPP problem w/ 1.1 install
Michael Callahan said: I just grabbed the latest disks from ftp.debian.org (in /pub/debian/unstable/disks-i386/current, the 1440 series), and proceded to do the installation. It mostly works, but I'm having trouble with PPP. I recompiled the kernel (using 1.3.100-1 now) with PPP support, but when I try to run pppd, it says the kernel does not support PPP. I believe it has something to do with the lack of ppp devices in the /dev directory. Has anyone else had trouble with this latest build? I had this same problem. I finally tracked it to a problem with the ttyS* drivers in the kernel. However, I don't know exactly where in the drivers the problem is. For now, I run 'pppd' without the 'connect' option once after a reboot. It will fail, of course, but it puts the ttyS* device into the correct state, and 'pppd' works fine after that. -- Scott Barker Linux Consultant [EMAIL PROTECTED] http://www.cuug.ab.ca:8001/~barkers/ (under construction) [ I try to reply to all e-mail within 5 days. If you don't ] [ get a response by then, I probably didn't get your e-mail ] [ (we have a sometimes sporadic connection to the internet) ] As soon as we started programming, we found to our surprise that it wasn't as easy to get programs right as we had thought. Debugging had to be discovered. I can remember the exact instant when I realized that a large part of my life from then on was going to be spent in finding mistakes in my own programs. - Maurice Wilkes discovers debugging, 1949
Re: PPP problem w/ 1.1 install
On Mon, 27 May 1996, Michael Callahan wrote: I just grabbed the latest disks from ftp.debian.org (in /pub/debian/unstable/disks-i386/current, the 1440 series), and proceded to do the installation. It mostly works, but I'm having trouble with PPP. I recompiled the kernel (using 1.3.100-1 now) with PPP support Never compile PPP into the kernel. Always compile it as a module and load it via /etc/modules. This is because slhc.c says it needs to be compiled as a module and ppp relies on it. but when I try to run pppd, it says the kernel does not support PPP. Make sure you run a recent version of pppd (2.2.*) I believe it has something to do with the lack of ppp devices in the /dev directory. You won't need them. pppd uses the standard serial devices. Nils -- Coming again: Best quotes of the net. Today: | Nils Rennebarth Kristian Köhntopp [EMAIL PROTECTED]| Schillerstr. 61 I'd also be interested in the comparison [of Linux] | 37083 Göttingen with a cisco router. I assume a factor of about ten.| ++49-551-71626 What? faster or slower? | http://www.nus. Cheaper! | pan-net.de/~nils
