Hi all
I'm running Dachstein 1.02 with
a public IP range server farm,
(half a dozen domains) one of which
proxies client web traffic.
What's the simplest way to obtain a record of the
total traffic (in and out) on the external card?
Actually, I'd like hourly totals of network
traffic,
Kim,
have you read my documentation on how to boot Bering from a CDROM?
It's available @
http://leaf.sourceforge.net/devel/jnilo/bucdrom.html
Have fun!
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Friday, May 03, 2002 6:56 AM
To: Eric Wolzak
Cc: Kim
On Thursday 02 May 2002 19:48, Charles Steinkuehler wrote:
Sorry to be (way) off topic here,
Not that far off topic.
O.K. cool :)
Sounds like a pretty basic system. I hope there's a CPU and some memory!
:-)
Well.. if you really think that's *needed*... ;-D
oriented towards the role
Tom,
I am still a newbie here and I wanted to make sure that I understood what
you meant so here is where I am at on this.
What you suggested was this [1]:
ACCEPT net loc:local endpoint ip udp 500 - all
ACCEPT net loc:local endpoint ip 50 - - all
I decided not to include the endpoint ip
On Fri, 3 May 2002, Eric B Kiser wrote:
What you suggested was this [1]:
ACCEPT net loc:local endpoint ip udp 500 - all
ACCEPT net loc:local endpoint ip 50 - - all
I decided not to include the endpoint ip address because I wanted be able to
use any machine on my local network. So...
Very interesting, Tom... Thanks for taking the time to get into more detail.
I have modified my rules back to your original suggestion, however, I still
have one question.
[snip]
In order for either of rules [2] to have been invoked, the ORIGINAL
destination IP would have had to have been in
On Fri, 3 May 2002, Eric B Kiser wrote:
Very interesting, Tom... Thanks for taking the time to get into more detail.
I have modified my rules back to your original suggestion, however, I still
have one question.
[snip]
In order for either of rules [2] to have been invoked, the ORIGINAL
Matt, hoping you can help with this.
My boss designed a board with two 8139 cards on board.
One is harwired to a connector intended to be eth0
the other to a switch intended to be eth1.
Naturally the reverse occurred.
If we can't fix this in BIOS he'll have to rewire.
The question is why is
Okie-dokie, here is my sanity check...
Establish IPsec connection ...done
Tear down IPsec connection ...done
Remove rules from config...done
save...done
backup ...done
reboot ...done
Establish
It has to do with the PCI ID order.
How did your boss made the PCI ID?
He must have defined that one of the 8139 card has let's say
ID 1 the other ID 2.
I guess that all of the PCI, PNP and ACPI specs must have
a way to say which device is which.
So I guess that he will have to rewire or
Good information, thanks for the insight.
/Eric
-Original Message-
From: Tom Eastep [mailto:[EMAIL PROTECTED]]
Sent: Friday, May 03, 2002 11:04 AM
To: Eric B Kiser
Cc: [EMAIL PROTECTED]
Subject: RE: [leaf-user] Testing IPsec pass-through
On Fri, 3 May 2002, Tom Eastep wrote:
No --
I'm trying to install Bering on a PC104 board with DiskonChip2000, but
I'm not sure how/where to load the proper driver. I'm at a disadvantage
here, my background is windows development. I'm also trying to locate an
Ethernet driver for an i82557 chip. I may be on my own with the net
driver, but
Jabez:
Heya. As you probably know, that log looks like a
CodeRed worm (an IIS web-server virus from early last year).
It also looks like your firewall is simply blocking this
packet before any other process can see it, including LaBrea.
This seems to me a Good Thing. :)
-Scott
I just
I'm trying to install Bering on a PC104 board with DiskonChip2000, but
I'm not sure how/where to load the proper driver. I'm at a disadvantage
here, my background is windows development.
Interesting issue. Let's try it (note: I do not have the hardware here so we
might have to iterate a bit)
At 10:21 3/05/2002, Luis.F.Correia wrote:
Kim,
I did, it was quite helpful, and was the main raison why I considered
trying it out.
It was written pretty clearly so I thought if it is this simple even I as
an (mct) should be able to do it. :-)
Guess again ;-)
Well I kinda found the problem
Hi,
I switched from dachtein to bering, all works perfectly.
I replaced my slow bind-8/exim by tinydns/qmail.
Perhaps I'm tired but I don't find where the TMPFS on /var/log is created
(wich script???)
I use a little hard disk for storage and I would like to store logs on a
partition.
What to do?
OK, I want to upgrade my NICs, not only in my Dachstein box (thanks again
Charles!), but also in a couple of servers (Compaq Proliant 1500s), for a
total of 5 PCI 100 or 10/100 NICs.
I don't want to spend more than I have to, but I'd like good quality cards.
Searching the archives, I found
On Fri, 2002-05-03 at 13:21, Ken Gentle wrote:
OK, I want to upgrade my NICs, not only in my Dachstein box (thanks again
Charles!), but also in a couple of servers (Compaq Proliant 1500s), for a
total of 5 PCI 100 or 10/100 NICs.
snip
So the question is, what is the most bang for the buck?
At 23:24 3/05/2002, Eric Wolzak wrote:
Your absolutetely right, and that is where it should go and will fix my
problem,
I only have create a /dev/cdrom link to /dev/hdc and I am set.
Sorry for not checking first but I assumed because the file started out
with root it would be
backed up in
Le Vendredi 3 Mai 2002 22:17, sylvain pelletier a écrit :
Hi,
I switched from dachtein to bering, all works perfectly.
I replaced my slow bind-8/exim by tinydns/qmail.
Perhaps I'm tired but I don't find where the TMPFS on /var/log is created
(wich script???)
It's created by /linuxrc
Trying to get some sort of communication with my ADSL PCI card from Bering
v1.0 RC2. Jacques has kindly been helping me with getting to this stage. I
should now be able to get some communication going, but my device drivers
don't appear to me to be recognising the card - I'm not really sure what
DCD: Special Second External Interface ???
[1] Summary diagram:
+---+
| |
| Remote Vendor|
| Private Network |
| |
+---+
Florida ^
|
Chicago v
+---+
| |
| ISDN Router
Matt, hoping you can help with this.
My boss designed a board with two 8139 cards on board.
One is harwired to a connector intended to be eth0
the other to a switch intended to be eth1.
Naturally the reverse occurred.
If we can't fix this in BIOS he'll have to rewire.
The question is
1. Re: FW Through Put (Dennis Stephens)
2. DCD, icmp NAT ??? (Michael D. Schleif)
3. RE: Testing IPsec pass-through (Eric B Kiser)
4. RE: Testing IPsec pass-through (Tom Eastep)
5. relay-ctrl (Bill Hults)
6. RE: Testing IPsec pass-through (Eric B Kiser)
7. RE:
I am using the latest version posted on sourceforge. I have been fighting
with it for a solid week now, and am finally admitting defeat. Here are
copies of what config files I could find. I searched the internet everyway I
could and just could not find much info on setting up any other .o files I
Hello all -
Today I got this repeated 16 times:
sh-httpd[3203]: refused connect from 63-216-161-10.sdsl.cais.net
with no DENY log of the attempt -
I thought sh-httpd was configured only to listen to my internal interface!
In fact, if I do try to connect
to the external interface on port 80, it
Darren Martz [EMAIL PROTECTED] wrote:
snip
I'm at a disadvantage here, my background is windows development.
Alot of us started as Windows only. No biggie. It will expand your
background.
I'm also trying to locate an
Ethernet driver for an i82557 chip. I may be on my own with the net
27 matches
Mail list logo