Remélem nem feleslegesen írok, és legalább születik 1 db. értelmes válasz. [legalább thuglife v. valaki! :\ ]

A világ legbiztonságosabbnak mondott oprendszere, és az alap telepítője nem támogatja a vinyó teljes titkosítását [/home+full rendszer stb.] [fixme].

Viszont 2011-ben még Linux alatt se 1 perc megoldani a teljes titkosítást: http://xercestech.com/full-system-encryption-for-linux.geek

De....:

Lehetőségek a hdd titkosítására OBSD alatt:

Sziasztok!

FFS fájlrendszerről kéne nekem megbízható forrásból egy kis összegzés. Ugyan ilyen leírás jó lenne ext3-ra is. Előre is köszönöm a választ!

Sziasztok!

Hol található a sendfile beállítása az OpenBSD-be? Kernel szinten gondolom.
Előre is köszi a választ

Valaki tudna nekem okosat mondani, hogy mi történik a bejelentkezés után az OpenBSD-ben?
Olyasmire lennék kíváncsi hogy milyen szkriptek futnak le, a /root-ban levő .profile ill. .login mikor és milyen formában folyik le?
Előre is köszi a választ!

Sziasztok!

Diplomamunkámmal kapcsolatban írok ide!
A feladatom egy OpenBSD 4.7 és egy Debian lenny összehasonlítása. Le is futtattam pár tesztet amelyek döntő többségében nyert a Debian. Úgy képzeljétek el, hogy mindenféle különös hekkelés nélkül feltelepítettem a két rendszert, ezek után mindkettőre egy apache2, pure-ftpd lett feltelepítve!
A tesztekben az OpenBSD 90-100%-os CPU terheltséggel küszködött, míg a Debian megoldotta max 30%-al!
A teszt úgy nézett ki hogy 8másik gépről támadtam egyszerre egy időben külön-külön a két szervert.

Sziasztok!

Az OpenBSD 4.8-on out of box megtalalhato heimdal kerberos-t szeretnem beallitani openssh single signon-al.
Tobb OpenBSD es NetBSD box kozott hasznalnam. A pam kerberos authentikacio szepen mukodik, az ssh gssapi auth csak a kerberost futtato boxon, de ott tokeletesen. Hozzaadtam a keytab fajlhoz a hosztokat, de ssh debugolas kozben erre akadtam:
"we sent a gssapi-with-mic-packet, wait for reply"
Elismetli meg parszor, majd tovabb halad az authentikacios lehetosegek kozott.
A konfigom igy nez ki:

[libdefaults]
default_realm = SUB.DOMAIN.COM

Sziasztok!

Szemezunk mini-itxes gepekkel es erdekelne, hogy van e valakinek tapasztalata jetway alaplapokkal es halozati kartyakkal? Ilyen alapu hardwarere szeretnenk openbsdt telepiteni, ill meglattuk h lehet ilyen industrial compact discet (CF kartya?) kerni melle, es akkor hddre sincs szukseg. Ezekkel kapcsolatban van vkinek tapasztalata, olvasott valahol barmi hasznosat?

Konkretan a kovetkezo peldanyt neztuk ki most: http://www.mini-box.com/Mini-Box-M300

Sziasztok!
Egy olyan tuzfal clustert akarok osszerakni (a pfsync tetszett meg nagyon), hogy van ket node, nodeonkent 4+2 interfesszel, ket switch a lan oldalon, ket router a wan oldalon:

r1 ------- r2
|\ /|
| \ / |
| \ / |
| \ / |
| \ / |
| X | WAN
| / \ |
| / \ |
| / \ |
| / \ |
|/ \|
bsd1 --- bsd2
|\ /|
| \ / |
| \ / |
| \ / |
| \ / |
| X | LAN
| / \ |
| / \ |
| / \ |
| / \ |
|/ \|
sw1--------sw2

Üdv!

Van egy OpenBSD 4.7, rajta isc-dhcp 3.1.3, és a következő egyszerű eset:

subnet a.b.c.d netmask 255.255.255.0 {
opciók
pool {
range első utolsó
eltérő opciók
}
}

tehát gépek egy csoportjára a többitől eltérő paramétert kellene beállítani, de ez a hiba jön:
/etc/dhcpd.conf line xx: expecting a parameter or declaration.
pool
^

Nem hiányzik zárójel vagy pontosvessző, végül már a mellékelt example fájlból másoltam át, hátha nem látok a szememtől valami elírást, de nincs változás. Mi lehet ezzel?

Sziasztok,
van egy kis gond openbsd 4.6 es gre-vel. Fel telepitettem ket openbsd 4.6 -ot standard install belaitottam net.inet.gre.allow=1 mind 2 gepen, A fele pri 172.16.1.0/24 publikus 192.168.2.2
es b fele priv 172.16.2.0/24 publikus 192.168.2.7

hostname.gre0 -ben
172.16.0.1 172.16.0.2 netmask 0Xffffffff link0 up
tunnel 192.168.2.2 192.168.2.7

es tul oldatl
hostname.gre0 -ben
172.16.0.2 172.16.0.1 netmask 0xffffffff link0 up
tunnel 192.168.2.7 192.168.2.2

fel is huza a gre0- interfaszt mindket felen
de ezt kapom

openbsd minimal installból el lehet távolítani amire nincs szükség, pl sendmailt?

OpenBSD 4.6, lenyegeben default pf beallitasokkal az nmap a kovetkezo 'hibat' produkalja:

 $ sudo nmap -e fxp0 -p 1-12345 -PN 333.33.333.10
Password:

Starting Nmap 4.76 ( http://nmap.org ) at 2010-03-22 17:04 CET
sendto in send_ip_packet: sendto(4, packet, 44, 0, 333.33.333.10, 16) => No route to host
Offending packet: TCP 192.168.1.21:61424 > 333.33.333.10:1857 S ttl=49 id=23284 iplen=44  seq=3793817836 win=2048 
Sleeping 15 seconds then retrying

-sT (SYN helyett OS nativ connect() hivas hasznalata) segit valamelyest, bar warning ekkor is erkezik:

Sziasztok,

Kovetkezo a helyzet:
Van egy Cisco router wccp-vel felkonfiguralva:

ip wccp web-cache redirect-list WCCP-Redirect-List group-list wccp password WCCP-Password