[S.u.S.E. Linux] Setting up a comserver on dynamic IP?
Hi folks, I have been busy for the last few days and didn't check my mail since friday. Between the S.u.S.E, Ssh, and KDE lists I had 600 new messages! Wow! Of course this is not why I am writing. I am trying to figure out a way that I can set up a small ethernet network in my house and have one of the servers dial up my ISP and act as a gateway to the rest of the world. I am not sure that Masquerading is the solution. Has anybody ever done this? The biggest problem, as I see it, is that I always get a different IP from my ISP. I am trying to read the stuff on firewalls and masquerading. I came across a comment in the firewall section that indicated I needed to set up a static IP address. I don't mind going in and changing a config file by hand each time I make a connection if I must. I'm sure this could eventually be scripted. My time is limited so I would like to know if someone can point me in the direction of a workable solution. Here's the vision of the final product. The comserver is a 486 /w 16M of RAM, a 350 M HD, a 3c509TP and a USR 288/33.6 modem. The other systems have TP 3com cards running NT, 98 or Linux as my needs arise. I plan on using the 486 as strictly a LINUX box. Any ideas? Oh yea, in the long run I would like to switch between ISPs as well. TIA Steve -- [<A HREF="http://counter.li.org"><A HREF="http://counter.li.org</A">http://counter.li.org</A</A>>] S.u.S.E. Linux, www.suse.com I Think, I think I am, Therefore I am, I think? - Graeme Edge of the Moody Blues - To get out of this list, please send email to majordomo@suse.com with this text in its body: unsubscribe suse-linux-e
Once again, I'm at the mercy of OSS sounddriver issues. (Alas, the OSS drivers are necessary for me to use my Ensonique PCI soundcard.) I downloaded the most recent version of the drivers (OSS.391a I believe), and, after configuring, was told that I had an IRQ conflict with my Riva 128 graphics card. This IRQ conflict causes the system to hang when launching X. I've experienced this problem before. Basically, it's a black screen with no response to keyboard input. OSS's advice is to: "use BIOS PCI/PnP setup to allocate a private IRQ for Riva 128. Your shared IRQ is '9'." Does anybody have a clue as to how to allocate a private IRQ to the card? Hubert, Lenz, Bodo, S.u.S.E.'ers, anybody?? Whew. I've struggled with OSS for longer than I care to remember. I had it working off a beta for a while, but the timestamp *expired*, and none of the later releases have liked my setup. -- Glenn -- - To get out of this list, please send email to majordomo@suse.com with this text in its body: unsubscribe suse-linux-e
Hi, On Mon, 10 Aug 1998, misc.word.corp wrote:
"use BIOS PCI/PnP setup to allocate a private IRQ for Riva 128. Your shared IRQ is '9'."
Does anybody have a clue as to how to allocate a private IRQ to the card? Hubert, Lenz, Bodo, S.u.S.E.'ers, anybody??
Dirk Hohndel made a fix to this problem, there is an experimental X-Server, which is reported to work fine with shared interrupts. Get it at: <A HREF="http://www.suse.de/~hohndel/pRe/SeRvers/XF86_SVGA.gz"><A HREF="http://www.suse.de/~hohndel/pRe/SeRvers/XF86_SVGA.gz</A">http://www.suse.de/~hohndel/pRe/SeRvers/XF86_SVGA.gz</A</A>> Note: This server only contains support for the RIVA128, do not attempt to use it for other cards! AFAIK, this fix will also go into XFree 3.3.2.3, we will put it on our ftp-Server as soon as it is released. LenZ ------------------------------------------------------------------ Lenz Grimmer S.u.S.E. GmbH <A HREF="mailto:grimmer@suse.de">mailto:grimmer@suse.de</A> Gebhardtstrasse 2 <A HREF="http://www.suse.de"><A HREF="http://www.suse.de</A">http://www.suse.de</A</A>> 90762 Fuerth, Germany - To get out of this list, please send email to majordomo@suse.com with this text in its body: unsubscribe suse-linux-e
Lenz, Thanks for the link, but I downloaded the file several times, and get the following error message when I unzip: End of central directory signature not found. Either this file is not a zipfile, or it constitutes one disk of a multi-part archive. Hmm. What could be going wrong? -- Glenn -- Lenz Grimmer wrote:
Hi,
On Mon, 10 Aug 1998, misc.word.corp wrote:
"use BIOS PCI/PnP setup to allocate a private IRQ for Riva 128. Your shared IRQ is '9'."
Does anybody have a clue as to how to allocate a private IRQ to the card? Hubert, Lenz, Bodo, S.u.S.E.'ers, anybody??
Dirk Hohndel made a fix to this problem, there is an experimental X-Server, which is reported to work fine with shared interrupts. Get it at:
<A HREF="http://www.suse.de/~hohndel/pRe/SeRvers/XF86_SVGA.gz"><A HREF="http://www.suse.de/~hohndel/pRe/SeRvers/XF86_SVGA.gz</A">http://www.suse.de/~hohndel/pRe/SeRvers/XF86_SVGA.gz</A</A>>
Note: This server only contains support for the RIVA128, do not attempt to use it for other cards!
AFAIK, this fix will also go into XFree 3.3.2.3, we will put it on our ftp-Server as soon as it is released.
- To get out of this list, please send email to majordomo@suse.com with this text in its body: unsubscribe suse-linux-e
Hi, On Mon, 10 Aug 1998, misc.word.corp wrote:
Thanks for the link, but I downloaded the file several times, and get the following error message when I unzip:
End of central directory signature not found. Either this file is not a zipfile, or it constitutes one disk of a multi-part archive.
Hmm. What could be going wrong?
I see you use the Netscape Communicator unter Linux. It automatically decompresses files which end with .gz . So you should not need to decompress it again. Just check it with the "file" command! All you need is to chmod the file to 755 and move it to /usr/X11R6/bin :) LenZ ------------------------------------------------------------------ Lenz Grimmer S.u.S.E. GmbH <A HREF="mailto:grimmer@suse.de">mailto:grimmer@suse.de</A> Gebhardtstrasse 2 <A HREF="http://www.suse.de"><A HREF="http://www.suse.de</A">http://www.suse.de</A</A>> 90762 Fuerth, Germany - To get out of this list, please send email to majordomo@suse.com with this text in its body: unsubscribe suse-linux-e
I see you use the Netscape Communicator unter Linux.
Argg! The cat is out of the bag. Of course, I'd far prefer pine (or a similar client) as opposed to Netscape for handling my e-mail, but I need the Japanese language capabilities built into Communicator. (These exist in versions of pine, but I'm not up to speed). It automatically
decompresses files which end with .gz .
Oh. I didn't know that. More unneeded assistance from Netscape. What a pain. So you should not need to
decompress it again. Just check it with the "file" command! All you need is to chmod the file to 755 and move it to /usr/X11R6/bin :)
LenZ
Great. Thanks again, LenZ -- Glenn -- - To get out of this list, please send email to majordomo@suse.com with this text in its body: unsubscribe suse-linux-e
Yes, this would require IP Masquerading. But I don't know exactly how you would do it with a machine which IP changes all the time. I don't think it matters atually. You will only have to enable the IP Masquerading settings, not the firewall. I think if you run diald on the modem machine, then when there is any traffic going out, it'll automatically dial out. I haven't used diald for a long time now, forgotten almost everything about it except its functionality. Regards, Kenneth Tan ------------------------------------------------------------------------------ C. J. Kenneth Tan E-mail: cjtan@acm.org Telephone: 1-403-220-8038 cjtan@ieee.org 1-403-606-4257 cjtan@computer.org Facsimile: 1-403-284-1980 URL: <A HREF="http://www.cuug.ab.ca/~tanc"><A HREF="http://www.cuug.ab.ca/~tanc</A">http://www.cuug.ab.ca/~tanc</A</A>> 1-403-244-4123 "A woking program without comment is a time bomb waiting to explode." -- Steve Oualline ------------------------------------------------------------------------------ On Sun, 9 Aug 1998, Steven T. Hatton wrote:
Hi folks,
I have been busy for the last few days and didn't check my mail since friday. Between the S.u.S.E, Ssh, and KDE lists I had 600 new messages! Wow!
Of course this is not why I am writing. I am trying to figure out a way that I can set up a small ethernet network in my house and have one of the servers dial up my ISP and act as a gateway to the rest of the world. I am not sure that Masquerading is the solution. Has anybody ever done this?
The biggest problem, as I see it, is that I always get a different IP from my ISP. I am trying to read the stuff on firewalls and masquerading. I came across a comment in the firewall section that indicated I needed to set up a static IP address. I don't mind going in and changing a config file by hand each time I make a connection if I must. I'm sure this could eventually be scripted. My time is limited so I would like to know if someone can point me in the direction of a workable solution.
Here's the vision of the final product. The comserver is a 486 /w 16M of RAM, a 350 M HD, a 3c509TP and a USR 288/33.6 modem. The other systems have TP 3com cards running NT, 98 or Linux as my needs arise. I plan on using the 486 as strictly a LINUX box. Any ideas?
Oh yea, in the long run I would like to switch between ISPs as well.
TIA
Steve --
[<A HREF="http://counter.li.org"><A HREF="http://counter.li.org</A">http://counter.li.org</A</A>>] S.u.S.E. Linux, www.suse.com
I Think, I think I am, Therefore I am, I think? - Graeme Edge of the Moody Blues
- To get out of this list, please send email to majordomo@suse.com with this text in its body: unsubscribe suse-linux-e
- To get out of this list, please send email to majordomo@suse.com with this text in its body: unsubscribe suse-linux-e
Kenneth, I have something working now. I have learned that diald and chat are both four letter words. I have diald activating when I attempt to hit an outside site with something like a traceroute by name (I think that worked). I couldn't for the life of me figure out how to get the chat working on Earthlink/Sprint. I finally did this. BTW, I called sprint tech support and they did have minimal Linux support. They get a big ataboy from me for that. The guy didn't have all the answers I was looking for, but he did have a little script that helped. Any how, I now have diald activating a ppp.chat script. Unfortunately it doesn't connect every time. It can take as many as five trys. The errors are different ever time it fails. I will look at this when I have had some sleep. What I did was to copy over the /usr/doc/packages/diald/config/diald.config and diald.defs to /etc I then added -m ppp local 10.10.10.1 remote 10.10.10.10 dynamic connect /etc/ppp/ppp-up to diald.conf. I started the daemon like this: diald /dev/modem defaultroute Thanks for your help, Steve C. J. Kenneth Tan wrote:
Yes, this would require IP Masquerading. But I don't know exactly how you would do it with a machine which IP changes all the time. I don't think it matters atually. You will only have to enable the IP Masquerading settings, not the firewall. I think if you run diald on the modem machine, then when there is any traffic going out, it'll automatically dial out. I haven't used diald for a long time now, forgotten almost everything about it except its functionality.
Regards, Kenneth Tan
On Sun, 9 Aug 1998, Steven T. Hatton wrote:
Hi folks,
I have been busy for the last few days and didn't check my mail since friday. Between the S.u.S.E, Ssh, and KDE lists I had 600 new messages! Wow!
Of course this is not why I am writing. I am trying to figure out a way that I can set up a small ethernet network in my house and have one of the servers dial up my ISP and act as a gateway to the rest of the world. I am not sure that Masquerading is the solution. Has anybody ever done this?
The biggest problem, as I see it, is that I always get a different IP from my ISP. I am trying to read the stuff on firewalls and masquerading. I came across a comment in the firewall section that indicated I needed to set up a static IP address. I don't mind going in and changing a config file by hand each time I make a connection if I must. I'm sure this could eventually be scripted. My time is limited so I would like to know if someone can point me in the direction of a workable solution.
Here's the vision of the final product. The comserver is a 486 /w 16M of RAM, a 350 M HD, a 3c509TP and a USR 288/33.6 modem. The other systems have TP 3com cards running NT, 98 or Linux as my needs arise. I plan on using the 486 as strictly a LINUX box. Any ideas?
Oh yea, in the long run I would like to switch between ISPs as well.
TIA
Steve
-- [<A HREF="http://counter.li.org"><A HREF="http://counter.li.org</A">http://counter.li.org</A</A>>] S.u.S.E. Linux, www.suse.com I Think, I think I am, Therefore I am, I think? - Graeme Edge of the Moody Blues - To get out of this list, please send email to majordomo@suse.com with this text in its body: unsubscribe suse-linux-e
Steve, When I last set up diald, I was still using Linux Universe. Since they are already out of the business for quite a while, you know how long has that been. But anyway, have you checked the mini-HOWTO? It might have some useful stuff there. The reason why I can't test out anything that requires a modem is that I don't have a modem here, just Ethernet cards. Also, from what I can remember, chat scripts are to do exactly what you'd have to type in manually if you were to connect to the ISP. Regards, Kenneth Tan P/S: Do you know that "Ethernet" is an intellectual property of Xerox (either copyright or patent or trademark)? I just found that out a few days ago. ------------------------------------------------------------------------------ C. J. Kenneth Tan E-mail: cjtan@acm.org Telephone: 1-403-220-8038 cjtan@ieee.org 1-403-606-4257 cjtan@computer.org Facsimile: 1-403-284-1980 URL: <A HREF="http://www.cuug.ab.ca/~tanc"><A HREF="http://www.cuug.ab.ca/~tanc</A">http://www.cuug.ab.ca/~tanc</A</A>> 1-403-244-4123 "A woking program without comment is a time bomb waiting to explode." -- Steve Oualline ------------------------------------------------------------------------------ On Tue, 11 Aug 1998, Steven T. Hatton wrote:
Kenneth,
I have something working now. I have learned that diald and chat are both four letter words. I have diald activating when I attempt to hit an outside site with something like a traceroute by name (I think that worked). I couldn't for the life of me figure out how to get the chat working on Earthlink/Sprint. I finally did this. BTW, I called sprint tech support and they did have minimal Linux support. They get a big ataboy from me for that. The guy didn't have all the answers I was looking for, but he did have a little script that helped.
Any how, I now have diald activating a ppp.chat script. Unfortunately it doesn't connect every time. It can take as many as five trys. The errors are different ever time it fails. I will look at this when I have had some sleep. What I did was to copy over the /usr/doc/packages/diald/config/diald.config and diald.defs to /etc I then added
-m ppp local 10.10.10.1 remote 10.10.10.10 dynamic connect /etc/ppp/ppp-up
to diald.conf.
I started the daemon like this: diald /dev/modem defaultroute
Thanks for your help,
Steve
C. J. Kenneth Tan wrote:
Yes, this would require IP Masquerading. But I don't know exactly how you would do it with a machine which IP changes all the time. I don't think it matters atually. You will only have to enable the IP Masquerading settings, not the firewall. I think if you run diald on the modem machine, then when there is any traffic going out, it'll automatically dial out. I haven't used diald for a long time now, forgotten almost everything about it except its functionality.
Regards, Kenneth Tan
On Sun, 9 Aug 1998, Steven T. Hatton wrote:
Hi folks,
I have been busy for the last few days and didn't check my mail since friday. Between the S.u.S.E, Ssh, and KDE lists I had 600 new messages! Wow!
Of course this is not why I am writing. I am trying to figure out a way that I can set up a small ethernet network in my house and have one of the servers dial up my ISP and act as a gateway to the rest of the world. I am not sure that Masquerading is the solution. Has anybody ever done this?
The biggest problem, as I see it, is that I always get a different IP from my ISP. I am trying to read the stuff on firewalls and masquerading. I came across a comment in the firewall section that indicated I needed to set up a static IP address. I don't mind going in and changing a config file by hand each time I make a connection if I must. I'm sure this could eventually be scripted. My time is limited so I would like to know if someone can point me in the direction of a workable solution.
Here's the vision of the final product. The comserver is a 486 /w 16M of RAM, a 350 M HD, a 3c509TP and a USR 288/33.6 modem. The other systems have TP 3com cards running NT, 98 or Linux as my needs arise. I plan on using the 486 as strictly a LINUX box. Any ideas?
Oh yea, in the long run I would like to switch between ISPs as well.
TIA
Steve
--
[<A HREF="http://counter.li.org"><A HREF="http://counter.li.org</A">http://counter.li.org</A</A>>] S.u.S.E. Linux, www.suse.com
I Think, I think I am, Therefore I am, I think? - Graeme Edge of the Moody Blues
- To get out of this list, please send email to majordomo@suse.com with this text in its body: unsubscribe suse-linux-e
- To get out of this list, please send email to majordomo@suse.com with this text in its body: unsubscribe suse-linux-e
Steven T. Hatton wrote:
Kenneth,
I have something working now. I have learned that diald and chat are both four letter words. I have diald activating when I attempt to hit an outside site with something like a traceroute by name (I think that worked). I couldn't for the life of me figure out how to get the chat working on Earthlink/Sprint. I finally did this. BTW, I called sprint tech support and they did have minimal Linux support. They get a big ataboy from me for that. The guy didn't have all the answers I was looking for, but he did have a little script that helped.
Any how, I now have diald activating a ppp.chat script. Unfortunately it doesn't connect every time. It can take as many as five trys. The errors are different ever time it fails. I will look at this when I have had some sleep. What I did was to copy over the /usr/doc/packages/diald/config/diald.config and diald.defs to /etc I then added
-m ppp local 10.10.10.1 remote 10.10.10.10 dynamic connect /etc/ppp/ppp-up
to diald.conf.
I started the daemon like this: diald /dev/modem defaultroute
Thanks for your help,
Steve
I took the supplied sample diald.conf file from /usr/doc/packages/diald/config and added the following lines to the end of it. I works pretty reliably. Because all of the necessary arguments are in my systems's "/etc/diald.conf" file, I run diald with no runtime arguments at all. This stuff should be fairly boilerplate expect for the "ip-up" and "ip-down" stuff. I use diald on my gateway/firewall system for my home network and have some basic firewall and IP Masquerading stuff setup. fifo /var/run/diald.ctl mode ppp connect "/bin/sh /etc/ppp/connect" device /dev/ttyS1 speed 115200 modem lock crtscts local 127.0.0.2 remote 127.0.0.3 dynamic defaultroute retry-count 10 redial-timeout 15 first-packet-timeout 300 connect-timeout 120 two-way ip-up /etc/ppp/firewall.rules ip-down /etc/ppp/firewall.reset If you're having problems generally with the login stuff and you're using "chat" in your connect script, try running "chat" with the "-v" argument which causes verbose output to be sent to the "syslogd" process. You can look at the output in the /var/log/messages file. Tony -- Anthony.Schlemmer@gte.net - To get out of this list, please send email to majordomo@suse.com with this text in its body: unsubscribe suse-linux-e
Tony, Thanks for the help. I can't for the life of me figure all this out. I'm just not sure what all the pieces are doing. Here's what I have: I added these lines to the top of the sample diald.conf: -m ppp local 127.0.0.2 remote 127.0.0.3 dynamic connect /ppp-up device /dev/modem speed 38400 modem debug defaultroute crtscts lock mtu 1524 redial-timeout 60 fifo /var/run/diald.ctl ############ end mods to diald.conf ############# My /ppp-up looks like this: #!/bin/sh # # /etc/ppp/ppp-up # # Aufbau einer PPP Verbindung # localip=0.0.0.0 remoteip= device=/dev/modem pppflags="debug" /usr/sbin/pppd connect \ '/usr/sbin/chat -v -f /etc/ppp/ppp.chat' \ $device $pppflags $localip:$remoteip ########### end ppp-up ################# Do I need the $<VAR>s here? Should these variables be sent from the diald.conf? /etc/ppp/options only has "asyncmap 0" ################################33 ppp.chat looks like this: baraba:/etc # cat ppp/ppp.chat ""ATZ OK ATDT2024780571 ABORT "NO CARRIER" ABORT BUSY ABORT "NO DIALTONE" ABORT ERROR CONNECT "" net "" ogin:--ogin: <UID> ssword: <PASSWORD> MTU "" ############## end ppp.chat ##################33 The failed protocol negotiations usually look like this: Aug 13 17:44:48 baraba chat[2169]: Entering PPP Session.^M Aug 13 17:44:48 baraba chat[2169]: IP address is 153.35.91.134^M Aug 13 17:44:48 baraba chat[2169]: MTU -- got it Aug 13 17:44:48 baraba chat[2169]: send (^M) Aug 13 17:44:48 baraba pppd[2162]: Serial connection established. Aug 13 17:44:49 baraba pppd[2162]: Using interface ppp0 Aug 13 17:44:49 baraba pppd[2162]: Connect: ppp0 <--> /dev/modem Aug 13 17:44:49 baraba pppd[2162]: sent [LCP ConfReq id=0x1 <mru 1500> <asyncmap 0x0> <magic 0xf9e4ca81> <pcomp> <accomp>] Aug 13 17:44:52 baraba pppd[2162]: sent [LCP ConfReq id=0x1 <mru 1500> <asyncmap 0x0> <magic 0xf9e4ca81> <pcomp> <accomp>] Aug 13 17:44:53 baraba pppd[2162]: rcvd [LCP ConfReq id=0x1 <mru 1524> <asyncmap 0xa0000> <pcomp> <accomp> < 13 09 03 00 c0 7b 71 ba 18>] Aug 13 17:44:53 baraba pppd[2162]: sent [LCP ConfRej id=0x1 < 13 09 03 00 c0 7b 71 ba 18>] Aug 13 17:44:53 baraba pppd[2162]: rcvd [LCP ConfAck id=0x1 <mru 1500> <asyncmap 0x0> <magic 0xf9e4ca81> <pcomp> <accomp>] Aug 13 17:44:53 baraba pppd[2162]: rcvd [LCP ConfReq id=0x2 <mru 1524> <asyncmap 0xa0000> <pcomp> <accomp>] Aug 13 17:44:53 baraba pppd[2162]: sent [LCP ConfAck id=0x2 <mru 1524> <asyncmap 0xa0000> <pcomp> <accomp>] Aug 13 17:44:53 baraba pppd[2162]: sent [IPCP ConfReq id=0x1 <addr 10.10.10.4> <compress VJ 0f 01>] Aug 13 17:44:53 baraba pppd[2162]: sent [IPXCP ConfReq id=0x1 <network 0> <node 00005cd4f2c2> <router proto 2> <complete>] Aug 13 17:44:53 baraba pppd[2162]: rcvd [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 206.115.156.5>] Aug 13 17:44:53 baraba pppd[2162]: sent [IPCP ConfAck id=0x1 <compress VJ 0f 01> <addr 206.115.156.5>] Aug 13 17:44:53 baraba pppd[2162]: rcvd [LCP ProtRej id=0x3 80 2b 01 01 00 18 01 06 00 00 00 00 02 08 00 00 5c d4 f2 c2 04 04 00 02 06 02] Aug 13 17:44:56 baraba pppd[2162]: sent [IPCP ConfReq id=0x1 <addr 10.10.10.4> <compress VJ 0f 01>] Aug 13 17:44:56 baraba pppd[2162]: rcvd [IPCP ConfNak id=0x1 <addr 153.35.91.134>] Aug 13 17:44:56 baraba pppd[2162]: sent [IPCP ConfReq id=0x2 <addr 153.35.91.134> <compress VJ 0f 01>] Aug 13 17:44:56 baraba pppd[2162]: rcvd [IPCP ConfAck id=0x2 <addr 153.35.91.134> <compress VJ 0f 01>] Aug 13 17:44:56 baraba pppd[2162]: local IP address 153.35.91.134 Aug 13 17:44:56 baraba pppd[2162]: remote IP address 206.115.156.5 Aug 13 17:45:25 baraba diald[2101]: failed to set terminal attributes: Invalid argument Aug 13 17:45:26 baraba diald[2101]: failed to set terminal attributes: Invalid argument Aug 13 17:45:26 baraba diald[2101]: Running connect (pid = 2179). Aug 13 17:45:26 baraba diald[2101]: failed to set terminal attributes: Invalid argument Aug 13 17:45:26 baraba diald[2101]: Running pppd (pid = 2182). Aug 13 17:45:26 baraba diald[2101]: New addresses: local 153.35.91.134, remote 206.115.156.5. Aug 13 17:45:27 baraba pppd[2182]: pppd 2.2.0 started by root, uid 0 Aug 13 17:45:27 baraba pppd[2162]: Modem hangup Aug 13 17:45:27 baraba pppd[2162]: Connection terminated. Aug 13 17:45:27 baraba pppd[2162]: Exit. Aug 13 17:45:27 baraba pppd[2182]: tcsetattr: Invalid argument Aug 13 17:45:27 baraba pppd[2182]: Exit. ############# END /vaar/log/message tail ################### It is interesting to point out that the ethernet address of the box with the modem is listed in the above log. That is 10.10.10.4. The message below seems to be the one that shows the problem: "failed to set terminal attributes: Invalid argument" I have no clue what this means. Any ideas? I can get KPPP to set up a connection every time. but with this cobled together diald attempt at a solution I just get a connection every second or third try. Sometimes it can take several minutes to get an output from the "route" command which shows how devices are connected. It can take forever to run a traceroute as well. What is intersting is that from another box on my network the traceroute will scream. The output of the "route" looks like this. baraba:/etc # route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface baraba.sprintma * 255.255.255.255 UH 0 0 0 dummy0 tnt5.tco2.da.uu * 255.255.255.255 UH 500 0 0 ppp0 127.0.0.3 * 255.255.255.255 UH 2000 0 0 sl0 tnt6.tco2.da.uu * 255.255.255.255 UH 0 0 0 ppp0 10.10.10.0 * 255.255.255.0 U 0 0 122 eth0 loopback * 255.0.0.0 U 0 0 1 lo default * 0.0.0.0 U 500 0 7 ppp0 default 127.0.0.3 0.0.0.0 UG 2000 0 0 sl0 baraba:/etc # ############# END of route table #################### And the if config looks like this. baraba:/etc # ifconfig lo Link encap:Local Loopback inet addr:127.0.0.1 Bcast:127.255.255.255 Mask:255.0.0.0 UP BROADCAST LOOPBACK RUNNING MTU:3584 Metric:1 RX packets:24 errors:0 dropped:0 overruns:0 TX packets:24 errors:0 dropped:0 overruns:0 dummy0 Link encap:10Mbps Ethernet HWaddr 00:00:00:00:00:00 inet addr:10.10.10.4 Bcast:10.255.255.255 Mask:255.0.0.0 UP BROADCAST RUNNING NOARP MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 TX packets:0 errors:0 dropped:0 overruns:0 eth0 Link encap:10Mbps Ethernet HWaddr 00:20:AF:28:47:DC inet addr:10.10.10.4 Bcast:10.10.10.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:72621 errors:0 dropped:0 overruns:0 TX packets:68029 errors:0 dropped:0 overruns:0 Interrupt:10 Base address:0x300 ppp0 Link encap:Point-Point Protocol inet addr:153.37.3.219 P-t-P:206.115.156.6 Mask:255.255.0.0 UP POINTOPOINT RUNNING MTU:1524 Metric:1 RX packets:55 errors:0 dropped:0 overruns:0 TX packets:66 errors:0 dropped:0 overruns:0 l0 Link encap:Serial Line IP inet addr:127.0.0.2 P-t-P:127.0.0.3 Mask:255.0.0.0 UP POINTOPOINT RUNNING MTU:1524 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 TX packets:25 errors:0 dropped:0 overruns:0 #################### end of ifconfig output ############### If you or any body else has a clue I would love to hear it. TIA Steve Anthony Schlemmer wrote:
-m ppp local 10.10.10.1 remote 10.10.10.10 dynamic connect /etc/ppp/ppp-up
to diald.conf.
I started the daemon like this: diald /dev/modem defaultroute
Thanks for your help,
Steve
I took the supplied sample diald.conf file from /usr/doc/packages/diald/config and added the following lines to the end of it. I works pretty reliably. Because all of the necessary arguments are in my systems's "/etc/diald.conf" file, I run diald with no runtime arguments at all. This stuff should be fairly boilerplate expect for the "ip-up" and "ip-down" stuff. I use diald on my gateway/firewall system for my home network and have some basic firewall and IP Masquerading stuff setup.
fifo /var/run/diald.ctl mode ppp connect "/bin/sh /etc/ppp/connect" device /dev/ttyS1 speed 115200 modem lock crtscts local 127.0.0.2 remote 127.0.0.3 dynamic defaultroute retry-count 10 redial-timeout 15 first-packet-timeout 300 connect-timeout 120 two-way ip-up /etc/ppp/firewall.rules ip-down /etc/ppp/firewall.reset
If you're having problems generally with the login stuff and you're using "chat" in your connect script, try running "chat" with the "-v" argument which causes verbose output to be sent to the "syslogd" process. You can look at the output in the /var/log/messages file.
Tony
-- Anthony.Schlemmer@gte.net - To get out of this list, please send email to majordomo@suse.com with this text in its body: unsubscribe suse-linux-e
-- [<A HREF="http://counter.li.org"><A HREF="http://counter.li.org</A">http://counter.li.org</A</A>>] S.u.S.E. Linux, www.suse.com I Think, I think I am, Therefore I am, I think? - Graeme Edge of the Moody Blues - To get out of this list, please send email to majordomo@suse.com with this text in its body: unsubscribe suse-linux-e
Folks, I apologize for re-posting a message. I am stuck on this problem. I haven't had a lot of time to work on this. I am attempting to complete my MCSE. It seems that the problems I was having with route and traceroute may have been fixed by the below configuration. I believe that the problem connecting is a pppd problem, and not a diald problem. The setup works, but it always takes two calls, and often more, to establish a working connection. I would appreciate any help. Thanks, Steve ##################Begin original message #########################3 Tony, Thanks for the help. I can't for the life of me figure all this out. I'm just not sure what all the pieces are doing. Here's what I have: I added these lines to the top of the sample diald.conf: -m ppp local 127.0.0.2 remote 127.0.0.3 dynamic connect /ppp-up device /dev/modem speed 38400 modem debug defaultroute crtscts lock mtu 1524 redial-timeout 60 fifo /var/run/diald.ctl ############ end mods to diald.conf ############# My /ppp-up looks like this: #!/bin/sh # # /etc/ppp/ppp-up # # Aufbau einer PPP Verbindung # localip=0.0.0.0 remoteip= device=/dev/modem pppflags="debug" /usr/sbin/pppd connect \ '/usr/sbin/chat -v -f /etc/ppp/ppp.chat' \ $device $pppflags $localip:$remoteip ########### end ppp-up ################# Do I need the $<VAR>s here? Should these variables be sent from the diald.conf? /etc/ppp/options only has "asyncmap 0" ################################33 ppp.chat looks like this: baraba:/etc # cat ppp/ppp.chat ""ATZ OK ATDT2024780571 ABORT "NO CARRIER" ABORT BUSY ABORT "NO DIALTONE" ABORT ERROR CONNECT "" net "" ogin:--ogin: <UID> ssword: <PASSWORD> MTU "" ############## end ppp.chat ##################33 The failed protocol negotiations usually look like this: Aug 13 17:44:48 baraba chat[2169]: Entering PPP Session.^M Aug 13 17:44:48 baraba chat[2169]: IP address is 153.35.91.134^M Aug 13 17:44:48 baraba chat[2169]: MTU -- got it Aug 13 17:44:48 baraba chat[2169]: send (^M) Aug 13 17:44:48 baraba pppd[2162]: Serial connection established. Aug 13 17:44:49 baraba pppd[2162]: Using interface ppp0 Aug 13 17:44:49 baraba pppd[2162]: Connect: ppp0 <--> /dev/modem Aug 13 17:44:49 baraba pppd[2162]: sent [LCP ConfReq id=0x1 <mru 1500> <asyncmap 0x0> <magic 0xf9e4ca81> <pcomp> <accomp>] Aug 13 17:44:52 baraba pppd[2162]: sent [LCP ConfReq id=0x1 <mru 1500> <asyncmap 0x0> <magic 0xf9e4ca81> <pcomp> <accomp>] Aug 13 17:44:53 baraba pppd[2162]: rcvd [LCP ConfReq id=0x1 <mru 1524> <asyncmap 0xa0000> <pcomp> <accomp> < 13 09 03 00 c0 7b 71 ba 18>] Aug 13 17:44:53 baraba pppd[2162]: sent [LCP ConfRej id=0x1 < 13 09 03 00 c0 7b 71 ba 18>] Aug 13 17:44:53 baraba pppd[2162]: rcvd [LCP ConfAck id=0x1 <mru 1500> <asyncmap 0x0> <magic 0xf9e4ca81> <pcomp> <accomp>] Aug 13 17:44:53 baraba pppd[2162]: rcvd [LCP ConfReq id=0x2 <mru 1524> <asyncmap 0xa0000> <pcomp> <accomp>] Aug 13 17:44:53 baraba pppd[2162]: sent [LCP ConfAck id=0x2 <mru 1524> <asyncmap 0xa0000> <pcomp> <accomp>] Aug 13 17:44:53 baraba pppd[2162]: sent [IPCP ConfReq id=0x1 <addr 10.10.10.4> <compress VJ 0f 01>] Aug 13 17:44:53 baraba pppd[2162]: sent [IPXCP ConfReq id=0x1 <network 0> <node 00005cd4f2c2> <router proto 2> <complete>] Aug 13 17:44:53 baraba pppd[2162]: rcvd [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 206.115.156.5>] Aug 13 17:44:53 baraba pppd[2162]: sent [IPCP ConfAck id=0x1 <compress VJ 0f 01> <addr 206.115.156.5>] Aug 13 17:44:53 baraba pppd[2162]: rcvd [LCP ProtRej id=0x3 80 2b 01 01 00 18 01 06 00 00 00 00 02 08 00 00 5c d4 f2 c2 04 04 00 02 06 02] Aug 13 17:44:56 baraba pppd[2162]: sent [IPCP ConfReq id=0x1 <addr 10.10.10.4> <compress VJ 0f 01>] Aug 13 17:44:56 baraba pppd[2162]: rcvd [IPCP ConfNak id=0x1 <addr 153.35.91.134>] Aug 13 17:44:56 baraba pppd[2162]: sent [IPCP ConfReq id=0x2 <addr 153.35.91.134> <compress VJ 0f 01>] Aug 13 17:44:56 baraba pppd[2162]: rcvd [IPCP ConfAck id=0x2 <addr 153.35.91.134> <compress VJ 0f 01>] Aug 13 17:44:56 baraba pppd[2162]: local IP address 153.35.91.134 Aug 13 17:44:56 baraba pppd[2162]: remote IP address 206.115.156.5 Aug 13 17:45:25 baraba diald[2101]: failed to set terminal attributes: Invalid argument Aug 13 17:45:26 baraba diald[2101]: failed to set terminal attributes: Invalid argument Aug 13 17:45:26 baraba diald[2101]: Running connect (pid = 2179). Aug 13 17:45:26 baraba diald[2101]: failed to set terminal attributes: Invalid argument Aug 13 17:45:26 baraba diald[2101]: Running pppd (pid = 2182). Aug 13 17:45:26 baraba diald[2101]: New addresses: local 153.35.91.134, remote 206.115.156.5. Aug 13 17:45:27 baraba pppd[2182]: pppd 2.2.0 started by root, uid 0 Aug 13 17:45:27 baraba pppd[2162]: Modem hangup Aug 13 17:45:27 baraba pppd[2162]: Connection terminated. Aug 13 17:45:27 baraba pppd[2162]: Exit. Aug 13 17:45:27 baraba pppd[2182]: tcsetattr: Invalid argument Aug 13 17:45:27 baraba pppd[2182]: Exit. ############# END /vaar/log/message tail ################### It is interesting to point out that the ethernet address of the box with the modem is listed in the above log. That is 10.10.10.4. The message below seems to be the one that shows the problem: "failed to set terminal attributes: Invalid argument" I have no clue what this means. Any ideas? I can get KPPP to set up a connection every time. but with this cobled together diald attempt at a solution I just get a connection every second or third try. Sometimes it can take several minutes to get an output from the "route" command which shows how devices are connected. It can take forever to run a traceroute as well. What is intersting is that from another box on my network the traceroute will scream. The output of the "route" looks like this. baraba:/etc # route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface baraba.sprintma * 255.255.255.255 UH 0 0 0 dummy0 tnt5.tco2.da.uu * 255.255.255.255 UH 500 0 0 ppp0 127.0.0.3 * 255.255.255.255 UH 2000 0 0 sl0 tnt6.tco2.da.uu * 255.255.255.255 UH 0 0 0 ppp0 10.10.10.0 * 255.255.255.0 U 0 0 122 eth0 loopback * 255.0.0.0 U 0 0 1 lo default * 0.0.0.0 U 500 0 7 ppp0 default 127.0.0.3 0.0.0.0 UG 2000 0 0 sl0 baraba:/etc # ############# END of route table #################### And the if config looks like this. baraba:/etc # ifconfig lo Link encap:Local Loopback inet addr:127.0.0.1 Bcast:127.255.255.255 Mask:255.0.0.0 UP BROADCAST LOOPBACK RUNNING MTU:3584 Metric:1 RX packets:24 errors:0 dropped:0 overruns:0 TX packets:24 errors:0 dropped:0 overruns:0 dummy0 Link encap:10Mbps Ethernet HWaddr 00:00:00:00:00:00 inet addr:10.10.10.4 Bcast:10.255.255.255 Mask:255.0.0.0 UP BROADCAST RUNNING NOARP MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 TX packets:0 errors:0 dropped:0 overruns:0 eth0 Link encap:10Mbps Ethernet HWaddr 00:20:AF:28:47:DC inet addr:10.10.10.4 Bcast:10.10.10.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:72621 errors:0 dropped:0 overruns:0 TX packets:68029 errors:0 dropped:0 overruns:0 Interrupt:10 Base address:0x300 ppp0 Link encap:Point-Point Protocol inet addr:153.37.3.219 P-t-P:206.115.156.6 Mask:255.255.0.0 UP POINTOPOINT RUNNING MTU:1524 Metric:1 RX packets:55 errors:0 dropped:0 overruns:0 TX packets:66 errors:0 dropped:0 overruns:0 l0 Link encap:Serial Line IP inet addr:127.0.0.2 P-t-P:127.0.0.3 Mask:255.0.0.0 UP POINTOPOINT RUNNING MTU:1524 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 TX packets:25 errors:0 dropped:0 overruns:0 #################### end of ifconfig output ############### If you or any body else has a clue I would love to hear it. TIA Steve Anthony Schlemmer wrote:
-m ppp local 10.10.10.1 remote 10.10.10.10 dynamic connect /etc/ppp/ppp-up
to diald.conf.
I started the daemon like this: diald /dev/modem defaultroute
Thanks for your help,
Steve
I took the supplied sample diald.conf file from /usr/doc/packages/diald/config and added the following lines to the end of it. I works pretty reliably. Because all of the necessary arguments are in my systems's "/etc/diald.conf" file, I run diald with no runtime arguments at all. This stuff should be fairly boilerplate expect for the "ip-up" and "ip-down" stuff. I use diald on my gateway/firewall system for my home network and have some basic firewall and IP Masquerading stuff setup.
fifo /var/run/diald.ctl mode ppp connect "/bin/sh /etc/ppp/connect" device /dev/ttyS1 speed 115200 modem lock crtscts local 127.0.0.2 remote 127.0.0.3 dynamic defaultroute retry-count 10 redial-timeout 15 first-packet-timeout 300 connect-timeout 120 two-way ip-up /etc/ppp/firewall.rules ip-down /etc/ppp/firewall.reset
If you're having problems generally with the login stuff and you're using "chat" in your connect script, try running "chat" with the "-v" argument which causes verbose output to be sent to the "syslogd" process. You can look at the output in the /var/log/messages file.
Tony
-- Anthony.Schlemmer@gte.net - To get out of this list, please send email to majordomo@suse.com with this text in its body: unsubscribe suse-linux-e
-- [<A HREF="http://counter.li.org"><A HREF="http://counter.li.org</A">http://counter.li.org</A</A>>] S.u.S.E. Linux, www.suse.com I Think, I think I am, Therefore I am, I think? - Graeme Edge of the Moody Blues - To get out of this list, please send email to majordomo@suse.com with this text in its body: unsubscribe suse-linux-e - To get out of this list, please send email to majordomo@suse.com with this text in its body: unsubscribe suse-linux-e
I have three pcs surfing thru a fourth. I used to use linux to do this but like Steve I have a dynamic ip as well I remember writing a script to add the ip to the routing table upon connect and make it the default gateway. Now I use a product called IPRoute. It runs on a 386 on a floppie and does dial on demand. I have been very happy with it.
The biggest problem, as I see it, is that I always get a different IP from my ISP. I am trying to read the stuff on firewalls and masquerading. I came across a comment in the firewall section that indicated I needed to set up a static IP address. I don't mind going in and changing a config file by hand each time I make a connection if I must. I'm sure this could eventually be scripted. My time is limited so I would like to know if someone can point me in the direction of a workable solution.
Here's the vision of the final product. The comserver is a 486 /w 16M of RAM, a 350 M HD, a 3c509TP and a USR 288/33.6 modem. The other systems have TP 3com cards running NT, 98 or Linux as my needs arise. I plan on using the 486 as strictly a LINUX box. Any ideas?
Oh yea, in the long run I would like to switch between ISPs as well.
TIA
Steve --
[<A HREF="http://counter.li.org"><A HREF="http://counter.li.org</A">http://counter.li.org</A</A>>] S.u.S.E. Linux, www.suse.com
I Think, I think I am, Therefore I am, I think? - Graeme Edge of the Moody Blues
- To get out of this list, please send email to majordomo@suse.com with this text in its body: unsubscribe suse-linux-e
___________________ Jt - To get out of this list, please send email to majordomo@suse.com with this text in its body: unsubscribe suse-linux-e
participants (6)
-
Anthony.Schlemmer@gte.net
-
chiodi@usaor.net
-
cjtan@acm.org
-
grimmer@suse.de
-
hattons@CPKWEBSER5.ncr.disa.mil
-
misc.word.corp@pobox.com