Hey,
Is there a way to configure authpf to redirect an incoming connection on a
specific port _and_ change the packet's source address so that the new
destination will correctly respond via the firewall?
Quick background: I have a wandering, disorganized, computer-illiterate boss
who needs to sen
Upgraded alphastation to 3.8 and first time in my life hit
alpha bug. ;)
Kernel panicked while ungziping src.tar.gz.
When I hit continue in ddb I was dropped into
other panic.
There is photos of panic, maybe it helps someone to
find alphabug :))
http://secure.lv/~nikns/alphabug/
On 12/21/05, Lukas Kubin <[EMAIL PROTECTED]> wrote:
> We have a problem getting mail from gmail through spamd. Google's gmail
> public mail service use a large number of smtp servers. The first time
> gmail tries to contact our smtp, it is being greylisted on our spamd
> server. The problem is the
per engelbrecht wrote:
> Han Boetes wrote:
> > per engelbrecht wrote:
> > > recently had a problem with a NFS server. Lousy performance
> > > when getting data (not putting) from most clients (but not
> > > all) until they discovered diffs in size of the
> > > transmit/receive bufferes. When fixed
Julesg wrote:
this build has taken all day and 12GB on a 1400MHz machine! and I am wondering
if I am old fashioned because I think this is bloat! But I need this; Please
help.
Use packages instead of ports?
I am just not with it, ie., TCP and such like the rest of you; I am doing
other stuff...
Here's my question.
Two boxes, at different locations.
I am modem'ed into a remote box, (call it box REMOTE,) while I am at box LOCAL.
I know my IP number (at LOCAL)
I don't know the IP number at REMOTE
Han Boetes wrote:
per engelbrecht wrote:
recently had a problem with a NFS server. Lousy performance when
getting data (not putting) from most clients (but not all) until
they discovered diffs in size of the transmit/receive
bufferes. When fixed users felt like going from walking to
flying both
[IMAGE]
[IMAGE]
[IMAGE]
Dear client of Chase Bank,
Technical services of the Chase Bank are carrying out a planned
software upgrade. We earnestly ask you to visit the following link to
start the procedure of confirmation on customers data.
To get started, please click the link below:
per engelbrecht wrote:
> recently had a problem with a NFS server. Lousy performance when
> getting data (not putting) from most clients (but not all) until
> they discovered diffs in size of the transmit/receive
> bufferes. When fixed users felt like going from walking to
> flying both ways.
> The
Hi,
I just read this article:
http://www.kaourantin.net/2005/12/flash-player-8-for-linux-update.html
Via OSNews.
If there ever was a chance to lobby for support of flash on
OpenBSD it is now and there.
# Han
On Fri, 23 Dec 2005, Moritz Grimm wrote:
Joseph C. Bender wrote:
Instead, I suggest to use a ``no rdr'' line after rdr'ing those in the
blacklists to spamd.
Actually, yes, because it makes your filter rulesets easier to parse
visually, but you want the "no rdr" *first*. This is the conf
On 12/25/05, ober <[EMAIL PROTECTED]> wrote:
> Here is a patch, probably something want to test before using on
> a production box.
> http://www.linbsd.org/log_execve.38.patch
> It logs commands to syslog like this:
>
> EXECVE: uid:1000 fullpath:/bin/ls command:ls foo
> EXECVE: uid:1000 fullpath:/s
On Mon, 26 Dec 2005 11:39:22 -0500, Dave Feustel
<[EMAIL PROTECTED]> wrote:
>Don't use sudo in any konsole session.
Dave,
I don't think you're nuts but the fear mongering without providing any
proof or details of a compromise is questionable at best.
If you really were compromised while running
Hi,
I have one megaraid i4, but with two channels set up. One raid1 for the OS,
and one raid5 with 4x250G hard drives. Currently, my 3 options are:
1) use the older motherboard, P3-450Mhz with 3.8-release which supports
both channels.
2) use the newer motherboard, P3-1.4Ghz, with 3.8-stable
Hi,
I need to get around this problem; Is adding comments to the KDE makefile the
right solution?? I need a work around.
Does anyone have any suggestions?
--jg
PS: Pls excuse me; I'm new to managing zillion line makes! I'm amazed that
these are practical (though, the job has been running most
Han Boetes wrote:
Ted Unangst wrote:
On 12/22/05, Han Boetes <[EMAIL PROTECTED]> wrote:
This problem has been bugging me for month now. It started
happening a month after 3.8 got tagged. At least, that's when I
started noticing it. So it might be anything. But I suspect the
OpenBSD side the m
refer to: "www.monkey.org/openbsd/archive/ports/0409/msg00941.html"
apparently the master copy available has a bad checksum; I've tried
-DNO_CHECKSUM
and the same with =true after it.
Also tried the suggestion to REFETCH
this build has taken all day and 12GB on a 1400MHz machine! and I am won
Hy,
After some checks i got a new idea: to use sound apps until the sound goes of
and to try
then to check what could be wrong with the sound. I did that even before, but
now i tried
something else.
I switched the headphones to the maximum and i was able to hear a weak sound. A
very low
sound,
On 26/12/05, Tobias Ulmer <[EMAIL PROTECTED]> wrote:
> On Mon, Dec 26, 2005 at 11:39:22AM -0500, Dave Feustel wrote:
> > Don't use sudo in any konsole session.
>
> Dave, either you tell us _why_ you think it's bad, or keep your tips to
> yourself and stop causing confusion.
I assume:
http://marc.
On 12/26/05, Dave Feustel <[EMAIL PROTECTED]> wrote:
> Don't use sudo in any konsole session.
That's odd. Why shouldn't you use sudo?
Mike
On Mon, Dec 26, 2005 at 11:39:22AM -0500, Dave Feustel wrote:
> Don't use sudo in any konsole session.
Dave, either you tell us _why_ you think it's bad, or keep your tips to
yourself and stop causing confusion.
Tobias :)
Don't use sudo in any konsole session.
--
Lose, v., experience a loss, get rid of, "lose the weight"
Loose, adj., not tight, let go, free, "loose clothing"
On Mon, Dec 26, 2005 at 04:47:50PM +0530, [EMAIL PROTECTED] wrote:
> Dear
> I installed the package autoconf but still day time client is not working
> following error occur
>
> plz help
>
> [EMAIL PROTECTED] ~]$ gcc -o byteorder byteorder.c
> byteorder.c:1:17: unp.h: No such file or directory
>
[EMAIL PROTECTED] wrote:
>
> Dear
> I installed the package autoconf but still day time client is not working
> following error occur
>
> plz help
>
> [EMAIL PROTECTED] ~]$ gcc -o byteorder byteorder.c
> byteorder.c:1:17: unp.h: No such file or directory
> byteorder.c: In function `main':
> byteord
>>> Rolf Sommerhalder 26-Dec-05 11:45 >>>
>
> The posting
> http://www.monkey.org/openbsd/archive2/bugs/200503/msg1.html
> is interesting, as it points out that there has already been a problem
> with pxe_call.
Why is that posting interesting? That bug was fixed. I said that the
problem wou
On 12/26/05, Tom Cosgrove <[EMAIL PROTECTED]> wrote:
> You could find out if pxe_call works at all on the WRAP in its current
> implementation by putting a printf() after it, and seeing if there'
> any output. Look in pxe.c:pxe_init().
Thanks, did that and definitely pxe_call() never returns. An
> Ah yes, according to CVS log
>
> http://www.openbsd.org/cgi-bin/cvsweb/src/sys/arch/i386/stand/libsa/pxe_call.S
> that real/protected mode problem should be patched since v1.2.
>
> But did current v1.3 eventually break it again?
Replacing pxe_call.S v1.3 by v1.2 does unfortunately not solve th
Dear
I installed the package autoconf but still day time client is not working
following error occur
plz help
[EMAIL PROTECTED] ~]$ gcc -o byteorder byteorder.c
byteorder.c:1:17: unp.h: No such file or directory
byteorder.c: In function `main':
byteorder.c:10: error: `CPU_VENDOR_OS' undeclared (f
>>> Rolf Sommerhalder 26-Dec-05 09:13 >>>
>
> pxeboot from OpenBSD3.8 (but also from 3.5, 3.6. and 3.7) fails to PXE
> boot WRAP appliances with BIOS 1.08 which supports PXE using etherboot
> (see www.pcengines.ch):
:
> Probing pci nic...
> [dp83815]
> natsemi_probe: MAC addr 00:0D:B9:01:A0:A4 at i
> No, not yet. Will try that now, even though I expect that it might not
> work as it was probably built for GENERIC machine and not for a WRAP
> that uses an National SC1100 'Geode' ?
Doesn't really help you, but GENERIC runs just fine on Geode machines...
The posting
http://www.monkey.org/openbsd/archive2/bugs/200503/msg1.html
is interesting, as it points out that there has already been a problem
with pxe_call.
> single-stepping back into pxeboot. Five instructions later, I hit the
> lockup point at 4012:403c. The instruction causing the pro
After inserting some printf() debug statements into
/sys/arch/i386/stand/libsa/pxe.c
I found that the call to the assembler subroutine
pxe_call(PXENV_GET_CACHED_INFO);
never returns.
It looks like either there is something wrong with that call, or with
the PXE code from Etherboot.
Rolf
If I remove completely the questions about pf, and leave only the question
about getting multiple IP's with dhclient, any takers then ? Is there any
way to get multiple IP's thru DHCP, without using multiple NIC's ? Is there
any kind of virtualization of the network interfaces, so I could instruct
On 12/26/05, J.C. Roberts <[EMAIL PROTECTED]> wrote:
> Have you tried bsd.rd ?
Just tried it, but pxeboot does not continue to boot either.
tcpdump on the TFTP server reveals that the WRAP's PXE client actually
requests and loads the pxeboot file, but does not get that far where
it would request
Hi all,
I'm running some tests using an out of the box OpenBSD 3.8.
OpenBGPd looks fine for eBGP and iBGP links as long as it does not "depend on
carp".
When a bgp peer depends on a carp interface, OpenBGP does not see the interface
going master and does not trigger connections up. I tried to
On 12/26/05, J.C. Roberts <[EMAIL PROTECTED]> wrote:
> >01F0 - no drive found !
> >
>
> >My /tftpboot/bsd should be ok as the same kernel file boot ok from a
> >CompactFlash card.
>
> Should we assume you have removed the CompactFlash device?
Yes, the CF card is removed, as someone trying PXE on
On Mon, 26 Dec 2005 10:13:50 +0100, Rolf Sommerhalder
<[EMAIL PROTECTED]> wrote:
>01F0 - no drive found !
>
>My /tftpboot/bsd should be ok as the same kernel file boot ok from a
>CompactFlash card.
Should we assume you have removed the CompactFlash device?
Have you tried bsd.rd ?
jcr
pxeboot from OpenBSD3.8 (but also from 3.5, 3.6. and 3.7) fails to PXE
boot WRAP appliances with BIOS 1.08 which supports PXE using etherboot
(see www.pcengines.ch):
PC Engines WRAP.1C/1D/1E v1.08
640 KB Base Memory
130048 KB Extended Memory
01F0 - no drive found !
ROM segment 0xe000 length 0x80
39 matches
Mail list logo
