Hello
I've noticed a bit different behaviour with regard to delayed acks on OBSD.
Some other systems (2 linux distros, win2k/xp) I tested, pretty much acted
as I've always seen it - 1 ack per max. 2 segments, but no bigger delay than
some arbitrary value (looking at rfc, no more than 500ms,
smith wrote:
If you successfully do this, can you post how you did it?
The magic is in bsd's ftp(1) -o flag, which makes it a bit similar beast
to the wget. It can also pull the file using http or, since 4.0, https -
check AUTO-FETCHING FILES section in the man, it's quite fexible piece
So my question is this: is doing a remote network restore using
'bsd.rd' at all possible (or even suggested/recommended) or are
directly attached devices (IDE/SCSI/USB drives tapes drives) the
only supported restore(8) sources with 'bsd.rd'?
You can pipe ftp's output to restore.
Cedric Brisseau wrote:
I think spamd can't help a lot since mails aren't received directly.
Maybe you have similar cases with spamassassin+clamav or relaydb,
procmail ?
postfix (with basic smtpd restrictions that can do wonders)
clamav + spamassassin (with bayes enabled) ran from amavisd
You
Lawrence Horvath wrote:
Is there a way to monitor how much traffic is passing through a queue in
bps?
Besides pfctl -vvsq, try pftop from ports - it's great pf monitor, similar
in use to top.
Matthew R. Dempsky wrote:
I have three machines that I'm using for testing network performance:
- 2.0GHz Pentium 4, 256MiB RAM, Ubuntu 6.06, e1000
- 266MHz Pentium II, 192MiB RAM, Debian Unstable, sk98lin
- 600MHz Pentium M, 256MiB RAM, OpenBSD 4.0-current, em(4)
[cut]
Can
Matthew R. Dempsky wrote:
Is my guess correct? If so, is it possible to have OpenBSD route
traffic both ways across the ethernet cable?
Thanks.
icmp's replies would go through loopback in such case.
If you wanted to force it to go over the cable, you could use route(8) to
manually set
Matthew R. Dempsky wrote:
On Tue, Aug 01, 2006 at 11:24:17PM +0200, Michal Soltys wrote:
icmp's replies would go through loopback in such case.
Really? I got the impression from tcpdump that traffic from sk0 to sk1
(whether ICMP request or reply) always went over the ethernet cable
while
Bihlmaier Andreas wrote:
Hello misc@,
I stumbled across a problem with all X terminal emulators in OpenBSD
(that is xterm and aterm, eterm and rxvt from ports).
None of the above seems to support 256 colors. I tried various
combinations of $TERM (xterm, xterm-color, xterm-xfree86,
9 matches
Mail list logo