Jeff Newmiller wrote:
[snip]
AFAIK, ld -s and strip -s should have the same effect, but if you omit
the -s when you link (or compile/link, as with gcc) then you can debug
it before you strip it for shipping.
An interesting read is
http://www-106.ibm.com/developerworks/library/l-shobj/
Hi All
I'm trying to make my Dachstein (floppy) system beep whenever a packet gets
logged in messages.
I've got beep.lrp installed, and seem to have found a way to make suitable
not-too annoying but still audible little noises by typing beep commands at
the console prompt, but I don't know
I just found LEAF yesterday after my hard drive in my old linux router
crashed. I thought this was a good way of doing things and I didn't want
to have to buy another hard drive to put in there.
I downloaded the 1.0.2 version (Dachstein Floppy Based) of LEAF and
started about 5:30pm to get it
Does the LEAF software give me any added advantage over going with
something like a Linksys cable modem router? They say that have firewall
settings and such and it would be nice to get rid of the extra computer.
Lance
___
Leaf-user mailing list
At 06:54 12/02/02 -0700, Lance Robertson wrote:
See my cable company doesn't give out real IPs they use a form of
IPMasq themselves so my IP address is 192.168.107.40 on their internal
network. Also my gateway is an internal IP address 192.168.96.0. Well
all these addresses are being denied via
Thanks for the fast and simple response. I knew it had to be easy.
Does this fix open me up to people trying to hack in via the cable
modems internal network?
Date: Tue, 12 Feb 2002 14:24:17 +
From: Julian Church [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: [Leaf-user] Problems
Hi Lance
At 07:40 12/02/02 -0700, Lance Robertson wrote:
Thanks for the fast and simple response. I knew it had to be easy.
Does this fix open me up to people trying to hack in via the cable
modems internal network?
No. It just means that packets with source IP's in the 192.168 range
aren't
I would like to make a series of statements here and appreciate
anyone's comments as to their truth or idiocy.
The IDE interface is not a true disk controller, like SCSI, it is more
like a memory mapping, with the the controller residing in the disk drive.
Either: PCMCIA is a
I would like to make a series of statements here and appreciate
anyone's comments as to their truth or idiocy.
The IDE interface is not a true disk controller, like SCSI, it is more
like a memory mapping, with the the controller residing in the disk
drive.
IDE interfaces look like a
Does anyone know if theirs a away to have Dachstein v1.02 to re-direct DHCP request to
a DHCP server on a nother SubNet..
or is there and .LRP package to do this..
Something like the NT DCHP Relay AGENT feature or the Cisco IP-helper addresss
thnks
Hi Reginald, hi all
There is a dhcrelay.lrp package on Koon Wong's package archive. But Koon
Wong's archive seems to be offline. But Rick is mirroring it:
http://c0wz.steinkuehler.net/files/kwarchive/dhcrelay.lrp
---
Sandro Minola | LEAF Developer (http://leaf.sourceforge.net)
At 05:36 PM 2/12/02 +0100, Reginald R. Richardson wrote:
Does anyone know if theirs a away to have Dachstein v1.02 to re-direct DHCP
request to a DHCP server on a nother SubNet..
or is there and .LRP package to do this..
Something like the NT DCHP Relay AGENT feature or the Cisco IP-helper
thnks
On Tue, 12 Feb 2002 17:49:36 +0100, Sandro Minola wrote:
Hi Reginald, hi all
There is a dhcrelay.lrp package on Koon Wong's package archive. But
Koon
Wong's archive seems to be offline. But Rick is mirroring it:
http://c0wz.steinkuehler.net/files/kwarchive/dhcrelay.lrp
---
Sandro Minola
hi,
Here is a note from Sophos about detecting Linux viruses:
So if you have the binary, running it through the Sophos
scanner will give you the correct results.
j.
start
Sophos Anti Virus currently detects all known variants
of the Elf/Obsidian virus family. Infections by this
Hello-
I am having a problem connecting to my isp's dhcp server and i don't know
what i am doing wrong.
I am using the Dachstein floppy on a Pentium one. Here are the steps I have
made so far.
I have one nic (3 com 3c509B isa irq 7 mem address 350) in the machine
currently. I know the card works
You are going to have to give us more detail than you provide in this
message to get meaningful help. Please read the Troubleshooting Request
HowTo, or the more concise list of needed basic information I posted to this
list just a few days ago, to see the sorts of information we need. For now ...
I have a dhcrelay package that should work under Dachstein, if Koon
Wong's does not. Let me know if you need it and I'll send it to you.
-Richard
Hi Reginald, hi all
There is a dhcrelay.lrp package on Koon Wong's package
archive. But Koon
Wong's archive seems to be offline. But Rick is
On Tuesday 12 February 2002 11:21, Henning, Brian wrote:
1) I registered the mac address with my isp (road runner). They asked
me if I was running windows or MacOS.
I just told them windows, even though it is Linux ( i figure that
shouldn't matter what i tell them).
2) I uncommented the
I asked the same question of Coyote developer
Joshua Jackson, and he told me
[snip]
Coyote Linux was split from the LRP over 2 years
ago and very little, if anything is still compatible.
While most .lrp packages can be retro-fitted to
work with Coyote due to the fact that both distros
used
Hey all,
I found a couple of bits and pieces of information on the 'net regarding
to the BSD release of Net-snmp and certain SNMP vulnerabilities. I'm not
sure whether this impacts the LEAF version but I figured I'd post it anyways
just in case - sorry for wasting your time if it doesn't.
Running DCD 102 booting off a floppy using openssh 3.0p1.
When I attempt to ssh into the DCD router from the local network using the
latest puTTY client, I receive the following error message:
Network error: connection refused.
The hosts.allow file allows access from the local network as
How much effor would be required to update DUCLING to include use the
newer version of FreeS/wan? I would guess not a lot. By updating
the potential problems are removed and a better version is obtained.
Besides maybe needing a second diskette any reason that the external
interface be analog
Hello all,
I have been toying with Oxygen 1.9.1 with loading lrp modules from the
network on bootup. I have succesfully gotten packages loaded on bootup
via HTTP using the packagelist directive in the oxygen.cfg file, but
when I attempt to do the same via TFTP it fails.
I know my TFTP server
I guess I should say that I am quite familiar with SSH in general.
I am unsure whether I should copy the public key from the sshd server to the
client. Or whether I should enable SSH1 or SSH2 authentication on the client
machine.
I worked on an Eigerstein set-up in the past and it was
On Tuesday 12 February 2002 13:19, Henning, Brian wrote:
Thanks for the valuable information. It gives me things to try.
Yep, hard to say w/o more info if these don't work.
what does the command 'svi network reload' do?
It stops, then restarts the /etc/init.d/network boot script.
This will
Hi,
On Tue, 12 Feb 2002, Larry Platzek wrote:
How much effor would be required to update DUCLING to include use the
newer version of FreeS/wan?
Probably not much. The easiest route would require stripping the
IPSec-enabled Dachstein distribution down. The purpose of DUCLING was to
put a
Lance Robertson wrote:
Thanks for the fast and simple response. I knew it had to be easy.
Does this fix open me up to people trying to hack in via the cable
modems internal network?
If you allow all the private 192.168 address range through, I would think
that you are not as secure as you
On Tuesday 12 February 2002 15:08, Doug Sampson wrote:
I guess I should say that I am quite familiar with SSH in general.
I am unsure whether I should copy the public key from the sshd server
to the client. Or whether I should enable SSH1 or SSH2
authentication on the client machine.
I
Simon Bolduc wrote:
I found a couple of bits and pieces of information on the 'net regarding
to the BSD release of Net-snmp and certain SNMP vulnerabilities. I'm not
sure whether this impacts the LEAF version but I figured I'd post it anyways
just in case - sorry for wasting your time
On Tuesday 12 February 2002 16:05, Doug Sampson wrote:
Am running DCD 102 booting off a floppy because the mobo doesn't boot
off a CD drive. openssh.lrp is stock on a DCD 102.
I have /usr/sbin/sshd in my ps ax, so as I thought, you are _not_
loading the package. Check the lrpkg.cfg file on
There are multiple
problems I am having with the router but must solve the sshd thing in
order to do a copy and paste function of relevant information for
troubleshooting purposes.
Ahaa. The copy and paste problem. It's great to have ssh to help,
but it's not always there.
ip
I have /usr/sbin/sshd in my ps ax, so as I thought, you are _not_
loading the package. Check the lrpkg.cfg file on your floppy.
The lrpkg.cfg file overrides the LRP= line in syslinux.cfg.
You will also need to add this line to /etc/hosts.allow:
sshd: 192.168.1 127.
I already have the
I noticed two entries for sshd in the back up menu of LRCFG. I changed the
first entry's backup destination back to /dev/cdrom leaving the other entry
pointing to the dev/fd0u1680 as its backup destination. Upon rebooting, sshd
loaded correctly and now I am able to ssh in from my Windoze
Awhile ago was a post to this newsgroup about repeat entries in the message
logs by a DHCP server as follows:
Feb 12 16:18:00 CX269409-C kernel: Packet log: input DENY eth0 PROTO=17
10.8.238.1:67 255.255.255.255:68 L=328 S=0x00 I=30881 F=0x T=255 (#10)
I'm on a Cox Communication network and
Doug Sampson wrote:
Awhile ago was a post to this newsgroup about repeat entries in the message
logs by a DHCP server as follows:
Feb 12 16:18:00 CX269409-C kernel: Packet log: input DENY eth0 PROTO=17
10.8.238.1:67 255.255.255.255:68 L=328 S=0x00 I=30881 F=0x T=255 (#10)
I'm on a
On Tuesday 12 February 2002 18:33, Doug Sampson wrote:
Awhile ago was a post to this newsgroup about repeat entries in the
message logs by a DHCP server as follows:
Feb 12 16:18:00 CX269409-C kernel: Packet log: input DENY eth0
PROTO=17 10.8.238.1:67 255.255.255.255:68 L=328 S=0x00 I=30881
I maintain that this is the cleanest solution:
http://sourceforge.net/mailarchive/message.php?msg_id=686657
I've copied your proposed solution here for reference.
# cat /etc/ipchains.input
$IPCH -I input -j DENY -p all -s 0/0 -d 255.255.255.255 -i $EXTERN_IF
Exactly what does the
On Tue, 12 Feb 2002, Larry Platzek wrote:
How much effor would be required to update DUCLING to include use the
newer version of FreeS/wan?
Probably not much. The easiest route would require stripping the
IPSec-enabled Dachstein distribution down. The purpose of DUCLING was to
put a
# SILENT_DENY=ProtoNumber_SourceAddress/Netmask_DestinationPort
Try: SILENT_DENY=udp_10.8.238.1_68
-or-
SILENT_DENY=17_10.8.238.1_68
-or drop the destination port altogether-
SILENT_DENY=all_10.8.238.1
The last field is the
Doug Sampson wrote:
I maintain that this is the cleanest solution:
http://sourceforge.net/mailarchive/message.php?msg_id=686657
I've copied your proposed solution here for reference.
# cat /etc/ipchains.input
$IPCH -I input -j DENY -p all -s 0/0 -d 255.255.255.255 -i
I have a 3C509b and a RTL8139 PCI card in my router. The rtl8139 is assigned
eth0 while 3c509b is assigned eth1. The router runs DCD 102.
The rtl8139 is a 10/100 PCI card and thus I would like to use as the internal
card instead of as the external card. The external card connects to a cable
I'm having trouble port forwarding on a DCD 102 router. Standard
public/private network set-up with a web server behind the router. Since I'm
on a Cox network, I cannot run a web server using port 80 as it's being
blocked by Cox. So I've resorted to using port 8080 in the past which has
worked
Hello-
I am still having a problem connecting to, road runner, my isp's dhcp
server and i don't know
what i am doing wrong.
I am using the Dachstein floppy on a Pentium one. Here is what i have done
so far.
I registered the mac address with my isp (road runner)
nic config
--
irq:
I have a Pentium 166 MHz router that has 82 MB RAM running DCD 102. It seems
to me that the default ramlog configuration was designed for machines with
smaller amount of RAM.
Here is what I've done to my router:
#/ETC/RAMDISK.CONF:
# [-c | -l filename] [-nXX] [-iXX] /dev/name [blocks]
dev/ram1
On Tuesday 12 February 2002 23:08, Henning, Brian wrote:
Hello-
I am still having a problem connecting to, road runner, my isp's
dhcp server and i don't know
what i am doing wrong.
I am using the Dachstein floppy on a Pentium one. Here is what i have
done so far.
snip good information
What you've sent us so far looks OK from the Dachstein end. Why you aren't
getting a lease is puzzling. Lynn already asked some of the right questions.
Let me ask a few more.
1. How is the router *physically* connected to RR? It should be a regular
(not crossover) Ethernet cable to an RJ45 port
On Wednesday 13 February 2002 00:47, Ray Olszewski wrote:
3. I see you specified a gateway address manually --
eth0_DEFAULT_GW=66.41.136.1
The gateway address typically comes as part of the lease information.
Why are you setting the value manually?
I asked him to do this, it doesn't hurt
47 matches
Mail list logo
