Re: [Leaf-user] EIGRP (88) protocol ???

"Scott C. Best" wrote: > > Heya. Thanks for the packet log, am updating fwlog.pl > to include an awareness of protocol 88. It knew about regular > IGRP (IP protocol 9) but not this one. :) > > Regarding silent deny's...you can block the whole > 224.0.0.0/4 range (RFC-1112 Class-

Re: [Leaf-user] Testing help needed

Charles Steinkuehler wrote: > > As part of getting a final floppy version released, I have created (yet > another) new kernel tree . > > http://lrp.steinkuehler.net/files/kernels/2.2.20-1-small/ > http://lrp1.steinkuehler.net/files/kernels/2.2.20-1-small/ > http://lrp2.steinkuehler.net/files/ke

Re: [Leaf-user] DMZ considerations ???

Charles Steinkuehler wrote: > > > > > So, in Dachstein, we do something like this: > > > > > > > > wan1_IP_EXTRA_ADDRS="x.y.z.64/26" > > > > > > This is not what you really want to do...see below > > > > Yes, but what about the NAT'ed internal network? Does it need a public > > ip address on th

Re: [Leaf-user] DMZ considerations ???

Charles Steinkuehler wrote: > > > We have a couple sites connected by T-1 to the Internet and the ISP's > > have allocated /26 and /28 public networks for our customers' domains. > > > > As you know, typically T-1's use a public /30 network to connect the > > external wan port to its peer addres

Re: [Leaf-user] EIGRP (88) protocol ???

Charles, thank you! Charles Steinkuehler wrote: > > > kernel: Packet log: input DENY wan PROTO=88 x.y.z.158:65535 > > 224.0.0.10:65535 L=60 S=0xC0 I=0 F=0x T=2 (#39) > > > > Yes, we know that protocol 88 is EIGRP. > > > > No, Ethernet does not > >

[Leaf-user] DMZ considerations ???

We have a couple sites connected by T-1 to the Internet and the ISP's have allocated /26 and /28 public networks for our customers' domains. As you know, typically T-1's use a public /30 network to connect the external wan port to its peer address on the ISP side. This network belongs to the IS

[Leaf-user] Dachstein-CD & Sangoma wanpipe

There have been several people on this List who have mentioned problems with Sangoma's wanpipe since upgrading to Dachstein. We have worked closely with Sangoma and have a solution, which we will be releasing early next week -- after a long weekend of testing. Suffice it to say, existing wanpip

[Leaf-user] EIGRP (88) protocol ???

We just connected Dachstein-CD to a T-1 via Sangoma panpipe pci card. We are receiving a plethora of these: kernel: Packet log: input DENY wan PROTO=88 x.y.z.158:65535 224.0.0.10:65535 L=60 S=0xC0 I=0 F=0x T=2 (#39) Yes, we know that protocol 88 is EIGRP. No, Ethernet

Re: [Leaf-user] Bash errors on Dachstein v1.0.1 system

Paul Rimmer wrote: > > I had loaded up bash (and accompanying libraries lrdline2 and lncurses) this > weekend to get the nice shell features. It was working fine for a couple of > days and I was really enjoying the bash shell's tab auto-completion. Today > I noticed that although the firewall

Re: [Leaf-user] @home.com to @rogers.com

Or, call them and ask them ;> I had to do that when mediaone transferred to @home. @home told me to use ``mail'' for my smtp server; but, I told them that, for whatever reason, my system did not resolve that to a host name, whereupon they gave me the fqdn for the smtp server -- I've had no prob

Re: [Leaf-user] wanpipe

ess, that line is all that I see, then starting the eth0 interface. Sometimes, depending on which errant configuration permutation I use, I will get three of these: Cannot find device "wanpipe1" Or, this: Error: an inet prefix is expected rather than "dev". Any

Re: [Leaf-user] wanpipe

Any luck on this? I've spent much of the last two days trying to get this to work -- without success ;< As Eddie said, everything appears to work, except there is *no* interface . . . Eddie Wilson wrote: > > Has anyone configured Dachstein-CD to use a wanpipe card? > > I started with LRP 2.9

Re: [Leaf-user] Mail and Dachstein domains

Paul Rimmer wrote: > > Thank mds, I changed the MAIL_DOMAIN in posixness.conf to match the one I > get inside the dhcp lease: > > option domain-name "cg.shawcable.net"; > > After a reboot, mailing works like a charm. Should this DHCP option > domain-name be used by Dahcstein to set its doma

Re: [Leaf-user] OT: 3c5x9 nic on Redhat 7.2

Tim Hicks wrote: > [ snip ] > > I have a Compaq Deskpro 2000 that I am trying to install RH7.2 onto. It has > no CD drive, so I am attempting to do a network (http) install from my winME > box running Apache (temporarily). I used the bootnet.img and I booted up > the Deskpro. Unfortunately,

[Leaf-user] Dachstein-CD: bash help built-in ???

Bash includes a built-in ``help'' command, which supercedes any PATH statement. Therefore, the LEAF/LRP /etc/profile admonishment *cannot* work: ``Type in help if you are really lost'' Of course, we could change this to; but, who will remember? ``Type in /usr/bin/help if you a

[Leaf-user] Dachstein-CD: dnscache startup anomaly ???

Starting additional networking services:. Starting svscan ... dnscache queries allowed from 192.168 dnscache queries allowed from 127.0.0.1 Starting dnscache with daemontools ... Creating cdb fro tinydns-private Starting private DNS server listening on 127.0.0.1 with daemontools Shutting down dns

Re: [Leaf-user] Announcing Dachstein CD RC5

Charles Steinkuehler wrote: > [ snip ] > > Rebuilt log.tgz (part of ramlog.lrp) using busybox tar in hopes of > eliminating "broken pipe" messages appering on some systems. Did I tell you that that fixes the problem? Of course, in my modified instance, it took me quite sometime to figure ou

Re: [Leaf-user] Dachstein-CD: dnscache vs. tinydns ???

Richard Doyle wrote: > > > > > > Background material here: > > > http://leaf.sourceforge.net/devel/jnilo/dnscache6.html > > > > Aha! That's exactly why I didn't want to trust my > > first reaction ;> > > > > I misread those links and thought that it was an > > either-or scenario. > > Now, I u

Re: [Leaf-user] Announcing official release of Dachstein-CD

Charles Steinkuehler wrote: > > > As always, this is truly superb stuff! Bravo, Charles !!! > > > > Couple questions, even though these items appeared in RC5: > > > > [1] What is the purpose of the ``leaf'' user? > > It was in Jacques' example passwd file...I added it mainly as a 'stub' entry

Re: [Leaf-user] Announcing official release of Dachstein-CD

Charles Steinkuehler wrote: > > > Interestingly enough, logged in as leaf, I *cannot* su - root > > su: Incorrect password > > > > What gives? Trust me, I know the root password ;> But, I cannot > > eliminate root login if I cannot su to root . . . > > Hmm...does su have the setuid bit set?

Re: [Leaf-user] Dachstein-CD: dnscache vs. tinydns ???

Jacques Nilo wrote: > > > OK, this is really not about Dachstein, although that is the > > distribution that we're using ;> > > > > What are the primary differences between dnscache and tinydns ??? > http://leaf.sourceforge.net/devel/jnilo/dnscache1.html > http://leaf.sourceforge.net/devel/jnilo

Re: [Leaf-user] Announcing official release of Dachstein-CD

"Michael D. Schleif" wrote: > > Charles Steinkuehler wrote: > > > > The official release (v1.0.1) of Dachstein-CD is now available for download > > from the usual places: > > slow: > > http://lrp.steinkuehler.net/files/diskimages/dachstein-CD/ &g

[Leaf-user] Dachstein-CD: tinydns startup error ???

/etc/rc2.d/S47tinydns: UID: readonly variable Is this a bash thingy? I notice that my environment always contains the UID variable that always points to my current UID . . . What do you think? -- Best Regards, mds mds resource 888.250.3987 Dare to fix things before they break . .

[Leaf-user] Dachstein-CD: dnscache vs. tinydns ???

OK, this is really not about Dachstein, although that is the distribution that we're using ;> What are the primary differences between dnscache and tinydns ??? What are the criteria we ought to consider, in deciding which to deploy? What do you think? -- Best Regards, mds mds resource 888.

Re: [Leaf-user] Announcing official release of Dachstein-CD

Charles Steinkuehler wrote: > > The official release (v1.0.1) of Dachstein-CD is now available for download > from the usual places: > slow: > http://lrp.steinkuehler.net/files/diskimages/dachstein-CD/ > fast: > http://lrp1.steinkuehler.net/files/diskimages/dachstein-CD/ > http://lrp2.steinkuehl

Re: [Leaf-user] Dachstein

Hilton Travis wrote: > > Rocks. I just changed from Tel$tra cable to Optus@home cable, downloaded > Dachstein RC2, and installed it fine. works a treat. > > I'll be making images for Tel$tra BigPond and Optus users, and replacing my > earlier images on http://quarkau.cjb.net when I get back f

[Leaf-user] Cyclades in trouble ???

Is Cyclades in trouble? Sangoma says that they're having serious business problems. We cannnot seem to get Cyclades on the telephone. What do you think? -- Best Regards, mds mds resource 888.250.3987 Dare to fix things before they break . . . Our capacity for understanding is inversely p

Re: [Leaf-user] Dachstein CD Install Documentation

Charles Steinkuehler wrote: > > > Does anyone know of a way to create the CD from the CD-Contents under > > Windoze? I suspect that will be the biggest challenge for a non-Linux > > person if they want to add/remove packages from the CD. > > I've used Nero to create CD's on windows boxes. The

Re: [Leaf-user] Dachstein-CD RC4: POSIXness.mail caution

Charles Steinkuehler wrote: > > > One caution: I found several places where lines could be compressed > > using redirects instead of pipes for the mail body: > > > > { > > cool stuff > > } | mail -s "$subject" $mailto > > > > Beware -- this no longer works !!! > > What breaks? This should work

[Leaf-user] Dachstein-CD RC4: POSIXness.mail caution

Yes, this is very cool! One caution: I found several places where lines could be compressed using redirects instead of pipes for the mail body: { cool stuff } | mail -s "$subject" $mailto Beware -- this no longer works !!! Now, you need do something like this:

Re: [Leaf-user] Dachstein-CD-rc3 available: bash.lrp error

Charles Steinkuehler wrote: > > > > > > I haven't tried bash.lrp since pre-release. There used to be two > (2) > > > > > bash-related problems; now, I find one (1): > > > > > > > > > > Mounting local filesystems... > > > > > ramdisk.pkg: Uncompressing archives - > log.tgz/etc/rcS.d/S36ramdisk.p

Re: [Leaf-user] host ignores redirect ???

These continue to come -- every four (4) hours. No ideas ??? "Michael D. Schleif" wrote: > > I've found references to this issue in the archives; but, have not found > adequate explanation nor resolution. > > host 0a02a8c0/if8 ignores redirects for 0a02a

Re: [Leaf-user] Dachstein-CD RC4: Cannot ssh to firewall ???

Matt Schalit wrote: > > "Michael D. Schleif" wrote: > > > > Jeff Newmiller wrote: > > > > > > On Sun, 11 Nov 2001, Michael D. Schleif wrote: > > > > > > > OK, I've moved to openssh with RC4. Everything else in my setup is

[Leaf-user] Dachstein-CD: $_IP_EXTRA_ADDRS ???

Will this scheme work on *all* interfaces? $_IP_EXTRA_ADDRS I'm not sure what is going on here and don't want to dive in before I understand the implications . . . How does this work? What are the ramifications? -- Best Regards, mds mds resource 888.250.3987 Dare to fix things be

[Leaf-user] Dachstein-CD: _evil_ in /etc/network.conf ???

Yes, I know that this is changed in RC4. However, I didn't have time to move from RC3 to RC4 prior to a client install last night. This line has worked without incident on several firewalls with dynamic external ip addresses: eval EXTERN_IP=\"\${"$EXTERN_IF"_IPADDR:-""} \${"$EXTERN_IF"

[Leaf-user] host ignores redirect ???

I've found references to this issue in the archives; but, have not found adequate explanation nor resolution. host 0a02a8c0/if8 ignores redirects for 0a02a8c0 to 0a02a8c0. Yes, the ip address is 192.168.2.10; but, *what* is it trying to redirect? *Why* is it trying to redirect _whateve

[Leaf-user] portfw from unused public ip ???

Since converting an open /26 network to Dachstein-CD and NAT, we have several unused ip addresses ;> For example: x.y.z.66# Dachstein x.y.z.100 # unused 192.168.2.10# internal host How can we, for example, portfw tcp port 80 from an unused public addre

Re: [Leaf-user] Dachstein-CD rc4 available

Charles Steinkuehler wrote: > > > How did I miss your announcement for RC4 ??? > > > > Does everybody else know that RC4 was released on 7Nov ??? > > Um...because I think I forgot to make one. > > > > Announcing the availability of Dachstein-CD release candidate 4 (rc4) This file is corrupt

[Leaf-user] Dachstein-CD rc4

Charles, et al. How did I miss your announcement for RC4 ??? Does everybody else know that RC4 was released on 7Nov ??? -- 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

Re: [Leaf-user] Openssh 2.9.9p2 available -- Dachstein-CD ???

Jacques Nilo wrote: > > I have updated openssh packages to their latest 2.9.9p2 version. > They are compiled statically against openssl-0.9.6b and dynamically > against zlib-1.1.3 > See: > http://leaf.sourceforge.net/devel/jnilo Excellent! Charles, is this that version that you are adding to D

Re: [Leaf-user] Weblet suggestion

Charles Steinkuehler wrote: > > > > Anyone know of an extended-precision shell-script math library before I > go > > > off and write one? > > > > After years and years of Perl programming, I've recently returned to my > > roots: awk, sed and shell. > > > > I often use sed in shell scripting, bec

Re: [Leaf-user] Weblet suggestion

Charles Steinkuehler wrote: > > > With weblet, I would find a feature that showed hourly use of bandwidth > very > > useful. Maybe others would too, those on pay-per-meg deals? > > > > It could be grabbed from the ipchains accounting figures. I tried to set > up > > a shell script to do it but c

Re: [Leaf-user] New packages available

Charles Steinkuehler wrote: > > > Why do you need both of these? > > > > /var/sh-www/cgi-bin/viewlogs > > /var/sh-www/cgi-bin/viewlogs-www -> viewlogs > > Take a look at the code... > > The script includes code to prevent 'directory walking' attacks, so > something like: > > http://myfirewall

Re: [Leaf-user] New packages available

Charles Steinkuehler wrote: > > Also available is a new weblet package. This includes numberous updates > from the previous Dachstein weblet. You can now access the weblet logs via > weblet, a bug with the text to html conversion has been fixed, so < and > > now show up properly in the log lis

Re: [Leaf-user] Dachstein-CD-rc3 available: bash.lrp error

Charles Steinkuehler wrote: > > > > > > I haven't tried bash.lrp since pre-release. There used to be two > (2) > > > > > bash-related problems; now, I find one (1): > > > > > > > > > > Mounting local filesystems... > > > > > ramdisk.pkg: Uncompressing archives - > log.tgz/etc/rcS.d/S36ramdisk.p

Re: [Leaf-user] sed: pass variable in ???

Jeff Newmiller wrote: > > On Thu, 1 Nov 2001, Michael D. Schleif wrote: > > > > > Speaking of sed scripts ;> > > > > How can I pass a shell variable into a sed script pattern space? > > > > I've seen two (2) means documented elsewher

[Leaf-user] sed: pass variable in ???

Speaking of sed scripts ;> How can I pass a shell variable into a sed script pattern space? I've seen two (2) means documented elsewhere; but, I cannot get them to work in Dachstein-CD: sed -n '/'"$var"'/p' file sed -n '/$(var)/p' file Yes, I've found that I can do it this wa

Re: [Leaf-user] Simple scripting question

Oo, talk about my bad };Þ Charles Steinkuehler wrote: > > > > Hmm...works for me: > > > > > > krypton.private.network: -root- > > > # sed -n '$=' /etc/network.conf > > > 767 > > > > > > krypton.private.network: -root- > > > # > > > > > > The sed man page from debian lists = as a "Zero- or O

Re: [Leaf-user] Simple scripting question

Charles Steinkuehler wrote: > > > > You can generally replace 'wc -l' with sed -n '$=', although you won't > get a > > > zero output if there are no lines. > > > > I know about this construct, using two (2) sed's: > > > > sed -n = | sed -n '$p' > > > > On Dachstein-CD: > > > > sed -n '$=' > > >

Re: [Leaf-user] Dachstein, Roadrunner and DHCP

Simon Bolduc wrote: > > Lots of Cable providers need you to send a specific user name (Referred to > as a Client ID where I am) when requesting an IP address. Generally within > a MS box this would be your computer name - you should have received some > documentation on this. You need to confi

Re: [Leaf-user] Simple scripting question

Charles Steinkuehler wrote: > > > I would have done something like: > > > > if [ ps ax | grep -v grep | grep -q /usr/sbin/pppd ] > > You can generally replace 'wc -l' with sed -n '$=', although you won't get a > zero output if there are no lines. I know about this construct, using two (2) sed'

Re: [Leaf-user] Martians: please, help track this one down ???

George Metz wrote: > > On Tue, 30 Oct 2001, Michael D. Schleif wrote: > > > > now for the header > > > > > > > ll header: ff ff ff ff ff ff 00 30 c1 d8 b6 80 08 06 > > > > Found it! > > > > Eradicated it! > > > >

Re: [Leaf-user] Martians: please, help track this one down ???

Simon Bolduc wrote: > [ snip ] > now for the header > > > ll header: ff ff ff ff ff ff 00 30 c1 d8 b6 80 08 06 > > ff ff ff ff ff ff = destination MAC address - this equates to a binary of > or simply a broadcast > to anything on th

[Leaf-user] Martians: please, help track this one down ???

Yes, I know what martians are. Yes, I know how they can occur. No, I do not know how to locate and eradicate this one ;< martian source 3edb5d3f for 03db5d3f, dev eth1 ll header: ff ff ff ff ff ff 00 30 c1 d8 b6 80 08 06 3edb5d3f == 63.93.219.62 03db5d3f == 63.

[Leaf-user] Dachstein-CD & weblet.lrp: issues

In a previous thread, Charles Steinkuehler wrote: > > P.S. Nifty solution to the weblet logs issue coming as soon as I come up > with one and can test it. I'll probably just fix the viewlogs cgi script, > which is intentionally paranoid about which files it allows to be accessed > (weblet logs

Re: [Leaf-user] Dachstein-CD-rc3: mail anomolies

Charles Steinkuehler wrote: > [ snip ] > > [1] If the first line of the mail body begins with at least one (1) > > non-whitespace, non-colon (:) character and is followed by a > > colon (:) and anything else, then *NO* body will be received > > with the Email !?!? For example: > >

Re: [Leaf-user] Help with getting weblet logs into weblet

John Desmond wrote: > > --- "Michael D. Schleif" <[EMAIL PROTECTED]> wrote: > > > > John Desmond wrote: > > > > > > --- "Michael D. Schleif" <[EMAIL PROTECTED]> wrote: [ snip ] > > I believe that (additional) ramdisk

Re: [Leaf-user] Dachstein-CD-rc3: mail anomolies

Blanton Lewis wrote: > > This is the way that the "memo" headers are created (headers, like > "subject", that are actually part of the mail body and not the envelope), so > as far as the mail client is concerned, you're giving more headers for the > email. You need the blank line to tell the mai

Re: [Leaf-user] Help with getting weblet logs into weblet

John Desmond wrote: > > --- "Michael D. Schleif" <[EMAIL PROTECTED]> wrote: > > > > John Desmond wrote: [ snip ] > > First, un-tar weblet.lrp into a temporary directory. > > > > cd /var > > rm -fr sh-log > >

Re: [Leaf-user] Dachstein-CD-rc3: mail anomolies

"Michael D. Schleif" wrote: > [ snip ] > [3] /var/log/mail.log exists; but, I've not yet seen anything > write to it. In order to facilitate debugging Email issues, > as well as to keep track of outgoing Email attempts, I suggest > adding th

[Leaf-user] Dachstein-CD: directoy & file permissions ???

Need we be concerned about directory & file permissions? Notice, I ask this in general, regarding *all* LEAF/LRP distributions; but, because I am deeply into Dachstein-CD, my issues directly affect this distribution. For instance, should /var/log be 640, root:adm? Or, at least 750 -- so sh-htt

Re: [Leaf-user] Help with getting weblet logs into weblet

John Desmond wrote: > > I've been messing with the weblet logs in > EigenSteinB2, trying to figure out how to get them to > show up in the weblet along with messages.log and the > others. There seem to be some interacting problems > with this, though. > > If I move the weblet sh-log's into /var

Re: [Leaf-user] Dachstein-CD-rc3: mail anomolies

"Michael D. Schleif" wrote: > [ snip ] > [3] /var/log/mail.log exists; but, I've not yet seen anything > write to it. In order to facilitate debugging Email issues, > as well as to keep track of outgoing Email attempts, I suggest > adding th

[Leaf-user] Dachstein-CD-rc3: mail anomolies

Of course, most of these anomalies are probably inherent in most other versions of LEAF/LRP; but, this is the version I am using to debug and solve these issues. [1] If the first line of the mail body begins with at least one (1) non-whitespace, non-colon (:) character and is followed by a

Re: [Leaf-user] Dachstein-CD-rc3 available: bash.lrp error

Charles Steinkuehler wrote: > > > > I haven't tried bash.lrp since pre-release. There used to be two (2) > > > bash-related problems; now, I find one (1): > > > > > > Mounting local filesystems... > > > ramdisk.pkg: Uncompressing archives - log.tgz/etc/rcS.d/S36ramdisk.pkg: > > > line 33: > > >

Re: [Leaf-user] Dachstein-CD-rc3 available: bash.lrp error

"Michael D. Schleif" wrote: > > Charles Steinkuehler wrote: > > > > The third release-candidate version of Dachstein-CD is now available. This > > version feels like it's getting pretty close to done. Lots of minor > > chagnges, none of them show-

Re: [Leaf-user] Dachstein-CD-rc3 available: bash.lrp error

Charles Steinkuehler wrote: > > The third release-candidate version of Dachstein-CD is now available. This > version feels like it's getting pretty close to done. Lots of minor > chagnges, none of them show-stoppers, just getting everything working the > way it should. This version is the fir

[Leaf-user] Remote access VPN -- from anywhere ???

A client of ours wants to take the plunge and VPN their way around their corporate intranetwork from any old place on earth. OK, so they want remote access VPN and their poor DSL is going to really show its limited bandwidth ;< Is IPSEC and FreeS/WAN the way to go? Can LRP-CD (their current fi

Re: [Leaf-user] RE: Dachstein-CD-rc2 available

Binh Do wrote: > > Hi Charles, > > I would like to try the CD version so I burnt the ISO file (rc1 I think) but > I cannot go to the login prompt. It stops in the middle asking something > about "Run Level". I tried on two machines and got same result. Those > machines are running other OSes an

Re: [Leaf-user] Dachstein-CD-rc2 available

Robert Williams wrote: > > My Dachstien CD rc1 boots from the floppy. Can I update to the new > kernal by copying the the new one to the floppy? If so what file(s) > do I need to copy over. Thanks, Robert You need two (2) new files on your boot floppy: linux root.lrp There are

Re: [Leaf-user] Dachstein-CD-rc2 available

Charles Steinkuehler wrote: > > > The second release-candidate version of Dachstein-CD is now available. > > I forgot to mention...anyone wanting to upgrade from the previous (rc1) > version of Dachstein-CD can simply switch to the new CD and reboot (keeping > your existing config floppy)...no

Re: [Leaf-user] New Kernels available

Charles Steinkuehler wrote: > > > > I have new kernels available, which include patches for a couple recent > > > kernel bugs: > > > > [ snip ] > > > > I notice that your site > > > > indicates file change dates more recent

Re: [Leaf-user] New Kernels available

Charles Steinkuehler wrote: > > I have new kernels available, which include patches for a couple recent > kernel bugs: [ snip ] I notice that your site indicates file change dates more recent than your original issue of D

Re: [Leaf-user] Dachstein-CD: localtime vs. UTC ???

Charles Steinkuehler wrote: > > > As you know, I've been using LRP-CD for quite sometime. > > > > Yes, I know that I had to resolve this issue with LRP-CD; but, for life > > of me, I cannot remember how ;< > > > > System time is set to my localtime (CST6CDT). > > > > Using /etc/localtime that co

[Leaf-user] Dachstein-CD: localtime vs. UTC ???

As you know, I've been using LRP-CD for quite sometime. Yes, I know that I had to resolve this issue with LRP-CD; but, for life of me, I cannot remember how ;< System time is set to my localtime (CST6CDT). Using /etc/localtime that comes with Dachstein, date command returns correct hms; but, U

Re: [Leaf-user] Dachstein-CD: large floppies take *FOREVER* to boot ???

Charles Steinkuehler wrote: > > > fd0h1440 floppies boot as expected. > > > > Unfortunately, I'm working on a system that cannot boot from CD-ROM ;< > > You could boot from a 1440 floppy and run from CD-Rom...I do that a lot when > I'm testing (easier/faster to edit the floppy than burn a new C

[Leaf-user] Dachstein-CD: large floppies take *FOREVER* to boot ???

fd0h1440 floppies boot as expected. Unfortunately, I'm working on a system that cannot boot from CD-ROM ;< This same system previously ran Edge/ThinLinux firewall on fd0u1680 and fd0u1743 (when I could find media that would take this larger size) -- quite successfully. Now, regardless winimage

Re: [Leaf-user] New Dachstein-CD pre-release version avaialble

76. So if I'm sucking down files I either go to linux ftp, or > > > use IE (ouch - hurts to say that) as IE sucks them down correctly. > > > > > >Sam Slade > > > > > > "Michael D. Schleif" wrote: > > > > Yes, file sizes *di

Re: [Leaf-user] New Dachstein-CD pre-release version avaialble

Charles Steinkuehler wrote: > > > > Hmm...that shouldn't happen. Have you compared the downloaded file size > > > with the source file size (or the other file d/l that apparently > worked)? > > > > Yes, file sizes *differ*. This happens on *both* ISO and individual > > files -- twice burned on

Re: [Leaf-user] New Dachstein-CD pre-release version avaialble

Charles Steinkuehler wrote: > > > As you stated in the first release announcement: > > > > ``But if you're grabbing the CD image, you'll probably have better luck > > with > > the faster mirrors:'' > > > >

Re: [Leaf-user] New Dachstein-CD: strange file in root.lrp ???

Charles Steinkuehler wrote: > > I've just put a new version of the Dachstein pre-release CD image online: > http://lrp.steinkuehler.net/files/diskimages/dachstein-CD/ When I do this: tar tvfz root.lrp var on my woody box, I find this file: var/lib/lrpkg/root\netc\nlocal\nmodu

Re: [Leaf-user] New Dachstein-CD pre-release version avaialble

Charles Steinkuehler wrote: > > I've just put a new version of the Dachstein pre-release CD image online: > http://lrp.steinkuehler.net/files/diskimages/dachstein-CD/ As you stated in the first release announcement: ``But if you're grabbing the CD image, you'll probably have better luck with t

Re: [Leaf-user] Dachstein-CD vs. mailonerr ???

Charles Steinkuehler wrote: > > > Is there a reason that your utility: mailonerr will not work on > > Dachstein-CD? > > I haven't tested it yet...I do recall having to change a couple of things > when I migrated the script to a system running bash instead of ash... > > I'll try to test it here

Re: [Leaf-user] Suggestions for Dachstein-CD rc

Charles Steinkuehler wrote: > [ snip ] > > 2) WRT the backup and readonly, Charles was suggesting that he will > default > > the backup location to be adjusted if the files are loaded from a r/o > drive. > > Have you considered the case (that I use all the time) where some files in > > questio

Re: [Leaf-user] syslinux.cfg: *maximum* line length ???

Charles Steinkuehler wrote: > > > Trying to load many modules at the LRP= point in syslinux.cfg in > > Dachstein-CD. > > > > It appears that when the third line, beginning ``default linux . . .'' > > exceeds 253 characters, all items _after_ this point are ignored. > > Yes, this is a kernel lim

[Leaf-user] syslinux.cfg: *maximum* line length ???

Trying to load many modules at the LRP= point in syslinux.cfg in Dachstein-CD. It appears that when the third line, beginning ``default linux . . .'' exceeds 253 characters, all items _after_ this point are ignored. Is the only workaround adding an lrpkg.cfg to floppy? What do you think? --

[Leaf-user] bash.lrp & broken pipes ???

I like the idea behind a bash.lrp, especially since we're running Dachstein-CD and plenty of RAM. However, bash.lrp breaks two (2) other modules, complaining about ``broken pipe'': /etc/rcS.d/S36ramdisk.pkg, line 33 /etc/rcS.d/S55urandom.pkg, line 56 Notice, also, that those li

Re: [Leaf-user] Dachstein-CD vs. mailonerr ???

Brad Fritz wrote: > > On Wed, 17 Oct 2001 09:55:58 CDT [EMAIL PROTECTED] wrote: > > > Charles ==> > > > > Is there a reason that your utility: mailonerr will not work on > > Dachstein-CD? > > Not to answer for Charles, but in case he's busy with other stuff, > it's possible that you're running

[Leaf-user] Dachstein-CD vs. mailonerr ???

Charles ==> Is there a reason that your utility: mailonerr will not work on Dachstein-CD? -- 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 mo

Re: [Leaf-user] Dachstein-CD: backdisk ???

Charles Steinkuehler wrote: > > > One thing that I find rather annoying: > > > > ``The backup destination defaults to the last filesystem a package was > > loaded from'' > > > > # cat /var/lib/lrpkg/backdisk > > root=-t msdos /dev/fd0 > > etc=-t iso9660 /dev/hda > > local=-t iso9660 /dev/hda > >

[Leaf-user] Dachstein-CD: backdisk ???

Charles ==> Yes, Charles, this is really good stuff! Thank you. One thing that I find rather annoying: ``The backup destination defaults to the last filesystem a package was loaded from'' # cat /var/lib/lrpkg/backdisk root=-t msdos /dev/fd0 etc=-t iso9660 /dev/hda local=-t iso9660 /dev/hda dh

[Leaf-user] Dachstein-CD: network.conf ???

How to configure external interface when it gets IP, et al., from ISP? /etc/network.conf has these defaults: eth0_IPADDR=1.1.1.2 eth0_MASKLEN=30 eth0_BROADCAST=+ Are these dummies that are always *overwritten* during the address subscription phase? Also, I notice ``+''

[Leaf-user] ERROR: iptraf ???

Anybody seen this error on executing iptraf? ``Error opening TCP/UDP filter file Press a key to continue'' What do you think? -- Best Regards, mds mds resource 888.250.3987 Dare to fix things before they break . . . Our capacity for understanding is inversely proportional

[Leaf-user] *real* grep for LEAF ???

Anybody compiled any *real* grep for use in LEAF? I can't say how many times that I wished I could do -i or -v . . . -- 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 kn

[Leaf-user] Who's experienced integrating WIC's into LEAF/LRP ???

We have an application that behooves us to include T-1/CSU/DSU into an LEAF/LRP box. So far, we have built several boxen that relied on Cisco routers to handle the WAN side. We are investigating products by Cyclades and Sangoma, which seem to meet our needs. However, never having done this, no

[Leaf-user] WIC's & LRP-CD ???

We have an application that behooves us to include T-1/CSU/DSU into an LEAF/LRP box. So far, we have built several boxen that relied on Cisco routers to handle the WAN side. We are investigating products by Cyclades and Sangoma, which seem to meet our needs. [1] Is LRP-CD ready to run these WI

Re: [Leaf-user] dhcp on public interface ???

Charles Steinkuehler wrote: > > > Yes, of course. I looked at that last night and I understand how to use > > it. Thank you. > > > > *Where* in syslinux.cfg should it go? > > > > LRP=etc,local,dhcpd,modules,ramdisk,ssh-1,sshd-1,update > > > > I'd _guess_ between local and dhcpd ??? > > Actual

[Leaf-user] dhcp on public interface ???

I am preparing to change an Edge/thinlinux firewall to LRP-CD. Unlike my other successful implementations, the external interface gets an dhcp address; but, requires a special identifier, which Edge calls ``dhcpcd_clientid''. Can I use dhcpd.lrp in this scenario? How do I configure this *requi

Re: [Leaf-user] dachstein-pr2 available

Charles ==> Will this work as updates to LRP-CD? What needs to be done? Charles Steinkuehler wrote: > > I have just posted pre-release version 2 (pr2) of dachstein. The main > change from pr1 is the merging of the several versions of firewall scripts > I've got floating around. I've finally

Re: [Leaf-user] PCAnywhere vs. LRP-CD ???

"Michael D. Schleif" wrote: > > OK, we know how to open ports tcp 5631 and udp 5632, and we can connect > to PCAnywhere hosts behind LRP-CD -- from the Internet in general. > > However, specifically, when site A is behind LRP-CD(A) and site B is > behind LRP-CD(B)

<    1   2   3   4   5   >