[Leaf-user] NATing from multiple private wire customers to our single FTP server
Firstly, sorry for the length, but I thought I'd start with the full story ... Hi, I'm new to the LRP but familiar with other unixes. I have an unusual requirement which I'm sure could be met by a correctly configured LRP box. Trouble is I have no idea what that configuration would be, hence this plea for help. At work we need to receive daily chuncks of data from a few different customers, all of whom are paranoid (me too). Some customers are not happy with our public server or VPN etc and insist on their own private wire leased line. We don't want to end up as a communications site as this is not our core business. So I want to setup something that shares the same kit for all customers and is easy to add new customers later. For the first of these private wire customers we've put in a Cobalt Raq, which is way over kill but we were in a hurry and I knew it would work. Their pw links a pair of their own routers with their own internal IP address scheme. They have assigned us a static IP address which we must use for our FTP server. Our cobalt's public interface plugs straight into their router so they can push files onto the cobalt's FTP server in the early hours of the morning. The cobalt's private interface is on a network with our real data processing systems, from which we pull the files from the FTP server for the daily production. This works fine. However I'd like to use the cobalt's virtual sites to host an FTP service at another addresses for the next customer's private wire. The problem is that if the cobalt's default gateway isn't configured for the first customer then they can't FTP to it. This will be the same for all routed customers and I don't want to have to buy them one each (and maintain it). I was wondering, with my limited knowledge of NAT, if I could configure a LRP box as follows: The cobalt's public interface plugs into the LRP box's public interface. The cobalt's default gateway is set to the LRP box's public interface. The LRP box's prvate interface is plugged into a switch allong with each of our customer's own routers. The LRP box then does NAT so that each of customer's chosen network address is translated through the LRP box to an address that the cobalt can serve to. If the cobalt's default gateway points back to the LRP box then it should find it's way back to the appropriate customer's router and thus back to their FTP client. Would this work ? If so then what should my network.conf look like ? If not then is there a configuration which would ? begin ascii art: _ _/ \_ / \ \_ _/ | \_/ | | | | |Production server \_ 192.168.1.254 _/ \_/ | | _ / eth1: 192.168.1.14 /| Cobalt Raq FTP server // | / dg=192.168.2.254 / / customer pushes files // / from their client PC | eth0: 192.168.2.1 | /then we pull files from |_|/ our production server | | +-+ | eth0: 192.168.2.254 | | | LRP box running NAT | | | eth1: ???.???.???.??? | +-+ | | +-+ | [] [] [] [] [] [] [] [] | switch / hub +-+ || | ++ | | 172.19.1.9 | | || router | | 172.19.1.8 | | ++ | | | |() | ( private wire ) customer 1 |() | | | ++ | || router / firewall etc. | ++ | | |+--+ || PC | ftp client || | expects ftp server |+--+ at 172.19.1.10 | ## | | ++ | 234.56.7.9 | || router | 234.56.7.8 | ++ | () ( private wire ) customer 2 () | ++ || router / firewall etc. ++ | +--+ | PC | ftp client | | expects ftp server +--+ at 234.56.7.10 ## end ascii art -- Phill Rogers
[Leaf-user] pump.lrp for Dachstein?
Is there a version of pump.lrp that works on Dachstein? Thanks, Stephen ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] ssh firewall
I gotcha. My problem is I'm always wanting to do updates remotely and wouldn't want users to have to flip a switch or God forbid reboot. But a compact flash can be pulled after booting to ramdisk without harm. That's pretty write protected. Problem is to get access to it again you'll have to power down. I would be more interested in a heavily software protected mount, dd, etc. If these commands were 400 and could only be accessed via a very secure sudo like thingy. I mean even root could not get to then without getiing past security. Maybe that's impossible ??? Oh yeah, if you want to solder, break into your IDE cable and run the write enable thru a switch (don't ask me). If you're clever you might even not bring the drive down. That would be cool. Matt Schalit [EMAIL PROTECTED] on 04/01/2002 03:14:30 PM To: Phillip Watts/austin/Nlynx@Nlynx cc: [EMAIL PROTECTED] Subject: Re: [Leaf-user] ssh firewall [EMAIL PROTECTED] wrote: Matt Schalit [EMAIL PROTECTED] on 03/30/2002 10:22:44 PM To: [EMAIL PROTECTED] cc:(bcc: Phillip Watts/austin/Nlynx) Subject: Re: [Leaf-user] ssh firewall 4) hardware protectable IDE Flash disk module Explain this one , please . A mass storage device for a firewall preferrably would have a way to write protect it. A floppy diskette for instance has the little tab that you slide into position. This can not be circumvented by software tricks, ie can't be circumvented by a potential hacker. Currently, only a floppies and tapes have hardware write protect, iirc. A lot of developers have been keen to gain mass storage capacity at low cost, but are hampered by a lack of hardware write protect on hard drives and flash storage. Mike Noyes picked up an ADM, a flash storage IDE Disk Module, which was under $20 for 8 MB. It plugs into your ide plug. If it only had a micro switch on it for write protect, we would have glory. Four of us got together in San Francisco a couple of weeks ago at the Linux Embedded Systems Conference to track down vendors and look for a solution. For all the details, read the leaf-devel archives thread called ADM write protect and perhaps the earlier one, CF (write protect) + IDE adapter both posted at the beginning of February. The current problem is that the ADM is so small that soldering in a switch to those micro sized surface mount contact points is looking very tough. Regards, Matthew ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] Flash Write Protect
Matt Schalit [EMAIL PROTECTED] on 04/01/2002 06:09:47 PM To: Phillip Watts/austin/Nlynx@Nlynx cc: [EMAIL PROTECTED] Subject: Re: [Leaf-user] Flash Write Protect I thought PC-Cards could be hot swapped. I haven't messed with them in Linux yet, though. I thought the same was true for CF chips. Is this not incorrect? SanDisk Compact Flash(postage stamp size) is an IDE emulation not a PC-CARd though the original flash cards were PCMCIA form factor. IDE is not hot swapable. But I am told you can use them on USB somehow and they become hot swappable?? Anything software is not the holy grail because it can be circumvented with time and skill. Or so goes the argument. True, but neither are burglar alarms and dead bolts. But everything you do reduces the size of the population who are intruder candidates. I was just fantisizing maybe a really cool way to make disk access damn hard. For instance, just renaming and relocating mount would help a tiny bit. I don't quite understand what you're suggestion would be from that one paragraph. If you're referring to using the IOW and IOR strobes, that's what I'm claiming isn't possible. I Know nothing about IDE and little about electronics. Having said that, if you kill the whole cable with a switch, you are write protected. IF you are running from ramdisk, you don't need the drive after you see login. I am curious if an IDE guru could kill the cable and electrically fool the bus into thinking it still has a drive. Haven't a clue but that would be cool. By the way, I run all my routers and thin clients from Compact Flash. A LOT faster than floppy and no moving parts. 16MB SanDisk can be found on the internet for as little as $8. I bought one in Office Depot the other day for $12, normally $22. Within a year you will only be able to find the 32MB. Occasionaly we get a bad one. My boss takes it home and formats it with his digital camera software and its okay. The caveats: Only about a million writes therefore no logging. We mail our logs with Python smtplib. Some BIOS's don't like them. Not hot swappable. ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] Flash Write Protect
Oh, yeah. Addressing the mechanical/noise problem: Is a software addressable (encrypted key) switch electrically possible? (i'm just messing around here.) ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] Flash Write Protect
[EMAIL PROTECTED] wrote: I gotcha. Roger that. I swapped the subject line to be more reflective of the discussion. Hope that's ok. My problem is I'm always wanting to do updates remotely and wouldn't want users to have to flip a switch or God forbid reboot. Flipping a switch shouldn't be harder than flipping the write protect tab on a floppy. The problem is that putting the switch remotely onto the case, like wiring the turbo switch on an AT computer to handle the write protect, would create noise problems. That's one of the solutions being investigated. We've had a grand total of one EE comment on this offline, who proposed a solution. Jeff Newmiller also suggested a case mounted switch is not as desireable one on the ADM circuit board, for the same reasons. The problem is getting acess to an internal switch. Opening the case is a small hassle, especially for users and frequent updates. I'm a little surprised to hear you modify your config remotely that often, but that's just because I don't know your application, not because it's strange to do so. I don't think rebooting is required in this situation. But a compact flash can be pulled after booting to ramdisk without harm. That's pretty write protected. Problem is to get access to it again you'll have to power down. Ok. A case mounted socket for a Flash would be similar to how a floppy is case mounted. But if you have to power down I thought PC-Cards could be hot swapped. I haven't messed with them in Linux yet, though. I thought the same was true for CF chips. Is this not incorrect? I would be more interested in a heavily software protected mount, dd, etc. If these commands were 400 and could only be accessed via a very secure sudo like thingy. I mean even root could not get to then without getiing past security. Maybe that's impossible ??? Anything software is not the holy grail because it can be circumvented with time and skill. Or so goes the argument. Oh yeah, if you want to solder, break into your IDE cable and run the write enable thru a switch (don't ask me). If you're clever you might even not bring the drive down. That would be cool. You can search google going back a long way and read up on the whole history of IDE and how write protect is not in the specification. Attempts to modify the IDE cable and it's signals is not a possible solution from what I've read and my amateur analysis. I don't quite understand what you're suggestion would be from that one paragraph. If you're referring to using the IOW and IOR strobes, that's what I'm claiming isn't possible. IDE write protect is a new concept that exists only because CF and PC-Card manufacturer have built that into their controllers that exists on their circuit boards. Regards, Matthew ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
[Leaf-user] Bering wavelan2_cs
Hi All, I'm trying to get pcmcia onto my home LRP system. I am trying running Bering-1680-v1.0-rc1 and Lucent/Orinoco 11 Mbit/s Silver pcmcia card over a Lucent/Avaya pci-to-pcmcia adapter. I need to have the pcmcia package along with the release 6.16 of the wavelan2_cs driver from Lucent. Someone has directions or a package that worked with this hardware? Any help would be appreciated, Thanks Assis Campos, [EMAIL PROTECTED] ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
RE: [Leaf-user] Flash Write Protect
Matt, The tech doc on the Nagasaki DOM's that I have shows a set password command available. I'm in communication with the manufacturer, they do not currently have a utility available to the public to set this password, but where there's a will there's a way. I will check with some other Linuxheads I know and see what we can do... Essentially we just need to create a utility to set the password. Then if the password on the DOM is already set the utility authenticates a new session against the password on the DOM if it doesn't match it fails, if it does match the DOM is unlocked and can be written to. More to come, Steve -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Matt Schalit Sent: Monday, April 01, 2002 5:10 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [Leaf-user] Flash Write Protect [EMAIL PROTECTED] wrote: I gotcha. Roger that. I swapped the subject line to be more reflective of the discussion. Hope that's ok. My problem is I'm always wanting to do updates remotely and wouldn't want users to have to flip a switch or God forbid reboot. Flipping a switch shouldn't be harder than flipping the write protect tab on a floppy. The problem is that putting the switch remotely onto the case, like wiring the turbo switch on an AT computer to handle the write protect, would create noise problems. That's one of the solutions being investigated. We've had a grand total of one EE comment on this offline, who proposed a solution. Jeff Newmiller also suggested a case mounted switch is not as desireable one on the ADM circuit board, for the same reasons. The problem is getting acess to an internal switch. Opening the case is a small hassle, especially for users and frequent updates. I'm a little surprised to hear you modify your config remotely that often, but that's just because I don't know your application, not because it's strange to do so. I don't think rebooting is required in this situation. But a compact flash can be pulled after booting to ramdisk without harm. That's pretty write protected. Problem is to get access to it again you'll have to power down. Ok. A case mounted socket for a Flash would be similar to how a floppy is case mounted. But if you have to power down I thought PC-Cards could be hot swapped. I haven't messed with them in Linux yet, though. I thought the same was true for CF chips. Is this not incorrect? I would be more interested in a heavily software protected mount, dd, etc. If these commands were 400 and could only be accessed via a very secure sudo like thingy. I mean even root could not get to then without getiing past security. Maybe that's impossible ??? Anything software is not the holy grail because it can be circumvented with time and skill. Or so goes the argument. Oh yeah, if you want to solder, break into your IDE cable and run the write enable thru a switch (don't ask me). If you're clever you might even not bring the drive down. That would be cool. You can search google going back a long way and read up on the whole history of IDE and how write protect is not in the specification. Attempts to modify the IDE cable and it's signals is not a possible solution from what I've read and my amateur analysis. I don't quite understand what you're suggestion would be from that one paragraph. If you're referring to using the IOW and IOR strobes, that's what I'm claiming isn't possible. IDE write protect is a new concept that exists only because CF and PC-Card manufacturer have built that into their controllers that exists on their circuit boards. Regards, 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] Flash Write Protect
[EMAIL PROTECTED] wrote: Matt Schalit [EMAIL PROTECTED] on 04/01/2002 06:09:47 PM To: Phillip Watts/austin/Nlynx@Nlynx cc: [EMAIL PROTECTED] Subject: Re: [Leaf-user] Flash Write Protect I thought PC-Cards could be hot swapped. I haven't messed with them in Linux yet, though. I thought the same was true for CF chips. Is this not incorrect? SanDisk Compact Flash(postage stamp size) is an IDE emulation not a PC-CARd though the original flash cards were PCMCIA form factor. IDE is not hot swapable. Ok. :) Though I thought the card services and socket buffered these changes for the OS, I'll take your word for it :) But I am told you can use them on USB somehow and they become hot swappable?? Anything software is not the holy grail because it can be circumvented with time and skill. Or so goes the argument. True, but neither are burglar alarms and dead bolts. But everything you do reduces the size of the population who are intruder candidates. I was just fantisizing maybe a really cool way to make disk access damn hard. For instance, just renaming and relocating mount would help a tiny bit. I agree completely. I don't quite understand what you're suggestion would be from that one paragraph. If you're referring to using the IOW and IOR strobes, that's what I'm claiming isn't possible. I Know nothing about IDE and little about electronics. Having said that, if you kill the whole cable with a switch, you are write protected. Interesting. That struck me as a good idea, until I thought about it over some coffee. The equivalent would be to yank the cable out of the back of you hard drive, which I think we can agree doesn't work well :) The controller's on the hard drive and the OS would be confused. IF you are running from ramdisk, you don't need the drive after you see login. I am curious if an IDE guru could kill the cable and electrically fool the bus into thinking it still has a drive. Yes that's possible but cost prohibative to build a controller to do so. Though this has me wondering now if it's possible to deploy two flash storage devices in the same computer on an A/B switch, one the real module, the other a placeholder. So instead of killing the cable, one might switch to the other module. Sounds tricky. Certainly doing an A/B on 40 pins would be an exercise. That'll require at least two cups of coffee. Haven't a clue but that would be cool. By the way, I run all my routers and thin clients from Compact Flash. A LOT faster than floppy and no moving parts. 16MB SanDisk can be found on the internet for as little as $8. Wow. Looks like I have some shopping to do. Thanks for the info. Matt I bought one in Office Depot the other day for $12, normally $22. Within a year you will only be able to find the 32MB. Occasionaly we get a bad one. My boss takes it home and formats it with his digital camera software and its okay. The caveats: Only about a million writes therefore no logging. We mail our logs with Python smtplib. Some BIOS's don't like them. Not hot swappable. ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
RE: [Leaf-user] can I run simple Samba server on a LEAF machine? or something similar,
Gary, The main purpose behind LEAF is to provide firewalling security and a secure gateway to the internet for more than one machine. Samba follows MS's topologies in order to provide the service(s) to MS Networked Computers. Samba is more secure than an actual MS file server but yet it still poses some security risks. Therefore... The act of putting Samba on a LEAF box would pose some security risk. I do not believe there are any LRP/LEAF packages available to add Samba. Setting up a small Samba server inside your network parallel to your LEAF system makes a whole lot more sense. Take care, Steve -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Gary Dodge Sent: Tuesday, April 02, 2002 11:37 AM To: [EMAIL PROTECTED] Subject: [Leaf-user] can I run simple Samba server on a LEAF machine? or something similar, can I run simple Samba server on a LEAF machine? or something similar, I need just a simple file share or server, no passwords or security. and to handle a 120 or 160 gig ide drive thanks for any ideas out there ___ 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] Bering wavelan2_cs
[EMAIL PROTECTED] wrote: I'm trying to get pcmcia onto my home LRP system. I am trying running Bering-1680-v1.0-rc1 and Lucent/Orinoco 11 Mbit/s Silver pcmcia card over a Lucent/Avaya pci-to-pcmcia adapter. I need to have the pcmcia package along with the release 6.16 of the wavelan2_cs driver from Lucent. Someone has directions or a package that worked with this hardware? Francisco: In its v1.0-rc1 version Bering is compiled with kernel mode PCMCIA support. From the pcmcia-cs.sourceforge.net site: The CardBus socket driver in the 2.4 tree is the yenta_socket driver. It is selected by the CONFIG_CARDBUS option. In your PCMCIA startup options, this driver should be specified in place of the old i82365 driver. The kernel version of the i82365 driver, selected by CONFIG_I82365, only supports ISA-to-PCMCIA bridges. PCI-to-PCMCIA bridges that are not CardBus capable, like the Cirrus PD6729, are not supported at all by the kernel PCMCIA drivers. In this mode you can try the orinoco_cs driver with the yenta socket but I am not too sure that will work (give a try) I will switch to non-kernel mode pcmcia support for the next rc2 release which should be available by the end of the week. PCMCIA modules will then come from pcmcia-cs and it will be then fairly easy to add extra drivers including those coming from orinoco. This option appears more robust stable. than kernel mode PCMCIA. In the meanwhile you could try to recompile the Bering kernel on your own, switching off PCMCIA support and compiled separatly the pcmcia_cs package :-) Jacques ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] can I run simple Samba server on a LEAF machine? orsomething similar,
Steve Fink wrote: Gary, The main purpose behind LEAF is to provide firewalling security and a secure gateway to the internet for more than one machine. That's an understandable, but common misperception. Oxygen is certainly not limited to that description nor was it designed to be so. Think along the lines that LEAF means Linux Embedded Appliance Framework, Foundry, Facilitilizer :) Mike Noyes and the dev team hasn't been able to clarify the meaning of the 'F' part at this time because Sourceforge has some strict rules on modifying the goal/purpose/raison d'etre. Samba follows MS's topologies in order to provide the service(s) to MS Networked Computers. Samba is more secure than an actual MS file server but yet it still poses some security risks. Therefore... The act of putting Samba on a LEAF box would pose some security risk. I do not believe there are any LRP/LEAF packages available to add Samba. Samba my be available Setting up a small Samba server inside your network parallel to your LEAF system makes a whole lot more sense. I think Gary was thinking along these lines to start. I don't think he means to put Samba on his firewall. In any event, for a wide range of packages, take a look at what David has available here: http://leaf.sourceforge.net/devel/ddouthitt/packages/ In there, one will find an smbconf.lrp package that may be what's requested. Perhaps someone can confirm what that package actually does. The documentation apparently is only comments inline with the scripting files. Regards, Matthew Take care, Steve -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Gary Dodge Sent: Tuesday, April 02, 2002 11:37 AM To: [EMAIL PROTECTED] Subject: [Leaf-user] can I run simple Samba server on a LEAF machine? or something similar, can I run simple Samba server on a LEAF machine? or something similar, I need just a simple file share or server, no passwords or security. and to handle a 120 or 160 gig ide drive thanks for any ideas out there ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
[Leaf-user] Setting time zone
How do I set the time zone on a Leaf system? The /etc/tzvalue file under system parameters suggests updating /etc/localtime instead but that appears to be a binary file. Changing the value in /etc/tzvalue works when it is sourced, but that is not done as part of the boot process. JamesS ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] Setting time zone
Read this document: http://c0wz.steinkuehler.net/dox/ntp.txt Basically you have to get the file for your timezone here: http://lrp.steinkuehler.net/files/kernels/zoneinfo/ copy it to /etc/localtime (overwriting the old one). I'm not sure if I'm missing anything - but check the first link - it should explain everything. S From: JamesSturdevant [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [Leaf-user] Setting time zone Date: Tue, 02 Apr 2002 15:32:11 -0600 How do I set the time zone on a Leaf system? The /etc/tzvalue file under system parameters suggests updating /etc/localtime instead but that appears to be a binary file. Changing the value in /etc/tzvalue works when it is sourced, but that is not done as part of the boot process. JamesS ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user _ Chat with friends online, try MSN Messenger: http://messenger.msn.com ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
RE: [Leaf-user] Breaking the 255 byte barrier
It can't be as simple as putting ...LRP=/dev/hda1/lrpkg.cfg in the syslinux.cfg. Or can it? No, it's actually simpler :) If a file with the name lrpkg.cfg is found on your boot= device, the contents of that file replace the LRP= portion of the kernel command line. Charles - Thanks for the quick answer! It really was just that simple a testimony to the power of proper programming! regards! paul Paul M. Wright, Jr. McKay Technologies making technology play nice ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
[Leaf-user] Telstra big pond - Australia
Is there anyone with a working LRP box that can connect to, and stay connected to telsta big pond cable. ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user
Re: [Leaf-user] Telstra big pond - Australia
I have done this with both LRP 2.9.8 and now with the may 2001 release of oxygen. All you need to do is install bpalogin.lrp onto your LRP box, and all should be fine. If you are using a firewall, you will need to open up the ports used by the BPA heartbeat (port 5050 from memory). Otherwise you will be disconnected approximately every 5 mins. Mick. Remember, If the world didn't suck, we would all fall off. At 09:00 AM 4/3/02 +1000, JB Goodwin Midson Partners wrote: Is there anyone with a working LRP box that can connect to, and stay connected to telsta big pond cable. ___ 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] LEAF used as samba?
Hi All.. question, could LEAF be used as a samba server? or is there a way to build a very minimal samba server? any information, links or message boards would be greatthanks... Gary ___ Leaf-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user