On 4/9/02 at 8:06 AM, Charles Steinkuehler [EMAIL PROTECTED]
wrote:
Packages will be backed up to whatever disk is in
the drive - make sure you put the appropriate disk
in the boot drive before backing up.
I have a small request that the backup scripts write
to the drive from
David Douthitt wrote:
Matt Schalit wrote:
I have a small request that the backup scripts write
to the drive from which the package was loaded. Would
that be a major rewrite?
Another thing: Define The Problem. I don't see backing up to this
disk or that a problem. What Problem does all
David Douthitt wrote:
Matt Schalit wrote:
I have a small request that the backup scripts write
to the drive from which the package was loaded. Would
that be a major rewrite?
Another thing: Define The Problem. I don't see backing up to this
disk or that a problem. What Problem does all
- Alter weblet disk-checking script to ignore CD-ROM (always 100% full)
I am not following the weblet CD-ROM issue. I am running weblet 1.2.0
off of DCD 1.0.2. I've clicked all around on the weblet web pages and I
do not see where the CD-ROM is reported at all.
If you mount the CD-ROM,
However, you didn't account for ALL of the possibilities:
Granted, but it does what I need...
1. User backs up a package - to the right medium (/dev/fd0u1440 for
instance), but the WRONG disk (oops). Then what?
2. User backs up a package - to the right medium, but a NEW
(different) disk.
I use squid and squidguard on a separate machine. Squidguard is nice
because it updates nightly with a new bad list. I'm pretty sure you
can run squid on your Dachstein box, but you'll need a HD to store the
cached pages and logs and probably more memory (32MB-64MB?). With squid
in place you
Charles et al,
If I may I'd like to request that this functionality be added to Charles'
network.conf scripts.
My configuration currently is as follows:
eth0
external-ip1
external-ip2
eth1
Thanks all for input received so far.
I'm not so picky on the thin-ness of my LEAF router box. I still have
some space left on my 80meg flash disk. At home it is becoming my
catch-all router/firewall so adding a certain amount of extra abilities
flies for me on this one.
However, I have
As you know, this:
date +%s
produces this:
%s seconds since 00:00:00, Jan 1, 1970
What is the simplest way to turn such 32bit date number back into a
visually meaningful date string on LEAF/DCD?
--
Best Regards,
mds
mds resource
888.250.3987
Dare to fix things before
Charles,
Thanks for the `steer'. The machine I'm trying to turn into a firewall is
a P75, Dell Optiplex XMT 575. Apparently there is no flash upgrade for
it. I plugged the quad NIC into my debian box and booted Bering with the
tulip driver. All interfaces came up! But I also see a dummy
At 05:39 PM 4/10/02 -0700, David Smead wrote:
[...]
Back on the P75: I scrounged 4 NICs, 3com, 3C509B on the ISA bus. I
booted with each one individually and copied down their MAC address. I
can plug any two of them in and the lo and dummy interface comes up, along
with eth0 and eth1. Adding
Apr 14 23:00:57 firewall kernel: Packet log: input DENY eth0 PROTO=6
128.121.10.146:5 X.X.X.X:53 L=44 S=0x00 I=0 F=0x T=246 (#48)
This is what my log says. Only its repeated 800 times in 1 day.
With various IPs. I only noticed the problem when I could not access my
own website or
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
If these NICs are 3c509s on the ISA bus, they aren't PnP
not true. about half of mine are, half aren't. apparently you can change
whether or not it's PnP, but i haven't been able to find the utility. you
can change the irq addresses with
My wish list of programs to be included on the next DCD version include
xntp.lrp and psentry.lrp both from
http://leaf.sourceforge.net/devel/ddouthitt/packages/
I hate to have to reboot my DSD box - uptime 123 days - but I am looking forward
to the changes Charles is preparing. Thanks - great
14 matches
Mail list logo