[Leaf-user] PCI ETH cards
Hi all, I've spend a lot of time trying to get working some D-Link PCI Network cards. However I wasn't able. All I've read on the sourceforge-site, on the dachstein-homepage, FAQs ... but nothing worked for my machine. -I'm using the latest dachstein floppy release -During booting the bios shows the ethernet cards -I've commentet out within lrcfg modules the pci-scan and the ne2k-pci (hope this are right for my D-Link DFE-530TX 10/100) -during the Linux-boot process there are 3 PCI-Messages PCI: PCI BIOS revicion 2.10 entryat 0xfb210 PCI: using configuration type 1 PCI: Probing PCI hardware After this there are no more messages regarding PCI-cards found, or ethernet-interfaces added. The only interface on my system is the loopback :-| On the d-link-homepage (german) there are a link for a actual linux-driver. (a tar-file with 2 c-sources 2 header-files and makefile) What can I do to get working my ethernet cards? Thanks Markus ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] PCI ETH cards
Hi Markus, -I've commentet out within lrcfg modules the pci-scan and the ne2k-pci (hope this are right for my D-Link DFE-530TX 10/100) You mention that you removed some modules, but did you add the via-rhine module for the DFE-530TX ? And if I remember well, via-rhine also needs the pci-scan module. If you don't have it, you can get the via-rhine.o module from Charles' site (http://lrp.steinkuehler.net/files/kernels/2.2.19-3-normal/modules/net for example). Robert ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] Serial question
I'm not positive ( Charles could confirm this) but it seems likely that the Dachsteinn-small kernal was substituted somewhere during the evolution of the Dachstein floppy-disk distro as a space-saving measure. Yes, serial support was pulled out of the Dachstein-small kernel, along with various advanced routing features to save space. The previous Materhorn and Eiger kernels had substantially more features enabled by default. Combined with UPX compression of the kernel, the Dachstein-small kernel used for the floppy distribution is 138,712 bytes *SMALLER* than the previous Eiger kernel (361,430 bytes vs 500,142 bytes). That's quite a substantial savings for a floppy distribution! 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
Re: [Leaf-user] Disk Difficulties
Step 9) Type mount -t msdos /dev/hda1 /mnt You might want to add a note here. If this step doesn't work, the kernel might not be compiled with IDE support built-in. Upgrading to a kenel with IDE support built-in, or loading the IDE modules will be required before you can access the DOM. 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] zebedee.lrp available
Zebedee is a simple program to establish an encrypted, compressed tunnel for TCP/IP or UDP traffic between two systems. Please check: http://leaf.sourceforge.net/article.php?sid=32 Cheers Jacques http://leaf.sourceforge.net/devel/jnilo ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
RE: [Leaf-user] Traffic Shaping using TC
Hi Simon Thanks again for the modified package! Do you notice that speed decrease only when uploading to this particular FTP server? Is it ok for you if we first try to find out why FTP uploads to this (or every FTP) server gets slower and then begin to implement to music rule? best wishes --- Sandro Minola | LEAF Developer (http://leaf.sourceforge.net) mailto:[EMAIL PROTECTED] | mailto:[EMAIL PROTECTED] http://www.minola.ch| http://leaf.sourceforge.net/devel/sminola -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Simon Bolduc Sent: Tuesday, March 26, 2002 6:24 PM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [Leaf-user] Traffic Shaping using TC When I'm talking about 8-12 K/s I mean Kilobytes per second. My connection is Cable with 384 Kilobits /s up, and 3 Megabits/s down. The FTP client is running on another ISP entirely so it looks like: My Client - LEAF box (no QoS) - Internet - DCD box (QoS running) - Server There is no DMZ in place. So thats what the FTP looks like. The other issue is the following: I have a file sharing program (family members getting music and such) that uses both TCP and UDP ports in order to communicate. The Port that I use is 412 TCPUDP and is forwarded to a server not in a DMZ. My main goal is to limit the sending capabilities of the program to a value that is very low so it doesn't interfere with other more important outgoing information i.e. FTP, Mail, VPN. Any ideas or help would be appreciated. S From: Sandro Minola [EMAIL PROTECTED] To: Simon Bolduc [EMAIL PROTECTED], Leaf-User [EMAIL PROTECTED] Subject: RE: [Leaf-user] Traffic Shaping using TC Date: Tue, 26 Mar 2002 18:04:58 +0100 Hi Simon, hi all slow - with a default setup my ftp server went from 40-43 K/s to 8-12 K/s. How are you connecting to your FTP server? Is this server located on your LAN, your DMZ or on the internet? You wrote that you portforward to an internal box. Is this internal box the FTP server? If yes, where is your client then? Looks your setup like this: My client -- internet -- Leaf box which is running my script -- FTP server ? Are you always talking about KBits/s if you write K/s? If yes, I assume that you're using a dial-up connection!? Well, I'm not sure if my script runs well with PPP (dial-up) connections becaus of the different MTU values. Please tell me more about your setup and what exactly goes wrong, and in which direction (up- or download)? I'm sure we can fix your problems. BTW: I didn't notice ANY problems yet and I'm even running a DMZ. --- Sandro Minola | LEAF Developer (http://leaf.sourceforge.net) mailto:[EMAIL PROTECTED] | mailto:[EMAIL PROTECTED] http://www.minola.ch| http://leaf.sourceforge.net/devel/sminola -Original Message- From: Simon Bolduc [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 26, 2002 3:56 PM To: [EMAIL PROTECTED] Subject: RE: [Leaf-user] Traffic Shaping using TC I installed the script - and certain parts work - but somethings got really slow - with a default setup my ftp server went from 40-43 K/s to 8-12 K/s. While that doesn't really concern me it is a little frustrating. I also tried (to no avail) to add rules that would govern traffic that uses both UDP and TCP port 412 (thats the port I'm sending from internally and receiving to internally) which are both port forwarded to an internal box. This box also runs other 'net services so I can't just throw the IP into the filter and make it work that way. The rules I added were (just as I test setup - I know it'd be abismally slow - but they should indicate that I have set things up correctly) are: tc class add dev $EXTERN_IF parent 1:1 classid 1:30 cbq rate 40kbit / allot 1600 prio 3 avpkt 1000 bounded tc qdisc add dev $EXTERN_IF parent 1:30 handle 30: sfq perturb 10 tc filter add dev $EXTERN_IF parent 1:0 protocol ip prio 25 u32 match / ip dport 0x019c 0x flowid 1:30 and I moved the bulk class/filter to 1:40 I'm afraid I may have done this on the wrong interface - and I'm not sure whether this rule actually has to come before the high priority class or not as I think the first filter/class that applies to a packet is used. Also I'm unsure of how to specify a group of ports like the passive ones used for ftp would be setup. Through your script I've learned a lot more about Traffic shaping but obviously not enough. S _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp. ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user ___ Leaf-user mailing
RE: [Leaf-user] Traffic Shaping using TC
I think the problem might have been my ISP - after messing around with the script for a day or two - and completely mangling it - I disabled the script - didn't bother checking how my FTP server was doing, but the next day everything was fine without the script. I reloaded the script and all was well. side note I also added my own class (to the new package as well) for the file sharing program my brother uses. It seems to work fine if someone using an active connection connects to me (throttles the bandwidth appropriatly). Unfortunatly if they are using a passive connection I can't throttle them. Here is how the application works: Port 412 is forwarded to an internal computer. With active connections it is a direct (UDP) link 412 - 412 so I just add a rule that says if the dport is 412 slow the connection down. With passive its (TCP) port 412 - a random port. Adding a rule with a sport of 412 doesn't work cause it kills the incoming traffic as well. Here are the rules I came up with: tc filter add dev $EXTERN_IF parent 1:0 protocol ip prio 26 u32 match \ ip dport 412 0x flowid 1:10 tc filter add dev $EXTERN_IF parent 1:0 protocol ip prio 27 u32 \ match ip src 192.168.2.200/24 6 0xff \ match ip sport 412 0x \ flowid 1:20 The above filter doesn't seem to do anything at all. Any ideas would be appreciated. The reason my flow ids are different is because the first connection uses UDP and needs to go before the UDP filter (I think). The send is 1:20 just so I could keep everything together. /side note Thanks again Sandro S To: Simon Bolduc [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: RE: [Leaf-user] Traffic Shaping using TC Date: Thu, 28 Mar 2002 20:09:18 +0100 Hi Simon Thanks again for the modified package! Do you notice that speed decrease only when uploading to this particular FTP server? Is it ok for you if we first try to find out why FTP uploads to this (or every FTP) server gets slower and then begin to implement to music rule? best wishes --- Sandro Minola | LEAF Developer (http://leaf.sourceforge.net) mailto:[EMAIL PROTECTED] | mailto:[EMAIL PROTECTED] http://www.minola.ch| http://leaf.sourceforge.net/devel/sminola -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Simon Bolduc Sent: Tuesday, March 26, 2002 6:24 PM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [Leaf-user] Traffic Shaping using TC When I'm talking about 8-12 K/s I mean Kilobytes per second. My connection is Cable with 384 Kilobits /s up, and 3 Megabits/s down. The FTP client is running on another ISP entirely so it looks like: My Client - LEAF box (no QoS) - Internet - DCD box (QoS running) - Server There is no DMZ in place. So thats what the FTP looks like. The other issue is the following: I have a file sharing program (family members getting music and such) that uses both TCP and UDP ports in order to communicate. The Port that I use is 412 TCPUDP and is forwarded to a server not in a DMZ. My main goal is to limit the sending capabilities of the program to a value that is very low so it doesn't interfere with other more important outgoing information i.e. FTP, Mail, VPN. Any ideas or help would be appreciated. S From: Sandro Minola [EMAIL PROTECTED] To: Simon Bolduc [EMAIL PROTECTED], Leaf-User [EMAIL PROTECTED] Subject: RE: [Leaf-user] Traffic Shaping using TC Date: Tue, 26 Mar 2002 18:04:58 +0100 Hi Simon, hi all slow - with a default setup my ftp server went from 40-43 K/s to 8-12 K/s. How are you connecting to your FTP server? Is this server located on your LAN, your DMZ or on the internet? You wrote that you portforward to an internal box. Is this internal box the FTP server? If yes, where is your client then? Looks your setup like this: My client -- internet -- Leaf box which is running my script -- FTP server ? Are you always talking about KBits/s if you write K/s? If yes, I assume that you're using a dial-up connection!? Well, I'm not sure if my script runs well with PPP (dial-up) connections becaus of the different MTU values. Please tell me more about your setup and what exactly goes wrong, and in which direction (up- or download)? I'm sure we can fix your problems. BTW: I didn't notice ANY problems yet and I'm even running a DMZ. --- Sandro Minola | LEAF Developer (http://leaf.sourceforge.net) mailto:[EMAIL PROTECTED] | mailto:[EMAIL PROTECTED] http://www.minola.ch| http://leaf.sourceforge.net/devel/sminola -Original Message- From: Simon Bolduc [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 26, 2002 3:56 PM To: [EMAIL PROTECTED] Subject: RE: [Leaf-user] Traffic Shaping using TC I installed the script - and certain parts work - but somethings got really slow - with a
Re: [Leaf-user] rdate, udp and Bering
Stephen Lee wrote: On Wed, 2002-03-27 at 17:12, Matt Schalit wrote: Stephen Lee wrote: I noticed that rdate from Bering does not seem to accept the -u switch for time requests using UDP. I suspect many of the RFC868 rdate servers are only accepting UDP requests because under RedHat7.2 I needed the -u switch to get a response for most of the servers tried. It appears that the Bering rdate version is from Busybox and so is there a way to get UDP queries from it? I think tock.usno.navy.mil still accepts rdate queries. You might try there. As far as your UDP question goes, I'm not sure, but people like to use xntpd for setting the time via the internet because it's the standard service for that sort of thing and is well regarded. rdate is old and a part of busybox I think. Thanks. I installed xntpd.lrp and pointed it to one of the public ntp servers. The problem is that my hardware clock is so far off that it's going to take ntpd a long time to synchronize the local time to the remote ntp server time. I would normally use rdate to do a quick fix but in this case rdate doesn't work with tock.usno.navy.mil. It, like all of the other rdate servers tried, only accepts udp queries. I suppose if all else fails I could manually set the time with 'date' and 'hwclock'. Try this: rdate -s ntp0.cornell.edu -- 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 . . . ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
[Leaf-user] rdate, udp and Bering
On Thu, 2002-03-28 at 12:56, Michael D. Schleif wrote: Thanks. I installed xntpd.lrp and pointed it to one of the public ntp servers. The problem is that my hardware clock is so far off that it's going to take ntpd a long time to synchronize the local time to the remote ntp server time. I would normally use rdate to do a quick fix but in this case rdate doesn't work with tock.usno.navy.mil. It, like all of the other rdate servers tried, only accepts udp queries. I suppose if all else fails I could manually set the time with 'date' and 'hwclock'. Try this: rdate -s ntp0.cornell.edu I get rdate: ntp0.cornell.edu: Connection refused on Bering boxes but it works on Eigerstein2b boxes. Could there be some firewall setting causing this problem? Stephen ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] rdate, udp and Bering
You'll have to open up TCP 37 from your firewall to the net in order to use rdate. -Tom - Original Message - From: Stephen Lee [EMAIL PROTECTED] To: Leaf-user [EMAIL PROTECTED] Sent: Thursday, March 28, 2002 1:05 PM Subject: [Leaf-user] rdate, udp and Bering On Thu, 2002-03-28 at 12:56, Michael D. Schleif wrote: Thanks. I installed xntpd.lrp and pointed it to one of the public ntp servers. The problem is that my hardware clock is so far off that it's going to take ntpd a long time to synchronize the local time to the remote ntp server time. I would normally use rdate to do a quick fix but in this case rdate doesn't work with tock.usno.navy.mil. It, like all of the other rdate servers tried, only accepts udp queries. I suppose if all else fails I could manually set the time with 'date' and 'hwclock'. Try this: rdate -s ntp0.cornell.edu I get rdate: ntp0.cornell.edu: Connection refused on Bering boxes but it works on Eigerstein2b boxes. Could there be some firewall setting causing this problem? Stephen ___ 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
[Leaf-user] ssh firewall
hello- I am using echowall on dachstein LRP. I have a windows 2k pro machine that i can ssh into from the outside. i am also running an http server on my w2k machine. I am port forwarding ssh through my router/firewall. My problem is I am not sure how to tunnel the http to the *outside world*. I am not sure if it is possible. Any thoughts or suggestions? thanks brian ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] rdate, udp and Bering
On Thu, 2002-03-28 at 13:43, Michael D. Schleif wrote: Tom Eastep wrote: You'll have to open up TCP 37 from your firewall to the net in order to use rdate. -Tom - Original Message - From: Stephen Lee [EMAIL PROTECTED] To: Leaf-user [EMAIL PROTECTED] Sent: Thursday, March 28, 2002 1:05 PM Subject: [Leaf-user] rdate, udp and Bering On Thu, 2002-03-28 at 12:56, Michael D. Schleif wrote: Thanks. I installed xntpd.lrp and pointed it to one of the public ntp servers. The problem is that my hardware clock is so far off that it's going to take ntpd a long time to synchronize the local time to the remote ntp server time. I would normally use rdate to do a quick fix but in this case rdate doesn't work with tock.usno.navy.mil. It, like all of the other rdate servers tried, only accepts udp queries. I suppose if all else fails I could manually set the time with 'date' and 'hwclock'. Try this: rdate -s ntp0.cornell.edu I get rdate: ntp0.cornell.edu: Connection refused on Bering boxes but it works on Eigerstein2b boxes. Could there be some firewall setting causing this problem? rdate works on my several DCD's without tcp/udp 37. All we have open are: ntp 123/udpNetwork Time Protocol Adding port 37 to FW_TCP_OUT_PORTS in Bering got rdate working. Adding port 123 (either udp or tcp) did not work for me. Thanks for the help! Stephen ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] rdate, udp and Bering
Hello Stephen, Michael Stephen Lee wrote: On Thu, 2002-03-28 at 12:56, Michael D. Schleif wrote: Thanks. I installed xntpd.lrp and pointed it to one of the public ntp servers. The problem is that my hardware clock is so far off that it's going to take ntpd a long time to synchronize the local time to the remote ntp server time. I would normally use rdate to do a quick fix but in this case rdate doesn't work with tock.usno.navy.mil. It, like all of the other rdate servers tried, only accepts udp queries. I suppose if all else fails I could manually set the time with 'date' and 'hwclock'. Try this: rdate -s ntp0.cornell.edu I get rdate: ntp0.cornell.edu: Connection refused on Bering boxes but it works on Eigerstein2b boxes. Could there be some firewall setting causing this problem? as Tom allready stated it is. rdate uses port 37 and this is denied by default change shorewall settings 1 ) params FW_TCP_OUT_PORTS=53,37 and restart shorewall (don't forget to backup ) I do not know which `rdate' is in Bering. Dachstein, c. uses busybox rdate. Bering uses also Busybox v0.60.2 rdate Regarding firewalled ports, have you checked these? ntp 123/tcpNetwork Time Protocol ntp 123/udpNetwork Time Protocol With me rdate ntp0.cornell.edu functions after the modification i indicated above. The connection refused comes from your own router not from the timeserver. PS you are talking about using rdate from the router not from a linux machine in the internal network ? The parameter I talked about before is firewall --- timeserver. otherwise the firewall should not be blocking. Regards Eric Wolzak member of the bering crew ;) ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] rdate, udp and Bering
Tom Eastep wrote: - Original Message - From: Michael D. Schleif [EMAIL PROTECTED] Cc: Leaf-user [EMAIL PROTECTED] Sent: Thursday, March 28, 2002 1:43 PM Subject: Re: [Leaf-user] rdate, udp and Bering causing this problem? rdate works on my several DCD's without tcp/udp 37. All we have open are: ntp 123/udpNetwork Time Protocol It produces the following log message here: Shorewall:all2all:REJECT:IN= OUT=eth0 SRC=206.124.146.176 DST=206.124.128.1 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=33953 PROTO=TCP SPT=1101 DPT=37 WINDOW=5840 RES=0x00 CWR ECE SYN URGP=0 This was in response to rdate 206.124.128.1. Upon further investigation, I agree that this is also true on DCD -- port 37. -- 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 . . . ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
[Leaf-user] [ leaf-Support Requests-536605 ] New Installation HELP
Support Requests item #536605, was opened at 2002-03-28 20:22 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=213751aid=536605group_id=13751 Category: Release/Branch: Oxygen Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Mike Noyes (mhnoyes) Summary: New Installation HELP Initial Comment: I have downloaded the three version 1.8 Oxygen .bin files from LEAF. As I am new to Linux, and cannot locate the necessary HOWTO, can someone please help with the instruction on how to install Oxygen?. The three Oxygen files have been downloaded to a Windows system, and are to be installed to a seperate PC (that meets the minimum specified requirements). My hope is to create a bootable CD. I would appreciate any help. Many Thanks Greg G -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=213751aid=536605group_id=13751 ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
[Leaf-user] Bering V1.0rc1 and Bridge config
Hello All, I would firstly like to thank the developers of this Leaf version. I am only newish to linux and the docs have been very helpfull. I have a small problem, now that I am trying to configure it as a ethernet bridge. I have played with proxy arp but after finding out about the Ethernet Bridge this works for my setup better. When I configure the interface file at 'step 4' for the bridge config and reboot the system I get this error... Configuring network interfaces : Don't seem to be have all the variables for br0/inet. I have been able to get the bridge running if i configure it at the command line. I have noticed that the Bridge selection is under testing. Has anyone had this same fault? Or what am i doing wrong in the config files to get this fault? Or is there a work around for this? Any ideas? Thanks in advance for any help. Regards, Robert. ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
