RE: [leaf-user] Bering / USB storage key
If you really wanted to use a usb key, you could boot from a floppy (syslinux, copy syslinux.cfg, vmlinuz, initrd.lrp) and have the rest of the packages on the key. You would need to put the usb storage module (if indeed this is the right module) in initrd.lrp and also have a usb port available on your router Mobo (Mine's an old Intel socket 7 (not super) and has a USB riser) This would speed up booting a little (how often to you need to reboot?, mine's been running for at least 2 months without trouble) and also allow you to run those big packages like ssh and squid. TTFN Antony Briggs -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Luis.F.Correia Sent: 23 July 2002 18:39 To: Liste de distribution sur LEAF (Adresse de messagerie) Subject: RE: [leaf-user] Bering / USB storage key I can assure you one thing: if you got no reply, that's because no one knew a proper answer. But let me tell you my opinion on the subject: USB booting device is a fairly new thingy. So far I have only seen it on Athlon boards, which are for sure overkill for a router/firewall setup. Instead, I can recommend booting from a Compactflash card which is an IDE device. Thats what I use now. It works, boots very fast, and is supported by all the major boards. I have a very old Socket7 VIA board which drives my router. I am in the process to move to cable/xDSL technology, but since the major providers here in Portugal insist on providing USB modems, I'm reluctant. So, it is best to stay away from any USB technology for the moment. Others may say otherwise, but as I said, this is MY opinion. -Original Message- From: Darren Hammond [mailto:[EMAIL PROTECTED]] Sent: Monday, July 22, 2002 10:24 PM To: Blaise Lab; Liste de distribution sur LEAF (Adresse de messagerie) Subject: Re: [leaf-user] Bering / USB storage key Hi I was loosely interested in this and then I noticed that no-one had responded. I don't know much about these devices and I don't have one to test this out on, but I wonder if they operate like the USB CF card readers which use the usb-storage module. Someone has certainly used a USB CF Reader to boot Bering and I've mounted one in Bering in addition to a hard disk. If you already have one of these devices, you might want to try it. The trickiest part might be getting syslinux installed. If you have a linux workstation that recognises one of these devices, then you could use that I guess. If you want to try it and want to know which modules I used, let me know. Darren > > Thanks > > Blaise Lab > > > --- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > -- > -- > leaf-user mailing list: [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/leaf-user > SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
[leaf-user] Bering: to Preserve Root Password, backup which package.lrp ?
Using Bering_1.0rc3 image. After I assign a password to root # passwd Which package.lrp do I backup to make root password survive reboots? I expected it to be in root.lrp. It was not backed up with root.lrp. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
Re: [leaf-user] Bering: to Preserve Root Password, backup which package.lrp ?
Quoting AdvertisingDept <[EMAIL PROTECTED]>: I think it is the etc package. Someone please correct me if I am wrong on this one. Kim > Using Bering_1.0rc3 image. > > After I assign a password to root > # passwd > > Which package.lrp do I backup to make root password survive reboots? > > I expected it to be in root.lrp. It was not backed up with root.lrp. > > > --- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > > leaf-user mailing list: [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/leaf-user > SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html > - This mail sent through Tiscali Webmail (http://webmail.tiscali.be) --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
[leaf-user] IDE install with linux?
Hello all- I am having a rather baffling problem with installing WISP/Bearing on to a 1.0G IDE harddrive. The funny thing is, I can get the drive to work if I partition it and format it in Windows, but I can't get it to work if I do the same in linux. Here's what I am doing in linux: 1)fdisk /dev/hda 2)add 50MB FAT16 (type 6) partition as /dev/hda1 3)toggle bootable flag to true on /dev/hda1 4)use mkdosfs to create a FAT16 file system on the /dev/hda1 5)syslinux /dev/hda1 (using v1.52, also tried the -s option to no avail) 6)mount partition to /wisp (mount -t vfat /dev/hda1 /wisp) 7)unzip wisp-dist_2290_pkg_wdist.zip to /wisp 8)edit /wisp/syslinux.cfg 9)install disk in router box and boot it, but it never finds the MBR that syslinux should have installed (right?)... It just sits there saying "Invalid media or replace system disk" (or whatever that error says). The destination box is a Dell XPS P200s with 32MB, and I've installed full distros on this box (and drive) before without any issues. I know that I must be missing something totally obvious, but I can't figure it out. At this point it's purely academic, as I can get it to work when installed under windows, but being that I don't run windows any more (had to take over a coworkers box to do it) it's a matter of pride that I can get it to work under Linux ;) Thanks, Zack --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
[leaf-user] shorwall.lrp and /etc/shorewall
I am upgrading my Bering_1.0rc3 with the latest Shorewall 1.3.4 from Tom's site. I have removed /var/lib/shorewall from the /var/lib/lrpkg/root.exclude.list and backed up root.lrp. Question 1) are the contents of /etc/shorewall completely contained in the shorwall.lrp? --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
Re: [leaf-user] shorwall.lrp and /etc/shorewall
On Wed, 24 Jul 2002, AdvertisingDept wrote: > I am upgrading my Bering_1.0rc3 with the latest Shorewall 1.3.4 from > Tom's site. > > I have removed /var/lib/shorewall from the > /var/lib/lrpkg/root.exclude.list > and backed up root.lrp. > > > > Question 1) > are the contents of /etc/shorewall completely contained in the > shorwall.lrp? > Yes and no -- the files that I release in /etc/shorewall are not the same as what Jacques releases. To make /etc/shorewall the same as Jacques's you need to overload /etc/shorewall with the files from: ftp://ftp.shorewall.net/pub/shorewall/LATEST.samples/two-interfaces.tgz -Tom -- Tom Eastep\ Shorewall - iptables made easy AIM: tmeastep \ http://www.shorewall.net ICQ: #60745924 \ [EMAIL PROTECTED] --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
Re: [leaf-user] shorwall.lrp and /etc/shorewall
Question 2) - starting with the original Bering_1.0rc3 contents of /etc/shorewall After 'overloading' /etc/shorewall with the files downloaded from ftp://ftp.shorewall.net/pub/shorewall/LATEST.samples/x And backing up shorwall.lrp Are the new combined contents of /etc/shorewall completely contained in the back(ed)up shorwall.lrp on the msdos1680 floppy? thanks in advance --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
Re: [leaf-user] Motorola Surfboard/Charter Cable continued...
The situation has improved a bit. The main symptom now seems to be that the command netstat -an | grep 53 yields udp00 0.0.0.0:53 0.0.0.0:* so it does not look like the internal iface (192.168.1.254) is being bound to port 53. ps grep dnscache yields 1026 daemon S /usr/bin/dnscache Any thing special to set up the binding for dns? This is the stock Dachstein RC2, except for changes mentioned below. Thanks to all for help so far. I have fixed one of the vexation by the time-proven method: "When configuration won't work start replacing components" . I began with the natsemi.o module, which had given me trouble on my previous firewall incarnation - Dach-pppoe. THis time around, I was getting good traffic through the external i/f so I assumed the driver was fine. When I replaced the driver module (for my FA311 boards) with a newer natsemi.o, which I had compiled in Dec. 2001 (found it on a floppy), backed up the ram disk & rebooted, now all is working -- internal + external. But *only* for 192.168.1.1. A second windoze box (gets 192.168.1.2) is configured exactly as the first, but can't pass traffic. Tried pinging an IP addr, and it times out. dmesg outputs a lot of identical lines like: Packet log: input DENY eth0 PROTO=17 10.1.20.1:67 255.255.255.255:68 L=328 S=0x0 I=414nn F=0x000 T=255 (#8) I am running with a hand-configured DNS on the win2k, but I will try to let the firewall serve up DNS.. If not, a newer version of Dach might be in order. Brad Fritz wrote: > On 2002-07-22 at 15:48 Dr. Richard W. Tibbs wrote: > > >>I booted up using a vanilla Dachstein RC2 floppy ( a little old, >>I know) and everything on the firewall seems fine: >> > > Assuming you mean Dachstein-PR2, is there a reason you are using > a pre-release version of Dachstein? There were bugs in it that > were fixed in later releases[1]. IIRC, the way dnscache was setup > was changed too; /etc/dnscache.conf was eliminated in favor of the > /etc/dnscache/env directory. It's been awhile, and I don't remember > the specifics, but think there were functional changes in the way > dnscache was setup too. > > On Tue, 23 Jul 2002 20:07:28 EDT Dr. Richard W. Tibbs wrote: > > >>>Which package are you using? JNilo's doesn't contain any >>>/etc/dnscache.conf; rather, it looks like Erich's table (below). >>> > > Is it the stock Dachstein RC2 dnscache? > > >>>I remain convinced that something is not configured properly with >>>dnscache and/or it is *not* actually running . . . >>> >>> >>This is my guess since nslookup from the win2k box times out. >> > > Since this is dachstein (with netstat included), what does > >netstat -an | grep 53 > > say? You should see (at least) a match for udp port 53 on > 192.168.1.254 like this: > >udp0 0 192.168.1.254:530.0.0.0:* > > If not, what does > > ps | grep [d]nscache > > say? There should be a match for /usr/bin/dnscache , probably > running as the user "dnscache". On my Dachstein-CD box, the > process is: > > 1002 dnscache S/usr/bin/dnscache > > If dnscache is running and bound to 192.168.1.254:53, you might > try setting "nameserver 192.168.1.254" in /etc/resolv.conf on > the firewall and verify that name resolution on the firewall > still works. (Try pinging an internet host by name.) If it > doesn't, either dnscache is not setup correctly or maybe > something is blocking name requests to the root servers upstream, > although that seems unlikely. I'd also recommend using a newer > version of Dachstein if you don't have a reason for using the > pre-release. > > --Brad > > [1] http://leaf.sourceforge.net/devel/cstein/files/diskimages/dachstein/changes.txt > > > > --- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > > leaf-user mailing list: [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/leaf-user > SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html > --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
Re: [leaf-user] shorwall.lrp and /etc/shorewall
On Wed, 24 Jul 2002, AdvertisingDept wrote: > Question 2) - > > starting with the original Bering_1.0rc3 contents of /etc/shorewall > > After 'overloading' /etc/shorewall with the files downloaded from > ftp://ftp.shorewall.net/pub/shorewall/LATEST.samples/x > Not sure why you would want to do that... > And backing up shorwall.lrp > > > Are the new combined contents of /etc/shorewall > completely contained in the back(ed)up shorwall.lrp on the msdos1680 > floppy? Yes -- /etc/shorewall is contained in the shorwall.lrp. -Tom -- Tom Eastep\ Shorewall - iptables made easy AIM: tmeastep \ http://www.shorewall.net ICQ: #60745924 \ [EMAIL PROTECTED] --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
Re: [leaf-user] IDE install with linux?
On Wed, 2002-07-24 at 07:08, Zachariah Mully wrote: > Hello all- > I am having a rather baffling problem with installing WISP/Bearing on > to a 1.0G IDE harddrive. The funny thing is, I can get the drive to work > if I partition it and format it in Windows, but I can't get it to work > if I do the same in linux. > Here's what I am doing in linux: > 1)fdisk /dev/hda > 2)add 50MB FAT16 (type 6) partition as /dev/hda1 > 3)toggle bootable flag to true on /dev/hda1 > 4)use mkdosfs to create a FAT16 file system on the /dev/hda1 > 5)syslinux /dev/hda1 (using v1.52, also tried the -s option to no avail) > 6)mount partition to /wisp (mount -t vfat /dev/hda1 /wisp) > 7)unzip wisp-dist_2290_pkg_wdist.zip to /wisp > 8)edit /wisp/syslinux.cfg > 9)install disk in router box and boot it, but it never finds the MBR > that syslinux should have installed (right?)... It just sits there > saying "Invalid media or replace system disk" (or whatever that error > says). > > The destination box is a Dell XPS P200s with 32MB, and I've installed > full distros on this box (and drive) before without any issues. I know > that I must be missing something totally obvious, but I can't figure it > out. At this point it's purely academic, as I can get it to work when > installed under windows, but being that I don't run windows any more > (had to take over a coworkers box to do it) it's a matter of pride that > I can get it to work under Linux ;) > > Thanks, > Zack > Hmm. Only thing I can think of is to run syslinux _after_ unzipping the wisp package into the partition. Well, I suppose esoteric stuff like LBA could also screw it up, but you did put the fat12 partition into the first 1024 blocks, right? -- Jack Coates Monkeynoodle: A Scientific Venture... --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
Re: [leaf-user] Motorola Surfboard/Charter Cable continued...
On Wed, 24 Jul 2002 11:42:17 EDT Dr. Richard W. Tibbs wrote: > The situation has improved a bit. > The main symptom now seems to be that > the command netstat -an | grep 53 yields > udp00 0.0.0.0:53 0.0.0.0:* > so it does not look like the internal iface (192.168.1.254) is being > bound to port 53. 0.0.0.0 means it's bound to all interfaces, here eth0 and eth1. The change to bind to only 192.168.1.254 was made in later versions of Dachstein. IIRC, the default firewall rules prevent connections on the eth0 side. If that's the case it's not really anything to worry about. Newer setups also tell dnscache to only reply from queries from 192.168.*.* (with the IPQUERY variable), but based on your dnscache.conf file, I don't think your version does that. If you want to change it to bind only to the internal interface change the "IP=0.0.0.0" line to "IP=192.168.1.254" in /etc/dnscache.conf. But again, it should be fine as-is the problem likely lies elsewhere. > ps grep dnscache yields > 1026 daemon S /usr/bin/dnscache That's fine. Typical for a Dachstein-PR2 install, I'm pretty sure. > Any thing special to set up the binding for dns? This is the stock > Dachstein RC2, except for changes mentioned below. Should be okay as-is, but see the comment above about the "IP" variable if you want to change it. > Thanks to all for help so far. I have fixed one of the vexation by the > time-proven method: > "When configuration won't work start replacing components" . > I began with the natsemi.o module, which had given me trouble on my > previous firewall incarnation - Dach-pppoe. > > THis time around, I was getting good traffic through the external i/f so > I assumed the driver was fine. When I replaced the driver module (for > my FA311 boards) with a newer natsemi.o, which I had compiled in Dec. > 2001 (found it on a floppy), backed up the ram disk & rebooted, now all > is working -- internal + external. But *only* for 192.168.1.1. A > second windoze box (gets 192.168.1.2) is configured exactly as the > first, but can't pass traffic. Tried pinging an IP addr, and it times out. Can 192.168.1.2 ping 192.168.1.254? Can 192.168.1.1 use 192.168.1.254 for DNS resolution? Seems the focus on dnscache is probably unwarranted; there are more fundamental problems to fix first. > dmesg outputs a lot of identical lines like: > Packet log: input DENY eth0 PROTO=17 10.1.20.1:67 255.255.255.255:68 > L=328 S=0x0 I=414nn F=0x000 T=255 (#8) Nothing to worry about. Just a host on the eth0 side broadcasting for a DHCP lease. > I am running with a hand-configured DNS on the win2k, but I will try to > let the firewall serve up DNS.. > If not, a newer version of Dach might be in order. Agreed. --Brad > > Brad Fritz wrote: > > > On 2002-07-22 at 15:48 Dr. Richard W. Tibbs wrote: > > > > > >>I booted up using a vanilla Dachstein RC2 floppy ( a little old, > >>I know) and everything on the firewall seems fine: > >> > > > > Assuming you mean Dachstein-PR2, is there a reason you are using > > a pre-release version of Dachstein? There were bugs in it that > > were fixed in later releases[1]. IIRC, the way dnscache was setup > > was changed too; /etc/dnscache.conf was eliminated in favor of the > > /etc/dnscache/env directory. It's been awhile, and I don't remember > > the specifics, but think there were functional changes in the way > > dnscache was setup too. > > > > On Tue, 23 Jul 2002 20:07:28 EDT Dr. Richard W. Tibbs wrote: > > > > > >>>Which package are you using? JNilo's doesn't contain any > >>>/etc/dnscache.conf; rather, it looks like Erich's table (below). > >>> > > > > Is it the stock Dachstein RC2 dnscache? > > > > > >>>I remain convinced that something is not configured properly with > >>>dnscache and/or it is *not* actually running . . . > >>> > >>> > >>This is my guess since nslookup from the win2k box times out. > >> > > > > Since this is dachstein (with netstat included), what does > > > >netstat -an | grep 53 > > > > say? You should see (at least) a match for udp port 53 on > > 192.168.1.254 like this: > > > >udp0 0 192.168.1.254:530.0.0.0:* > > > > If not, what does > > > > ps | grep [d]nscache > > > > say? There should be a match for /usr/bin/dnscache , probably > > running as the user "dnscache". On my Dachstein-CD box, the > > process is: > > > > 1002 dnscache S/usr/bin/dnscache > > > > If dnscache is running and bound to 192.168.1.254:53, you might > > try setting "nameserver 192.168.1.254" in /etc/resolv.conf on > > the firewall and verify that name resolution on the firewall > > still works. (Try pinging an internet host by name.) If it > > doesn't, either dnscache is not setup correctly or maybe > > something is blocking name requests to the root servers upstream, > > although that seems unlikely. I'd also recommend using a newer > > version of Dachstein if you don't have a reason for using the > > pre-relea
[leaf-user] Re: RCP on bering
Le Mercredi 24 Juillet 2002 12:33, Harry Campigli a écrit : > Hi Jaques, > > I have been playing with bering trying to get it up as a basic router. I > only want basic ip forwarding between 2 pcbcia wlan cards or > wlan/ethernet on old 486 thinkpads. No firewalling and packet filtering > is required > On the other hand I need remote shell and some other progs, all of this > won't fit on a 1680 boot floppy. > > I will explain the situation, so you will understand why the weird > request. I have built a network of linux boxes linked with 802.11 wlan > cards about 20k apart. Most of these are on hill tops and have ham radio > systems hooked to the serial ports, they all run small daemons to feed > the serial data back along the links. Mainly aprsd and doppler rdf > units. > > I was hoping to make a couple of new sites with the notebooks with leaf > rather than full machines. The whole setup can then be mast mounted > meaning no antenna cableing and lower power use. > > > So the question, I assume you have a development set up to compile for > leaf. Do you have the time to compile a couple of programs for me? > Primarily rcp as a client only, and maybe a couple of daemons. The rcp client is here: http://leaf.sourceforge.net/devel/jnilo/bering/latest/contrib/ Jacques --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
Re: [leaf-user] Motorola Surfboard/Charter Cable continued...
Hi Brad Fritz wrote the following at 17:56 24.07.2002: >On Wed, 24 Jul 2002 11:42:17 EDT Dr. Richard W. Tibbs wrote: > >...> dmesg outputs a lot of identical lines like: > > Packet log: input DENY eth0 PROTO=17 10.1.20.1:67 255.255.255.255:68 > > L=328 S=0x0 I=414nn F=0x000 T=255 (#8) > >Nothing to worry about. Just a host on the eth0 side broadcasting >for a DHCP lease. I am not sure it's that irrelevant if an external host with a 10.1.20.1 broadcasts for a DHCP lease. It may be misconfigured or we may have a rfc1918 network > > I am running with a hand-configured DNS on the win2k, but I will try to > > let the firewall serve up DNS.. cheers Erich THINK Püntenstrasse 39 8143 Stallikon mailto:[EMAIL PROTECTED] PGP Fingerprint: BC9A 25BC 3954 3BC8 C024 8D8A B7D4 FF9D 05B8 0A16 --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
Re: [leaf-user] Motorola Surfboard/Charter Cable continued...
On Wed, 24 Jul 2002 22:19:26 +0200 Eric Titl wrote: > Hi > > Brad Fritz wrote the following at 17:56 24.07.2002: > > >On Wed, 24 Jul 2002 11:42:17 EDT Dr. Richard W. Tibbs wrote: > > > >...> dmesg outputs a lot of identical lines like: > > > Packet log: input DENY eth0 PROTO=17 10.1.20.1:67 255.255.255.255:68 > > > L=328 S=0x0 I=414nn F=0x000 T=255 (#8) > > > >Nothing to worry about. Just a host on the eth0 side broadcasting > >for a DHCP lease. > > I am not sure it's that irrelevant if an external host with a 10.1.20.1 > broadcasts for a DHCP lease. It may be misconfigured or we may have a > rfc1918 network You're right, Erich, I probably dismissed the rfc1918 traffic too quickly. The output of "ip addr show eth0" would shed more light on the situataion. I don't have a dhclient machine handy, but I believe there is a status file in /etc/dhclient or /var/ somewhere (or output in /var/log/syslog) that gives information about what dhclient has done recently. That information would also help us understand what's going on. Dr. Tibbs did say in an earlier posting: > IPSEND=24.yyy.xxx.56 /* latest external IP via the cable modem & > dhcp, anonimized for our protection */ so I assumed (and we all know what that stands for) that he was assigned a public address. All that said, I have seen a fair amount of rfc1918 traffic the WAN segment of various DSL and cable links, so it wouldn't surprise me if the DHCP broadcast traffic from 10.1.20.1 is from a neighbor on the same public network segment that has a misconfigured host. --Brad --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
Re: [leaf-user] Motorola Surfboard/Charter Cable continued...
Brad Fritz wrote: > > On Wed, 24 Jul 2002 22:19:26 +0200 Eric Titl wrote: > > > Brad Fritz wrote the following at 17:56 24.07.2002: > > > > >On Wed, 24 Jul 2002 11:42:17 EDT Dr. Richard W. Tibbs wrote: > > > > > >...> dmesg outputs a lot of identical lines like: > > > > Packet log: input DENY eth0 PROTO=17 10.1.20.1:67 255.255.255.255:68 > > > > L=328 S=0x0 I=414nn F=0x000 T=255 (#8) > > > > > >Nothing to worry about. Just a host on the eth0 side broadcasting > > >for a DHCP lease. > > > > I am not sure it's that irrelevant if an external host with a 10.1.20.1 > > broadcasts for a DHCP lease. It may be misconfigured or we may have a > > rfc1918 network > > You're right, Erich, I probably dismissed the rfc1918 traffic too > quickly. The output of "ip addr show eth0" would shed more light > on the situataion. I don't have a dhclient machine handy, but I > believe there is a status file in /etc/dhclient or /var/ somewhere > (or output in /var/log/syslog) that gives information about what > dhclient has done recently. /var/state/dhcp/dhclient.leases -- Best Regards, mds mds resource 888.250.3987 Dare to fix things before they break . . . Our capacity for understanding is inversely proportional to how much we think we know. The more I know, the more I know I don't know . . . --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
[leaf-user] MAC to IP matching
Hi. Yes, it's me again. BeringRC3 system, trying to get both a small DMZ and a Masqueraded WIN net connected to 5 dedicated IP's via cable modem. My local cable company uses some sort of cisco hardware/software security that matches each IP address to a specific MAC address. The want me to connect the Cable Modem ethernet and 5 seperate ethernet cards to a hub. Then each card gets 1 IP routed to it. Then the data could pass thru the firewall and out to a 6th and 7th card for DMZ and Windows net. YUK Among other things I dont think I have a motherboard with 7 PCI slots. Can Bering tag each outgoing packet with a MAC depending on its source IP? Incomming packets should be trivial. or Can proxy arp pass the MAC address thru the firewall? Thank you for considering this issue. Harold Miller Webmaster, The Mars Society [EMAIL PROTECTED] -- This message has been scanned for viruses and dangerous content by NW.NET's MailScanner, and is believed to be clean. --- This sf.net email is sponsored by: Jabber - The world's fastest growing real-time communications platform! Don't just IM. Build it in! http://www.jabber.com/osdn/xim leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
[leaf-user] Problem booting Bering RC3
Hello, I'm having problems when the computer boots. It gets as far as starting to load the packages, but after it starts loading the 1st or 2nd package it reboots & starts all over. I've tried several things including using my old dos norton's diagnostics disk & ran a burn in for 2 hours no problem, testing memory, floppy drives, video, etc... but when I stuck the Bering boot disk in it did the same thing. Now here's the really weird thing... it *was* working just fine. Then I actually mounted the floppy drives to the casing, screwed the cards in, put the top back on it & took it downstairs... now it doesn't work no matter what I do. Not only that, but if I screw the screw that holds the video card in all the way it gives me an FDC error when it boots, I have to unscrew it half a turn to a full turn to get it to boot without this. I've even tried to disassemble the hardware & insert the cards into different slots, reassigning IRQs, taking everything out except the video card & 1 of the floppy drives, still no dice even with the standard Bering rc3 boot disk (which works, I tried it on at least 2 other computers & it at least gets me past the login). The only thing I can think of is maybe there's something wrong with the cpu, but I'm not even sure about that... it's an AMD k-5 p100 & using the norton's diagnostics disk it tested out at an average of ~101Mhz. All the hardware has been tested out on other computers except the motherboard & cpu. Any ideas as to whether this is a software or hardware problem?? Thanks for any help. Patrick P.S. anyone know what drivers would work with a gigafast ethernet card? the drivers disk came with rtl8139.c & compile batch file. I've not been very successful in following the instructions on the site to set up a virtual environment to compile stuff. --- This sf.net email is sponsored by: Jabber - The world's fastest growing real-time communications platform! Don't just IM. Build it in! http://www.jabber.com/osdn/xim leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
[leaf-user] Muzik iste
JetMp3 Türkiye'de ilk kez uygulanan bir sistemi hayata geçirdi. http://www.jetmp3.com Bu sistemle artýk Ýstediðiniz MP3 leri ister tek tek isterseniz albümler halinde ve birkaç dakika içinde sanki disketten bilgisayarýnýza yükler gibi süratle indirebilirsiniz. Turk ve Yabancý albümler, klipler ve daha fazlasý... 11gb lik arþivimize göz atmak için týklayýn: http://www.jetmp3.com áËë^¨¥Ë)¢{(ç[ÈmêÓ ì(®Wl}«-zË`®" Þj[bç(k§Æì¦V~æíë- ÀnWb¶)á¶Úÿ 0¦Ûz·(ú,vñi^iû¬z¹X§X¬¶W~ë®X¬¶Ë(º·~àzwÛi³ÿåËl²«qç讧zßåËlþX¬¶)ߣù^iû¬z´!¶ÚþW~èç-¢¸?¦æÿv?v&jv z¿Ý¡È×ÏuÙ¥