equivalent of Linux mount -o bind

So I'm curious if there's something in OpenBSD that's similar to the mount -o bind /dir1 /dir2 to make dir1 appear where dir2 is. I seem to recall a mount_nullfs but don't see it in the latest OpenBSD. Please note that I'm not trying to start a flame war, so there's no need to make Linux

otherOS is to daemontools as openbsd is to ?

Just curious, I recall hearing there was a clone of daemontools for OpenBSD, what was it called? TIA -- Security Guru for Hire http://www.lightconsulting.com/~travis/ -- GPG fingerprint: 9D3F 395A DAC5 5CCC 9066 151D 0A6B 4098 0C55 1484

Re: otherOS is to daemontools as openbsd is to ?

On 2/26/06, vladimir plotnikov [EMAIL PROTECTED] wrote: Take look on FAQ pages: http://www.openbsd.org/faq/faq14.html#MountImage Eh? Disk setup? Anyway, I found 'em, they're called freedt In /usr/ports/sysutils/freedt Thanks anyways -- Security Guru for Hire

vpn1401 not probing

Hey, The soekris site says the vpn1401 is fully supported in the latest release of OpenBSD. However, mine isn't autoprobing. What do I need to do to get it working? -- Cryptography is nothing more than a mathematical framework for discussing various paranoid delusions. -- Don Alvarez

SCSI HBA support questions

Can anyone confirm that an Adaptec AHA-1542 works with anything since 3.6? I found that support for it was silently broken sometime in 3.x, even though it's listed as supported hardware for x86. Also, I have 3 PCI Bustek adapters (BT-958D, BT-958, BT-946C) in a different machine, but booting up

Migration to PF - some questions

In pf nat rules also the first match wins __but__ in pf filter rules the __last__ match wins. In fact that is the one thing I don't like in pf, but to have a first match win you can use the magic word quick in all your pass and block rules. (e.g pass in quick) And thereby end up with yards of

Re: Migration to PF - some questions

huh? Before any rules are evaluated, the filter checks whether the packet matches any state. If it does, the packet is passed without evaluation of any rules. - pf.conf(5) Yeah, I neglected stateful matching. I should have said that every packet that has to run the gauntlet of rules, has to

Re: pf, dfd_keeper, and dynamic firewalls

And we should have to google, why? I can't be bothered if the author can't be bothered to get his own URL correct. I was typing it by hand from a system which had blocked my homepage's IP (don't ask me why, I dunno). Momentary lapse of reason. Nice to see that OpenBSD's culture hasn't changed

Re: pf, dfd_keeper, and dynamic firewalls

So what is the default? It is 022 on all my machines and I have never screwed with it and as a result pkg_add works just fine. I set mine to 077 in .profile. Untidy things like that make me wary of code from the same source... Well, if you think having a paranoid root umask is a bad thing

pf, dfd_keeper, and dynamic firewalls

Hey, Just letting people know that a dynamic firewall daemon, (sort of a command shell for the firewall), is available for OpenBSD pf. It's called dfd_keeper, and I'm looking for ideas, suggestions, developers, and testers. You can find it here: http://www.lightconsulting.com/dfd/dfd_keeper/

the pf-based dynamic firewall daemon dfd_keeper now available

Hi, I've spent a fair amount of time minimizing open ports and I have a cool new program for other people allergic to unnecessary open ports. The basic idea is called a dynamic firewall daemon, that provides a command-line like interface which can execute carefully controlled modification to your