Re: [Leaf-user] pppd problem
At 2002-02-19 12:52 +0800, Vic Berdin wrote: I wasn't able to thank you yesterday. It works now. What I don't understand is why my pppd binary simply fails to function if I change it's property within my DS box. Vic, That's strange. You said you used chmod octal notation, and that should work. Maybe there is a problem with the BusyBox chmod setuid bit. What I did is to chmod it on another environment, check if it works there (and it does), then port it back to my DS box. And wow! It works! I'm glad everything is working now, but you shouldn't have needed to do this. -- Mike Noyes [EMAIL PROTECTED] http://sourceforge.net/users/mhnoyes/ http://leaf.sourceforge.net/content.php?menu=1000page_id=4 ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
[Leaf-user] Which DCD config files CAN you modify???
Hi folks, I've been told, as a general rule, the configuration files residing under /etc can be modified to customize your DachsteinCD. For example, If you want to modify your system to use some other NIC, then edit /etc/modules. My questions are: How do I access the files (Do I access them from the command prompt when Dachstein is up and running, or...? What command do I use to edit them?) When I do my backup, which option(s) do I select for backup to make sure my changes will take place on reboot? Thank you, have a great day! Craig ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] rsasigkey too slow
Matt Schalit [EMAIL PROTECTED] on 02/18/2002 09:27:45 PM To: [EMAIL PROTECTED] cc:(bcc: Phillip Watts/austin/Nlynx) Subject: Re: [Leaf-user] rsasigkey too slow I've found an easy way to do this when your other program is stuck generating keys, is to switch to anonther terminal like Alt-F2 and login in there and run some stuff like ps, date, and who. Well, you guys are correct. Banging nonsense on another vt reduces average time from 1.5 minutes to 5 seconds on my fast development machine. MY PROBLEM IS, adminins are going to be configuring routers remotely via https. They can't get to a vt. I tried doing ps, date etc in batch but that didn't help. Someone mentioned stdin... So I setup some batch stuff like find / | grep a /dev/null and that seems to make a significant diff. Thanx ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] Help with demand dial on Dachstein
If it is 'A frequently asked question' how come it is not on the FAQ webpage http://leaf.sourceforge.net/content.php?menu=1105page_id=19 ? :-) 'How Do I configure a dial-up ppp line' contains images for: LRP 2.9.4 (File not found) Materhorn (File not found) ( Both Out of Datewhere is the link for Dachstein ? ) The other links under that don't work, server unknown. I have looked through the email list posts, I have not found the answer. I was hoping someone could atleast point me in the right direction like read the HOWTO-for-IPCHAINS, thats your problem. -Thanks Steve More At 07:30 PM 2/18/02 -0800, Matt Schalit wrote: Stephen More wrote: Feb 19 02:37:17 firewall kernel: Packet log: output DENY ppp0 PROTO=1 10.64.64.64:8 129.3.1.1:0 L=60 S=0x00 I=6659 F=0x T=31 (#6) What do I need to do to allow that packet to pass and bring up ppp0 ? -Thanks Steve More Yea, A frequently asked question :) People are always trying to figure out how to get a private address to make it out the external interface. I think it'd be a quick find if you searched the list. I've seen this twice in the last couple of weeks. Ray's answered it a few times for sure :) Matthew ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] Help with demand dial on Dachstein
At 2002-02-19 11:13 -0500, Stephen More wrote: If it is 'A frequently asked question' how come it is not on the FAQ webpage http://leaf.sourceforge.net/content.php?menu=1105page_id=19 ? :-) 'How Do I configure a dial-up ppp line' contains images for: LRP 2.9.4 (File not found) Materhorn (File not found) ( Both Out of Datewhere is the link for Dachstein ? ) The other links under that don't work, server unknown. This FAQ and many others needs to be updated. The lrp.c0wz.com site is no longer maintained. There are mirrors of its content at: http://leaf.sf.net/devel/thc http://c0wz.steinkuehler.net I have looked through the email list posts, I have not found the answer. I was hoping someone could atleast point me in the right direction like read the HOWTO-for-IPCHAINS, thats your problem. Have you looked at Kenneth Hadley's PPPoE and PPPd page? http://leaf.sourceforge.net/devel/khadley Bering has support for ppp also. http://leaf.sourceforge.net/devel/jnilo/leaffw.html I hope this helps. -- Mike Noyes [EMAIL PROTECTED] http://sourceforge.net/users/mhnoyes/ http://leaf.sourceforge.net/content.php?menu=1000page_id=4 ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] Help with demand dial on Dachstein
At 2002-02-19 11:13 -0500, Stephen More wrote: If it is 'A frequently asked question' how come it is not on the FAQ webpage http://leaf.sourceforge.net/content.php?menu=1105page_id=19 ? :-) I have looked through the email list posts, I have not found the answer. I was hoping someone could atleast point me in the right direction like read the HOWTO-for-IPCHAINS, thats your problem. Stephen, This FAQ may help. Eigerstein Series LRP will not route with private range IP Address assigned to external NIC http://sourceforge.net/docman/display_doc.php?docid=2869group_id=13751 At 07:30 PM 2/18/02 -0800, Matt Schalit wrote: Stephen More wrote: Feb 19 02:37:17 firewall kernel: Packet log: output DENY ppp0 PROTO=1 10.64.64.64:8 129.3.1.1:0 L=60 S=0x00 I=6659 F=0x T=31 (#6) What do I need to do to allow that packet to pass and bring up ppp0 -- Mike Noyes [EMAIL PROTECTED] http://sourceforge.net/users/mhnoyes/ http://leaf.sourceforge.net/content.php?menu=1000page_id=4 ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] Help with demand dial on Dachstein
Mike just thought would tell you that Kenneth's PPPd pages are AWOL. I do have Bering running doing demand dialing. My workstation has a 192.168.xxx.xxx type address and my firewall (Bering computer) also has same address range and dial my isp just fine. Larry Platzek [EMAIL PROTECTED] On Tue, 19 Feb 2002, Mike Noyes wrote: Date: Tue, 19 Feb 2002 08:48:56 -0800 From: Mike Noyes [EMAIL PROTECTED] To: Stephen More [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: [Leaf-user] Help with demand dial on Dachstein At 2002-02-19 11:13 -0500, Stephen More wrote: If it is 'A frequently asked question' how come it is not on the FAQ webpage http://leaf.sourceforge.net/content.php?menu=1105page_id=19 ? :-) 'How Do I configure a dial-up ppp line' contains images for: LRP 2.9.4 (File not found) Materhorn (File not found) ( Both Out of Datewhere is the link for Dachstein ? ) The other links under that don't work, server unknown. This FAQ and many others needs to be updated. The lrp.c0wz.com site is no longer maintained. There are mirrors of its content at: http://leaf.sf.net/devel/thc http://c0wz.steinkuehler.net I have looked through the email list posts, I have not found the answer. I was hoping someone could atleast point me in the right direction like read the HOWTO-for-IPCHAINS, thats your problem. Have you looked at Kenneth Hadley's PPPoE and PPPd page? http://leaf.sourceforge.net/devel/khadley Bering has support for ppp also. http://leaf.sourceforge.net/devel/jnilo/leaffw.html I hope this helps. -- Mike Noyes [EMAIL PROTECTED] http://sourceforge.net/users/mhnoyes/ http://leaf.sourceforge.net/content.php?menu=1000page_id=4 ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] Help with demand dial on Dachstein
Stephen More wrote: If it is 'A frequently asked question' how come it is not on the FAQ webpage http://leaf.sourceforge.net/content.php?menu=1105page_id=19 ? :-) 'How Do I configure a dial-up ppp line' contains images for: LRP 2.9.4 (File not found) Materhorn (File not found) ( Both Out of Datewhere is the link for Dachstein ? ) The other links under that don't work, server unknown. I have looked through the email list posts, I have not found the answer. I was hoping someone could atleast point me in the right direction like read the HOWTO-for-IPCHAINS, thats your problem. -Thanks Sorry, I didn't have a DF in front of me to track down the answer. I did the search for you, and here's the answer, I'm pretty sure: http://www.mail-archive.com/leaf-user@lists.sourceforge.net/msg03769.html It was as easy to search for as I thought, but I think I got it using 192.168 eth0 HTH, Matthew ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] xntpd does not respond to clients
Does anybody have any suggestions? In /etc/hosts.allow, add a line for the ip host/block that needs to run this application. Like: xntp: 127. 192.168.1 I don't use a time server at home, so I don't know what user the application runs under. -- ~Lynn Avants aka Guitarlynn guitarlynn at users.sourceforge.net http://leaf.sourceforge.net If linux isn't the answer, you've probably got the wrong question! ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] Help with demand dial on Dachstein
Mike Leone wrote: This FAQ and many others needs to be updated. The lrp.c0wz.com site is no longer maintained. There are mirrors of its content at: Really? Rick called it quits with LRP/LEAF? How sad. I thought we were all happy that Rick found a job to keeps him so busy. I didn't hear that he quit so to speak. (Though he left awful quite like :-) Matthew ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] Which DCD config files CAN you modify???
Craig Caughlin wrote: Hi folks, I've been told, as a general rule, the configuration files residing under /etc can be modified to customize your DachsteinCD. For example, If you want to modify your system to use some other NIC, then edit /etc/modules. My questions are: How do I access the files (Do I access them from the command prompt when Dachstein is up and running, or...? What command do I use to edit them?) When I do my backup, which option(s) do I select for backup to make sure my changes will take place on reboot? Thank you, have a great day! Craig When you login to your router (root) you will see a menu. This menu is a script called lrcfg. You can exit the menu (q) and get back into it by typing lrcfg. You can edit the modules by 3 enter 2 enter 1 enter uncomment or add the nic module names as necessary. Remember the NIC modules are on the CD so there is no need to move them as they are loaded into memory from the CD. When you are finished editing, ctrlq y will save the file to memory. Edit the configuration files the same way 1 enter 1 enter from the beginning of the lrcfg menu. backing up is a little more complex. I assume since you are booting from the CD. Just put a blank 1.44 formated (DOS) diskette in the drive. from lrcfg type b to go to the backup section You backup each program (except root, ramlog, libz and local) which do not normally need to be backed up. d 2 will ask you where you want to backup etc. Choose fd0 t 2 will set what kind of backup. Choose partial. b 2 will backup etc to the floppy. Do the same for all the other programs. dnscache, modules, dhcpd, sshd if you make any changes to these. This is a one time process. Once you select your backup type it will be remembered if you backup before rebooting. The partial backup only writes the configuration files to the floppy (less space - easy to upgrade this way).. If you want to edit files from the command prompt you can type ae /etc/network.conf or whatever file you wish to edit. The editor has a help menu for help on such things as block cut and paste etc. ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
[Leaf-user] lrp.c0wz.com and Rick Onanian's status
At 2002-02-19 12:27 -0500, Mike Leone wrote: This FAQ and many others needs to be updated. The lrp.c0wz.com site is no longer maintained. There are mirrors of its content at: Really? Rick called it quits with LRP/LEAF? How sad. Mike, I believe the c0wz site going down was a result of the @Home fiasco (blocking port 80, etc.). As for Rick, I've been unable to contact him lately. Last I heard he had moved on to other things. If anyone has better information, please let me know. -- Mike Noyes [EMAIL PROTECTED] http://sourceforge.net/users/mhnoyes/ http://leaf.sourceforge.net/content.php?menu=1000page_id=4 ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] Help with demand dial on Dachstein
- Original Message - From: Matt Schalit [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, February 19, 2002 12:39 PM Subject: Re: [Leaf-user] Help with demand dial on Dachstein Mike Leone wrote: This FAQ and many others needs to be updated. The lrp.c0wz.com site is no longer maintained. There are mirrors of its content at: Really? Rick called it quits with LRP/LEAF? How sad. I thought we were all happy that Rick found a job to keeps him so busy. I didn't hear that he quit so to speak. (Though he left awful quite like :-) Well, he's not maintaining his site anymore. Stopped providing ongoing support and resources, even if he didn't quit being a user. I wondered where he was; I remember his posts about being out of work; guess I missed the one about finding new work. Oh, well - good luck to you, Rick, if you're listening. :-) ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] Help with demand dial on Dachstein
At 08:54 AM 2/19/02 -0800, Mike Noyes wrote: Eigerstein Series LRP will not route with private range IP Address assigned to external NIC http://sourceforge.net/docman/display_doc.php?docid=2869group_id=13751 Thanks Mike, and everyone else who responded. I think it would be helpful to new users to change External NIC to External Interface on the above doc. I see external NIC and I immediately assume that it does not pertain to me, I am using ppp. ( Perhaps some of that is my fault. ) Another assumptionI though the ppp0 interface would be un-numbered until it got one from the other end, I never gave ppp0 an ipaddress. -Steve More At 07:30 PM 2/18/02 -0800, Matt Schalit wrote: Stephen More wrote: Feb 19 02:37:17 firewall kernel: Packet log: output DENY ppp0 PROTO=1 10.64.64.64:8 129.3.1.1:0 L=60 S=0x00 I=6659 F=0x T=31 (#6) What do I need to do to allow that packet to pass and bring up ppp0 -- Mike Noyes [EMAIL PROTECTED] http://sourceforge.net/users/mhnoyes/ http://leaf.sourceforge.net/content.php?menu=1000page_id=4 ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
[Leaf-user] Dachstein, DNS question
First, a million thanks to everyone who helped create LRP/LEAF. I use a Dachstein-based router to share cable access throughout my home. I was impressed by Eiger and now Dachstein is even better. The MS executable format that creates the 1680 disk for you made it especially easy as my RH 7.2 box doesn't seem capable of making 1680 diskettes. As an aside, I squeezed opensshd onto the disk (only barely) and the procedure had significant points of departure from the LEAF sourceforge documentation for SSH and Eiger. Would an updated doc be helpful? I don't know if using openssh is so wise, it's so much bigger... A bit of background: I am moving from the @home to a local cable provider's domain and @home will cease function in a little while. I have a couple machines on my network that need static IP's so I need to set them up manually. I see in the step-by-step Dachstein instructions that I set the DNS to Primary DNS = 192.168.1.254 ... Secondary DNS = Your ISP's DNS server. But my new provider (InsightBB) claims that DNS must be determined via DHCP. I believe that my connectivity is only possible now because my boxes are pointed at @home's DNS servers which will disappear shortly. My Question: How do I configure DNS on my network machines? I can imagine these options: (1) Will the Dachstein box handle this automagically if I list it as the sole DNS? If so, this is simple. (2) Shall I figure out the insightbb DNS servers and then list them by IP in the hopes that they won't change? How do I get the IP's from DHCP? What happens if my IP lease expires and the DNS servers are different for my new IP (or is this wildly unlikely)? (3) Is there a way to configure Windows and Linux machines to only accept the DNS information via DHCP? Thanks! -Alan Mead ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] Dachstein, DNS question
On Tuesday 19 February 2002 12:49, Alan Mead wrote: My Question: How do I configure DNS on my network machines? I can imagine these options: That depends on whether or not you are using the dnscache package. If so, only use the 192.168.1.254 address because dnscache uses your ISP's DNS, caches the ip addresses you go to, and resolves common ones faster than your ISP's DNS will. If you got rid of dnscache, only use your ISP's DNS servers, not the Dachstein server. (1) Will the Dachstein box handle this automagically if I list it as the sole DNS? If so, this is simple. see above. It will with dhcp, but not with static ip's on the LAN. (2) Shall I figure out the insightbb DNS servers and then list them by IP in the hopes that they won't change? How do I get the IP's from DHCP? What happens if my IP lease expires and the DNS servers are different for my new IP (or is this wildly unlikely)? dhclient/udhcpc does this automagically set CONFIG_DNS to NO in network.conf if you are using DHCP on your cable connection. (3) Is there a way to configure Windows and Linux machines to only accept the DNS information via DHCP? Yep, it comes with the DHCP lease from Dachstein. -- ~Lynn Avants aka Guitarlynn guitarlynn at users.sourceforge.net http://leaf.sourceforge.net If linux isn't the answer, you've probably got the wrong question! ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] xntpd does not respond to clients
Thank you. I tried but still got error. My /etc/hosts already had ALL: 192.168.1.0/255.255.255.0 but not the 127. so now it is ALL: 192.168.1.0/255.255.255.0 ALL: 127.0.0.1 -Original Message- From: guitarlynn [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: [Leaf-user] xntpd does not respond to clients Date: Tue, 19 Feb 2002 11:24:37 -0600 Does anybody have any suggestions? In /etc/hosts.allow, add a line for the ip host/block that needs to run this application. Like: xntp: 127. 192.168.1 I don't use a time server at home, so I don't know what user the application runs under. ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] Dachstein, DNS question
A bit of background: I am moving from the @home to a local cable provider's domain and @home will cease function in a little while. I have a couple machines on my network that need static IP's so I need to set them up manually. I see in the step-by-step Dachstein instructions that I set the DNS to Primary DNS = 192.168.1.254 ... Secondary DNS = Your ISP's DNS server. But my new provider (InsightBB) claims that DNS must be determined via DHCP. I believe that my connectivity is only possible now because my boxes are pointed at @home's DNS servers which will disappear shortly. My Question: How do I configure DNS on my network machines? I can imagine these options: (1) Will the Dachstein box handle this automagically if I list it as the sole DNS? If so, this is simple. It will if you're running DNSCache, or another resolver. In fact, systems configured via DHCP get *ONLY* the IP of the firewall for their DNS servers, unless you edit your dhcpd.conf file, and everything works fine. (2) Shall I figure out the insightbb DNS servers and then list them by IP in the hopes that they won't change? How do I get the IP's from DHCP? What happens if my IP lease expires and the DNS servers are different for my new IP (or is this wildly unlikely)? 2a) I wouldn't bother... 2b) Get the IP's from your dhclient leases file: /var/state/dhcp/dhclient.leases 2c) If your lease expires and you get new DNS info, you could have problems resolving names until everything stabalizes...of course, if your ISP instantly switched DNS server IP's without some overlap, they'll likely be out of business from the tech support volume alone, so you probably don't have to worry too much about it... (3) Is there a way to configure Windows and Linux machines to only accept the DNS information via DHCP? In general, yes...if you have specific questions, ask with a bit more detail... Charles Steinkuehler http://lrp.steinkuehler.net http://c0wz.steinkuehler.net (lrp.c0wz.com mirror) ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
[Leaf-user] DNS managment w/ Seawall and dnscache.
hi, I am having a bit of trouble with DNS cache and seawall. I have a DNS in the DMZ to deal with several domains we host. If I put an entry in 'dnsservers' in seawall.conf I can perform DNS query on this server, but all incoming DNS request are denied at the REMOTE chain. If I remove the entries, I can not resolve any DNS queries made to this server. Perhaps it is because the DMZ can not return a connection to the localnet? Thanks, j. -- .. . Jason C. Leach .. PGP/GPG Public key at http://www.keyserver.net/ Key ID: 1CF6DA85 ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
[Leaf-user] DHCP problem: EigerStein2beta
Hello, problem: When I boot my router (EigerStein2beta) everthing works fine until dhclient grabs an IP. dhclient pulls down an IP but then says the newwork is down and turns eth0 off (eth0 stays on until RTNETLINK answers: Network is unreachable.). Here is the dhcp info that is given at boot time: IP filters: [IP Forwarding: DISABLED] flushed Nothing to flush. eth0: Setting Rx mode to 0 address Listening on LPF/eth0/00:60:97:68:fb:bc Sending on LPF/eth0/00:60:97:68:fb:bc Sending on Socket/fallback/fallback-net IP filters: [IP Forwarding: DISABLED] flushed IP filters: [IP Forwarding: DISABLED] flushed Nothing to flush. DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 5 recieve-packet failed on eth0: Network is down DHCPOFFER from 205.233.15.193 DHCPREQUEST on eth0 to 255.255.255.255 port 67 DHCPACK from 205.233.15.193 RTNETLINK answers: Network is unreachable. IP filters: firewall [IP forwarding: ENABLED] bound to 208.38.5.206 -- renewal in 43200 seconds But if I now login and run dhclient eth0, eth0 comes back up and my internal network can access the internet. What is happening here? why does dhclient work now? Here is the log of what happens after I run dhclient eth0 : IP filters: [IP Forwarding: DISABLED] flushed Listening on LPF/eth0/00:60:97:68:fb:bc Sending on LPF/eth0/00:60:97:68:fb:bc Sending on Socket/fallback/fallback-net DHCPREQUEST on eth0 to 255.255.255.255 port 67 DHCPACK from 205.233.15.193 eth0: Setting Rx mode to 1 address IP filters: firewall [IP forwarding: ENABLED] bound to 208.38.5.206 -- renewal in 43200 seconds If someone could please help me that would be great :-) Maybe even a work around like, like how would I make a script that ran on startup after everything else that would send the command dhclient eth0 ? Would that mess other things up? (like other *.lrp packages) Thanks Josh Hush provide the worlds most secure, easy to use online applications - which solution is right for you? HushMail Secure Email http://www.hushmail.com/ HushDrive Secure Online Storage http://www.hushmail.com/hushdrive/ Hush Business - security for your Business http://www.hush.com/ Hush Enterprise - Secure Solutions for your Enterprise http://www.hush.com/ ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
[Leaf-user] DHCP problem: does not work on boot, but works after login?
Hello, problem: When I boot my router (EigerStein2beta) everthing works fine until dhclient grabs an IP. dhclient pulls down an IP but then says the newwork is down and turns eth0 off (eth0 stays on until RTNETLINK answers: Network is unreachable.). Here is the dhcp info that is given at boot time: IP filters: [IP Forwarding: DISABLED] flushed Nothing to flush. eth0: Setting Rx mode to 0 address Listening on LPF/eth0/00:60:97:68:fb:bc Sending on LPF/eth0/00:60:97:68:fb:bc Sending on Socket/fallback/fallback-net IP filters: [IP Forwarding: DISABLED] flushed IP filters: [IP Forwarding: DISABLED] flushed Nothing to flush. DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 5 recieve-packet failed on eth0: Network is down DHCPOFFER from 205.233.15.193 DHCPREQUEST on eth0 to 255.255.255.255 port 67 DHCPACK from 205.233.15.193 RTNETLINK answers: Network is unreachable. IP filters: firewall [IP forwarding: ENABLED] bound to 208.38.5.206 -- renewal in 43200 seconds But if I now login and run dhclient eth0, eth0 comes back up and my internal network can access the internet. What is happening here? why does dhclient work now? Here is the log of what happens after I run dhclient eth0 : IP filters: [IP Forwarding: DISABLED] flushed Listening on LPF/eth0/00:60:97:68:fb:bc Sending on LPF/eth0/00:60:97:68:fb:bc Sending on Socket/fallback/fallback-net DHCPREQUEST on eth0 to 255.255.255.255 port 67 DHCPACK from 205.233.15.193 eth0: Setting Rx mode to 1 address IP filters: firewall [IP forwarding: ENABLED] bound to 208.38.5.206 -- renewal in 43200 seconds Side note: I set up dhclient.conf to send my hostname and mac addr, as my ISP requires. If someone could please help me that would be great :-) Maybe even a work around like, like how would I make a script that ran on startup after everything else that would send the command dhclient eth0 ? Would that mess other things up? (like other *.lrp packages) Thanks Josh Hush provide the worlds most secure, easy to use online applications - which solution is right for you? HushMail Secure Email http://www.hushmail.com/ HushDrive Secure Online Storage http://www.hushmail.com/hushdrive/ Hush Business - security for your Business http://www.hush.com/ Hush Enterprise - Secure Solutions for your Enterprise http://www.hush.com/ ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] Unused IP's with LaBrea
So far I have a good grasp as to whats going on with the help you and Charles have given. This coming weekend when everybody in the house will not be on the net, I will load up LaBrea and give it a whirl. Charles' script is much neater than mine - I guess me writing a kludge made him write one that worked better :) S Yes I opted for his example script because I prefer that it writes the entire LaBrea.bpf each time, and in the order it gets written. Suppose it does not matter, but it seems like in order to get to point B (ports) one would have to travel thru point A (IP address). Again, I am not a scripter either so I am not sure. Only thing that I am not quite sure what will happen, is I plan on creating the script (ipupdate), file (LaBrea.in) (LaBrea.tmp was the example you used Simon) and editing lrpkg.cfg to include LaBrea BEFORE I use lrpkg -i LaBrea (mounting the cdrom first obviously) Now it has been awhile since I have used lrpkg -i but I am wondering if that actually loads and starts LaBrea or just makes it availble in memory - waiting to be started from the command line or a reboot? A little nervous about that one. That is if lrpkg -i loads and starts LaBrea, I will have to get into init.d/LaBrea right away, make the changes to options and disable promiscuous mode - do a backup, and reboot quickly. Or at least that is what I am picturing! LOL I have found where someone thought that by doing a lrpkg -i psentry would load psentry but would not start the daemons, so hopefully that is the case with LaBrea! With the help of you and Charles, I should be bringing down AT$T this weekend for sure! J/K Thanks for all your help! Steve ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] DHCP problem: does not work on boot, but works after login?
On Tuesday 19 February 2002 18:22, [EMAIL PROTECTED] wrote: Hello, problem: When I boot my router (EigerStein2beta) everthing works fine until dhclient grabs an IP. dhclient pulls down an IP but then says the newwork is down and turns eth0 off (eth0 stays on until RTNETLINK answers: Network is unreachable.). Here is the dhcp info that is given at boot time: I ran into this problem when scripting the udhcp package last week. I kept having the exact problem. What fixed it for me (which may be fixed in Dachstein) is editing the conf file to bring up the interface (ip addr add ..) _BEFORE_ bringing up the default route (ip route add ..). The route would not come up right w/o the interface having a valid ip/network, which is setup _just_ afterwards in the script. It amounted to moving about 4 lines of code about 4 lines. You might try the new dhclient.lrp from Dachstein or try my new udhcp.lrp package that replaces both dhclient.lrp and dhcpd.lrp. The testing udhcp.lrp package for Dachstein/Eigerstein is at: http://leaf.sourceforge.net/devel/guitarlynn/images/udhcp.lrp.dachstein If you try it, let me know how it works! Thx, -- ~Lynn Avants aka Guitarlynn guitarlynn at users.sourceforge.net http://leaf.sourceforge.net If linux isn't the answer, you've probably got the wrong question! ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
[Leaf-user] 3c508 ISA NIC module
Hello all, I'm having a bad hair day finding a linux source to build a module for a 3c508 ISA NIC. Does anyone here know of such a souce? The only linux- related exchanges I got from scouring the web that seems its about installing a 3c508.o module (wow! they have one!) is in thai (I think). And I can't make anything out of it. http://www.google.com/search?hl=enq=3c508.o Any help will be very much appreciated. TIA! ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] Re: NFS mounting through Firewall
At 2002-01-30 11:14 -0500, Lonnie Cumberland wrote: while looking around on the net I came across this NFS via SSH that you might be interested in taking a look at. Lonnie, There is an article in Sys Admin this month that describes this setup. Encrypted NFS with OpenSSH and Linux http://sysadminmag.com/articles/2002/0203/ -- Mike Noyes [EMAIL PROTECTED] http://sourceforge.net/users/mhnoyes/ http://leaf.sourceforge.net/content.php?menu=1000page_id=4 ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] rsasigkey too slow
On Tue, 19 Feb 2002 [EMAIL PROTECTED] wrote: Matt Schalit [EMAIL PROTECTED] on 02/18/2002 09:27:45 PM To: [EMAIL PROTECTED] cc:(bcc: Phillip Watts/austin/Nlynx) Subject: Re: [Leaf-user] rsasigkey too slow I've found an easy way to do this when your other program is stuck generating keys, is to switch to anonther terminal like Alt-F2 and login in there and run some stuff like ps, date, and who. Well, you guys are correct. Banging nonsense on another vt reduces average time from 1.5 minutes to 5 seconds on my fast development machine. MY PROBLEM IS, adminins are going to be configuring routers remotely via https. They can't get to a vt. I tried doing ps, date etc in batch but that didn't help. Someone mentioned stdin... So I setup some batch stuff like find / | grep a /dev/null and that seems to make a significant diff. Thanx http://www.cs.berkeley.edu/~daw/rnd/ What I've read implies that Linux's /dev/random device is quite good, but that it needs something to work with. There are other utilities for generating randomness, but the ones that are still maintained all need Perl or Java :-( Your batch trick is probably as good as it is going to get; unless you get a faster CPU. -- Jack Coates Monkeynoodle: A Scientific Venture... ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
RE: [Leaf-user] Unused IP's with LaBrea
Running lrpkg -i LaBrea will not start the program, it will just untar it into its respective directories. No worries there. You should actually be able to edit the package, start it (using 'svi LaBrea start') and be fine. Remember that linux is case sensitive - so keep the caps where they belong every where you need to write it (i.e. syslinux.cfg, lrpkg -i, etc). Just remember to back up your changes. Also make sure the package is actually starting at boot (edit syslinux.cfg to add it). While it is possible to follow the aforementioned steps and not reboot, if you did something and the box is up for a while, it can be a bit of a gotcha the next time you, or more likely some outside force, brings the box down. So its up to you. HTH S -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Steve Jeppesen Sent: February 19, 2002 7:28 PM To: Simon Bolduc; leaf-user Subject: Re: [Leaf-user] Unused IP's with LaBrea So far I have a good grasp as to whats going on with the help you and Charles have given. This coming weekend when everybody in the house will not be on the net, I will load up LaBrea and give it a whirl. Charles' script is much neater than mine - I guess me writing a kludge made him write one that worked better :) S Yes I opted for his example script because I prefer that it writes the entire LaBrea.bpf each time, and in the order it gets written. Suppose it does not matter, but it seems like in order to get to point B (ports) one would have to travel thru point A (IP address). Again, I am not a scripter either so I am not sure. Only thing that I am not quite sure what will happen, is I plan on creating the script (ipupdate), file (LaBrea.in) (LaBrea.tmp was the example you used Simon) and editing lrpkg.cfg to include LaBrea BEFORE I use lrpkg -i LaBrea (mounting the cdrom first obviously) Now it has been awhile since I have used lrpkg -i but I am wondering if that actually loads and starts LaBrea or just makes it availble in memory - waiting to be started from the command line or a reboot? A little nervous about that one. That is if lrpkg -i loads and starts LaBrea, I will have to get into init.d/LaBrea right away, make the changes to options and disable promiscuous mode - do a backup, and reboot quickly. Or at least that is what I am picturing! LOL I have found where someone thought that by doing a lrpkg -i psentry would load psentry but would not start the daemons, so hopefully that is the case with LaBrea! With the help of you and Charles, I should be bringing down AT$T this weekend for sure! J/K Thanks for all your help! Steve ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] xntpd does not respond to clients
On 2/19/02 at 12:16 PM, Binh Do [EMAIL PROTECTED] wrote: I installed Todd Horsman's xntpd.lrp and runs it with his config file. Seems it is running OK but I cannot connect to it from internal client or even from the router itself. I used 'rdate' utility. The message is 'Connection refused'. I did 'ps' and 'ntpq' and all seemed fine. I opened ports 123 (ntp) and 37 (time) on the firewall and uncommented out the time service in /etc/inetd.conf but got no success. First, rdate does NOT use NTP. As far as I know, there isn't a time server (port 37) in LEAF. If there was, it would be inetd that would do it, and you'd have to make sure it was enabled in /etc/inetd.conf When you run ntpq, you are using NTP. When you run rdate, you're using time. I don't think rdate is even a part of xntpd. Perhaps you want to use ntpdate instead? # rdate -p 127.0.0.1 rdate: 127.0.0.1: Connection refused Another thing to check - don't use 127.0.0.1, but the actual IP of the host. -- David Douthitt UNIX Systems Administrator HP-UX, Unixware, Linux [EMAIL PROTECTED] ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
