Re: [leaf-user] Bering-uClibc Module.dep question
On Sun, 2004-02-01 at 12:08, joah moat wrote: There is no /lib/modules/2.4.24/kernel/drivers/net/ directory, do I need to create a directory for this 8390.o module? Module.dep file included with Bering-uClibc 2.1: /lib/modules/2.4.24/pcmcia/pcnet_cs.o: /lib/modules/2.4.24/kernel/drivers/net/8390.o \ /lib/modules/2.4.24/pcmcia/ds.o \ /lib/modules/2.4.24/pcmcia/pcmcia_core.o These paths show the locations of modules in a normal installation. LEAF is not normal. Bering 1.2 puts these files in # ls -alR /lib/modules /lib/modules: lrwxrwxrwx1 root root 12 Jan 26 00:56 2.4.20 - /lib/modules -rw-r--r--1 root root 9052 Aug 27 02:38 8390.o drwxr-sr-x2 root root 120 Jan 26 00:56 pcmcia /lib/modules/pcmcia: drwxr-sr-x2 root root 120 Jan 26 00:56 . drw-r--r--3 root root 280 Jan 26 00:56 .. -rw-r--r--1 root root11520 May 11 2003 ds.o -rw-r--r--1 root root38488 May 11 2003 i82365.o -rw-r--r--1 root root57393 May 11 2003 pcmcia_core.o -rw-r--r--1 root root18056 Aug 26 09:38 pcnet_cs.o You may not need the i82365.o module --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn 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] Broken links to Bering documentation
Hi All I'm having some trouble with the LEAF website. The following two pages have links to the Bering Users', Installation and Developers' guides that are broken: http://leaf.sourceforge.net/mod.php?mod=userpagemenu=904page_id=21 http://leaf.sourceforge.net/devel/jnilo/ It looks like the guides have been moved, without the links being updated. Can anyone tell me where these docs reside these days? cheers Julian --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn 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] Broken links to Bering documentation
Am Montag, 02. Februar 2004 14:20 schrieb Julian Church: Hi All I'm having some trouble with the LEAF website. The following two pages have links to the Bering Users', Installation and Developers' guides that are broken: http://leaf.sourceforge.net/mod.php?mod=userpagemenu=904page_id=21 http://leaf.sourceforge.net/devel/jnilo/ It looks like the guides have been moved, without the links being updated. Can anyone tell me where these docs reside these days? They should be still at the same place; but it seems the URL is on another server, which is unavailable from time to time (and pretty often, I agree). Check back later. Mike, any insights? kp --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn 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] OT -IPSec routing question
I have an IPSec tunnel setup across a wireless link that I'm trying to get right. Here's the layout: Local lan - wireless bridge - wireless bridge - remote lan What I have currently requires some babysitting if the Bering 1.2 box on the remote lan gets reset. The routing is a mess when it comes up. I think part of the problem is the IP addressing, which is as follows: Local: 2: eth0: BROADCAST,MULTICAST,UP mtu 1500 qdisc pfifo_fast qlen 100 link/ether 02:00:07:e3:92:1e brd ff:ff:ff:ff:ff:ff inet 208.191.32.34/29 brd 208.191.32.39 scope global eth0 3: eth1: BROADCAST,MULTICAST,UP mtu 1500 qdisc pfifo_fast qlen 100 link/ether 00:e0:18:26:a4:51 brd ff:ff:ff:ff:ff:ff inet 10.0.0.1/24 brd 10.0.0.255 scope global eth1 4: ipsec0: NOARP,UP mtu 16260 qdisc pfifo_fast qlen 10 link/ether 00:e0:18:26:a4:51 brd ff:ff:ff:ff:ff:ff inet 10.0.0.1/24 brd 10.0.0.255 scope global ipsec0 Remote: 3: eth0: BROADCAST,MULTICAST,UP mtu 1500 qdisc pfifo_fast qlen 100 link/ether 00:02:e3:15:ce:69 brd ff:ff:ff:ff:ff:ff inet 10.0.0.40/24 brd 10.0.0.255 scope global eth0 4: eth1: BROADCAST,MULTICAST,UP mtu 1500 qdisc pfifo_fast qlen 100 link/ether 00:40:63:c0:93:2a brd ff:ff:ff:ff:ff:ff inet 10.0.1.254/24 brd 10.0.1.255 scope global eth1 5: ipsec0: NOARP,UP mtu 16260 qdisc pfifo_fast qlen 10 link/ether 00:02:e3:15:ce:69 brd ff:ff:ff:ff:ff:ff inet 10.0.0.40/24 brd 10.0.0.255 scope global ipsec0 This is the working configuration. The local end is a RH box that connects to the local LAN (10.0.0.0/24) and the wireless bridge, and does IP Masq for both networks. The remote is a Bering 1.2 that connects to the LAN (10.0.1.0/24) and the wireless bridge on that end. When the Bering box reboots, the default route is out eth0, not ipsec0. I'm not sure if this is a configuration error, or if it's because of the IP layout with both ends of the IPSec tunnel being in the same netblock. I'm replacing the RH box with another Bering 1.2 box, and would like to clean up this mess at the same time. Any thoughts or links appreciated. -- Homer Parker /\ ASCII Ribbon Campaign \ / No HTML/RTF in email http://www.homershut.net x No Word docs in email telnet://bbs.homershut.net/ \ Respect for open standards Bill Gates reports on security progress made and the challenges ahead. -- Microsoft's Homepage, on the day an SQL Server bug crippled large sections of the Internet. --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn 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] Kind of OT : LEAF based Ax wi-fi node
Am Montag, 02. Februar 2004 17:53 schrieb Stelios Koroneos: Greetings ! This is kind of OT but you might be interested in seeing a LEAF box serving as an Ax wi-fi node :-) http://www.stelioscellar.com/SteliosBox/AWMN/ Cool. May I ask what's the max distance you can achieve? kp --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn 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] machine access by hostname in the DMZ?
Hi Leaf'ers I think Erich's answer was probably the best, but it also seemed like overkill to some degree - so let me be a bit more precise in what I'm trying to accomplish in hopes that there's an easier way to do this. The problem: I've got a server running in my DMZ that's running smtp, imap, and very light web hosting services. From out in the world, I can hit the page by hostname. From the LAN, I can address the dmz machine by IP address, and have in the past added an entry into my client machines (OS X, Linux, Windows) /etc/hosts file to be able to address the DMZ server by hostname as well. The LAN is small, only consisting of 3-4 machines at any given time, so maintaining the /etc/hosts files isn't really an issue for LAN-only machines. I run into problems with my OS X laptop. When it's home, I have to either change my /etc/hosts file, or use IP addresses. When away from home, hostname works just fine. So the question is whether there's any (easier) way to have the OS X laptop hit the DMZ machine by hostname when it's on the LAN. Now that I think of it, I'm not entirely sure that the solution is best reached through modifying anything on the LEAF side of things since I think I could probably whip up an Applescript that would copy the right /etc/hosts file into place based on IP address/location. But, in the event that there's a nice, relatively easy way to do this from the LEAF side of things, I figured I'd ask. thanks for the assistance. For reference, here's what Erich Titl wrote: Mhhh pointers. The easiset way is to set up an internal authoritative name server for _your_ domain and use that one exclusively. Any address lookup not services by that server will be forwarded to whatever you define as the uplink name server. So far for internal access. Do the same (with different addresses of course) on an externally visible name server and voila, that's basically it. HTH Erich On Jan 24, 2004, at 8:01 AM, arif wrote: Hey folks, the recent thread on machine access by hostname reminded me that I'd been intending to setup some form of DNS so that I could access my server in the DMZ by hostname. I've searched around and done a pretty good of confusing myself since this is all pretty new to me, so I'm wondering if someone has some pointers to resources on how to set this up that are relatively straightforward. thanks, Arif --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn --- - 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 --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn 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] machine access by hostname in the DMZ?
arif wrote: Hi Leaf'ers I think Erich's answer was probably the best, but it also seemed like overkill to some degree - so let me be a bit more precise in what I'm trying to accomplish in hopes that there's an easier way to do this. The problem: I've got a server running in my DMZ that's running smtp, imap, and very light web hosting services. From out in the world, I can hit the page by hostname. From the LAN, I can address the dmz machine by IP address, and have in the past added an entry into my client machines (OS X, Linux, Windows) /etc/hosts file to be able to address the DMZ server by hostname as well. The LAN is small, only consisting of 3-4 machines at any given time, so maintaining the /etc/hosts files isn't really an issue for LAN-only machines. I run into problems with my OS X laptop. When it's home, I have to either change my /etc/hosts file, or use IP addresses. When away from home, hostname works just fine. So the question is whether there's any (easier) way to have the OS X laptop hit the DMZ machine by hostname when it's on the LAN. Now that I think of it, I'm not entirely sure that the solution is best reached through modifying anything on the LEAF side of things since I think I could probably whip up an Applescript that would copy the right /etc/hosts file into place based on IP address/location. But, in the event that there's a nice, relatively easy way to do this from the LEAF side of things, I figured I'd ask. I do this sort of thing using the 'views' feature of Bind9. Systems get different IP's for the same hostname depending on who's asking (based on IP address of the querying system). It's pretty easy to setup if you're running bind already. -- Charles Steinkuehler [EMAIL PROTECTED] --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn 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] Kind of OT : LEAF based Ax wi-fi node
Stelios At 17:53 02.02.2004, Stelios Koroneos wrote: Greetings ! This is kind of OT but you might be interested in seeing a LEAF box serving as an Ax wi-fi node :-) http://www.stelioscellar.com/SteliosBox/AWMN/ I assume that is a crypto hardware card I see in the image. Could you please explain the driver you chose Thanks Erich THINK Püntenstrasse 39 8143 Stallikon mailto:[EMAIL PROTECTED] PGP Fingerprint: BC9A 25BC 3954 3BC8 C024 8D8A B7D4 FF9D 05B8 0A16 --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn 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] Broken links to Bering documentation
On Mon, 2004-02-02 at 05:20, Julian Church wrote: Hi All I'm having some trouble with the LEAF website. The following two pages have links to the Bering Users', Installation and Developers' guides that are broken: http://leaf.sourceforge.net/mod.php?mod=userpagemenu=904page_id=21 http://leaf.sourceforge.net/devel/jnilo/ It looks like the guides have been moved, without the links being updated. Can anyone tell me where these docs reside these days? Julian, The links look good to me. All of our guides are available from: http://leaf.sourceforge.net/doc/guide http://leaf-project.org/doc/guide -- VHOST for the URL above There were some problems with our daily cron job in the last few days. I don't have a lot of error checking in the script. One of the resources wasn't available, so it failed. I apologize for any inconvenience this may have caused you. -- Mike Noyes mhnoyes at users.sourceforge.net http://sourceforge.net/users/mhnoyes/ SF.net Projects: ffl, leaf, phpwebsite, phpwebsite-comm, sitedocs --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn 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] Kind of OT : LEAF based Ax wi-fi node
I assume that is a crypto hardware card I see in the image. Could you please explain the driver you chose Erich, Actually its a Realtek ethernet card... Crypto is the name of the Greek company that imports them and sell them under their name They used to make crypto modems and devices in the...stoneage of computer history (10 years ago) :-)) --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn 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] Kind of OT : LEAF based Ax wi-fi node
On Monday 02 February 2004 02:34 pm, Stelios Koroneos wrote: I assume that is a crypto hardware card I see in the image. Could you please explain the driver you chose Erich, Actually its a Realtek ethernet card... Crypto is the name of the Greek company that imports them and sell them under their name They used to make crypto modems and devices in the...stoneage of computer history (10 years ago) :-)) My God! -- if 10 years ago was the stone age of computer history, what was 35 years ago when I first got into the computer business? :-) -Tom -- Tom Eastep\ Nothing is foolproof to a sufficiently talented fool Shoreline, \ http://shorewall.net Washington USA \ [EMAIL PROTECTED] --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn 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] connlimit with 2.4.24 kernel and iptables 1.29
Hello dear list :) My question is this: i would like to use the connlimit (formerly known as iplimit) match for iptables, but get a no chain/target/match by that name error, no matter what I try. There is a connlimit.so in the iptables.lrp package, but no corresponding connlimit.o in the modules.lrp package. I messed around a bit with the 2.1rc1 ulibc version, as the kernel and iptables are newer, but the connlimit.o module is still missing. I tried to compile my own 2.4.24 kernel for the 1.2 version (i'm not yet experienced enough to use ulibc (heck, this was my very first linux kernel compilation ever :))), together with the necessary modules and iptables 1.29 (using patch-o-matic to insert the connlimit.o patch first). Trouble is, iptables now wants libnsl.so.1, of which I can't seem to find a correct version. The one of my compilation system (SuSE 9.0, gcc 3.1.x, glibc 2.3.2 IIRC) causes unresolved symbols, a 2.0.7 version causes segfaults. I read in the changelog of Bering that libnsl.so was removed in beta3. What do I need to do to make iptables get along without it, too? I set up the debian woody UML machine, but didn't recompile everything with it yet. Would it solve my problems? Or better: could someone supply me with a connlimit.o for the 2.4.24 kernel of the 2.1rc1 ulibc Bering version? :) Thanks for your patience and sorry if my writing is without any structure, Bjoern Snippe --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn 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] Broken links to Bering documentation
On Mon, 2004-02-02 at 08:40, K.-P. Kirchdrfer wrote: They should be still at the same place; but it seems the URL is on another server, which is unavailable from time to time (and pretty often, I agree). K.-P., Nope. Same server. It's just the main record on SF for our project. Main domain: leaf.sourceforge.net VHOST domain: leaf.sf.net VHOST domain: leaf-project.org -- preferred link VHOST domain: www.leaf-project.org All of them resolve to the same site. The reason it was off-line recently was related to the SF site upgrades, and my failure to include error checking in our daily cron script. Any help you or others are willing to provide to improve the robustness of our daily cron script is appreciated. See daily.sh here: http://cvs.sourceforge.net/viewcvs.py/leaf/devel/mhnoyes/sf-admin/ -- Mike Noyes mhnoyes at users.sourceforge.net http://sourceforge.net/users/mhnoyes/ SF.net Projects: ffl, leaf, phpwebsite, phpwebsite-comm, sitedocs --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn 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