FreeBSD

Rendszerek építése megosztottan biztonságosan

Címkék

Robert Watson és Poul-Henning Kamp a FreeBSD projekt meghatározó tagjai írtak egy cikket a ACM Queue magazin számára. A cikk címe ``Building systems to be shared securely''.

A cikk központjában a jail áll. Ahogy PHK írja, a cikkben azt szerették volna kifejteni, hogy a teljes elszigetelés nem mindig az a megoldás, amely a legjobban szolgálja az igényeinket. A cikk az operációs rendszer architektúra/dizájn szempontjából vizsgálja a megosztás és a biztonság általános koncepcióját. A cikket elolvashatod itt.

Ausztrál cég FreeBSD alapú radarokat készít

Címkék

Szabadon elérhető, könnyű rá fejleszteni, biztonságos és stabil a FreeBSD, amelyet az adelaide-i Genesis Software névre hallgató cég választott operációs rendszeréül. A cég radarokat épít és exportál a világ több pontjára.Daniel O’Connor a cég szoftver és hálózati mérnöke azt nyilatkozta, hogy a FreeBSD volt a legjobb választás nyolc évvel ezelőtt, amikor a cég radar fejlesztésbe és kutatásba kezdett.

``Nagyon stabil, vannak olyan gépeink amelyek több, mint két éve mennek [egyfolytában].''

A cég ügyfelei közt van a Kyoto Egyetem, a Brazil Nemzeti Űrkutatási Hivatal, a MIT Ionoszféra Plazma Kutató Csoport, és a Nyugat Ontario-i Egyetem.

Bővebben itt.

FreeBSD 2004. május-júniusi állapotjelentés

Címkék

Scott Long ma elpostázta a FreeBSD fejlesztésének előző két hónapját feldolgozó állapotjelentést. Ahogy Scott írja az előző két hónap meglehetősen sűrű volt. A Netperf projekt egy nagyobb mérföldkőhöz érkezett, az ARM, MIPS, és PPC portok egész nagy fejlődésen mentek keresztül, de szépen fejlődött az SMPng és a Netgraph projekt is. A FreeBSD 5.3 már itt van a közelben, így Scott arra bíztat mindenkit, hogy töltse le a snapshotot, teszteljen.A FreeBSD 5.3 kód fagyasztás időpontja 2004. augusztus 15.

Lássuk miről szól a helyzetjelentés. A tartalomból:

* Bluetooth stack for FreeBSD (Netgraph implementation)

* ALTQ import

* Buf Junta project

* CAM Lockdown

* Cronyx Adapters Drivers

* EuroBSDCon 2004 registration now open

* FreeBSD Brazilian Documentation Project

* FreeBSD Dutch Documentation Project

* FreeBSD Handbook, 3rd Edition, Volume II: Administrator Guide

* FreeBSD ports monitoring system

* FreeBSD profile.sh

* FreeBSD/arm

* FreeBSD/MIPS Status Report

* HP Network Scanjet 5

* i386 Interrupt Code & PCI Interrupt Routing

* Improved Multibyte/Wide Character Support

* IPFilter Upgraded to 3.4.35

* KDE on FreeBSD

* kgi4BSD

* Low-overhead performance monitoring for FreeBSD

* Network interface naming changes

* Network Stack Locking

* Packet Filter - pf

* PowerPC Port

* Project Mini-Evil

* SMPng Status Report

* Sync protocols (Netgraph and SPPP)

* TTY subsystem realignment

* Various GEOM classes and geom(8) utility

* VuXML and portaudit

A levelet megtalálod itt.

HEADS UP: változott a ports rc.d szkriptek működése

Címkék

Aki a napokban fordított www/apache13, www/apache13+ipv6, www/apache13-modperl, www/apache13-modssl az bizonyára észrevehette, hogy make install után nem indul az apache (és még egy tucat másik port sem, csak ezeken a leglátványosabb, mert ezt használják a legtöbben) a megszokott módon az init szkript használatával.Ennek okairól Mike Makonnen számolt be a -current listán. A bejelentést felhördülés követte, de volt aki nyugalomra intett, mondván, hogy ez a -current, és ilyesmi megtörténhet.

A kérés az a fejlesztők részéről, hogy aki hibás portot talál, az jelezze a port karbantartónak a hibát. Ők javítani fogják a szkripteket. Az érintett portok listája és az init szkriptek lehetséges javításának módja itt.

Hogyan tegyünk FreeBSD-re XFree86-ot és GNOME-ot

Címkék

A minap megadta magát a munkaállomásom (azért hívom így, mert ezen dolgozom :-) ), ezért kénytelen voltam a tűzfalamból, valami munkára is használhatót kihozni. A tűzfalon FreeBSD 4.10-PRERELEASE lakott, tegnapig. Node hatalmas változás ezután sem történt. Szeretném megosztani ezt a nehány tapasztalatot mássokkal is, hátha sok szívástól kímélem meg őket.A tűzfalam és fejlesztő gépem egy dual PII-300, amit kb. 1 éve szereztem be, mert dualos gép volt az álmom, ezért különösebb gond nélkül (gondoltam én) menni kell rajta valami grafikus felületnek is. Szerencsémre volt régről egy ATi Rage 128-am, amihez tudtam, hogy van DRM support.

Alapvetően a FreeBSD Handbook (ami itt nézegethető) alapján ügyködtem természetesen, ezért néhány lépést csak vázlatosan fogok leírni.

No akkor induljunk. A dolog a Handbook szerint különösebb probléma nélkül, és ez így is van. Amire figyeljünk:

- options AGP legyen a kernelünkben

- NE portsból pakoljuk fel az X-et lehetőleg, mert úgy brutál lassú és nekem el is halt fordulás közben, ezért inkább a pkg_add-os megoldást választottam

- menjen az egerünk, /stand/sysinstall megfelelő részében a Handbook szerint izzítandó (moused és vidcontrol, a man kedvelőknek)

- legyen 800-1000MB szabad helyünk (nem fog ennyit használni, de kell a hely)

Egy buildworld-buildkernel-installkernel-installworld quartet után 4.10-STABLE lettem. Itt figyeljünk arra, hogy az IPFILTER már nincs alapértelmezés szerint a kernelben, kell az ``options IPFILTER''.

A monitorunk és screen-ünk beállítása szintén különösebb gond nélkül megy, az option DPMS-t a X86Config-ba én mindenkeppen javaslom. Nekem egy LG1710B TFT-m van, ehhez 40-83kHZ-et és 75-75Hz-et állítottam be, 1280x1024@24 biten. Voltak megelőző próbálkozások is, melyek érdekes kudarcba fulladtak a rossz screen és monitor beállítások miatt, így erre figyeljünk.

A DRM támogatás nem alapértelmezett a 4.x XFree86-ban ezért a következőt kell megtenni:

# cd /usr/src/sys/dev/drm

# make all install

Ez létrehozza a DRM kernel modult, amit megfelelő videokártya esetén az X automatikusan megpróbál betölteni. Ha nem ilyen a kártyánk, vagy valami gondunk lenne ezzel, az Xconfigban a Card beállításoknál a NoAccel elől vegyük ki a kommentet.

Első kis tesztünk:

/usr/X11R6-ba kerülnek a dolgok, binárisok ezen belül a /bin-be

# XFree86 -xf86config XF86Config.new

Az Config.new a home-unkba kerül, mivel rootként dolgozunk, ezért /root/X86Config.new lesz. Ezt editálhatjuk egy szerkesztővel (én személy szerint nano-val szoktam).

Ha jók vagyunk, akkor egy szürkés dolog jelenik meg, egy X-es cursorral, crtl+alt+bckspc-szel le tudjuk lőni. Ha feketeséget kapunk, a pánik helyett szintén az előbb billentyű kombinációt alkalmazzuk, majd térjünk vissza az X86Config-ba és a screen és monitor beállításait nézzük meg. Kilépéskor jó eséllyel el tudunk csípni 1-1 hibaüzenetet, ami sokat segíthet.

Ha minden jól ment eddig, akkor igazából célegyenesben vagyunk. A Gnome telepítés szintén előre fordított csomagból érdemes, így is jól elszöszöl vele a gépünk majd.

# pkg_add -r gnome2

Amint megkaptuk, hogy ``Successful Gnome2 installation'', már csak két teendőnk van:

# cp /root/X86Config.new /etc/X11/X86Config

# echo "/usr/X11R6/bin/gnome-session" > ~user/.xinitrc

Váltsunk át egy "normál" userre (akinek az előbb .xinitrc-t csináltunk). Én ezt másik konzolra váltással tettem, és jöhet a ``startx''.

Nem egy atomvillanás tempóval, de elindul az alap Gnome-unk, amiben a beépített "Web Browser" gyakorlatilag egy Mozilla (onnan írom ezt is). A "sima" Mozilla összevissza viszont crashel, ezért célszerű az előbbit használni. (A telepítéskor Mozilla is felkerül).

Hát ennyi, remélem hasznosra sikerült a leírás. :)

FreeBSD HEADS UP-ok (X.org, bsdtar)

Címkék

Két érdekesebb HEADS UP látott napvilágot a -ports listán (pontosabban egy, a másik meg megérdemelte volna a nagyobb figyelmet).

Az egyik tegnap érkezett. Eric Anholt bejelentette, hogy mostantól a FreeBSD -currentben a XFree86 helyett az X.org lesz az alapértelmezett X rendszer.A FreeBSD többi verziójában az alapértelmezett X rendszer továbbra is az XFree86 marad, de azokban is lehetőség van azt lecserélni. Ehhez nem kell mást tenni, mint az /etc/make.conf-ba fel kell venni az ``X_WINDOW_SYSTEM=xorg'' sort.

A cseréhez előbb el kell távolítani az XFree86-ot (a portupgrade sajnos nem használható), majd telepíteni kell az X.org-ot.

Az eltávolítás:

pkg_delete -f /var/db/pkg/imake-4* /var/db/pkg/XFree86-*

A telepítés:

cd /usr/ports/x11/xorg && make install

pkgdb -F

Ha valaki továbbra is meg akarja tartani a -current-ben az XFree86-ot, akkor egyszerűen csak használja a /etc/make.conf-ban az alábbi sort:

X_WINDOW_SYSTEM=xfree86-4

A fejlesztő jelenleg a -current sysinstall X.org-os verzióján dolgozik. A visszajelzések szerint az átállás az XFree86-ról az X.org-ra egyszerű dolog, és még az NVidia bináris driver is működik vele. Bővebben a HEADS UP-ban itt.

A másik figyelemreméltó dolog a GNU tar (gtar) lecserélése. Alapértelmezés szerint a /usr/bin/tar mostantól egy symlink csupán a /usr/bin/bsdtar binárisra.

A legtöbb felhasználó számára a csere nem hoz komoly változásokat, de azok akik néhány specifikus gtar funkciót is használnak okozhat meglepetést az új bsdtar.

Így vagy úgy, egyszer érdemes mindenkinek elolvasni, hogy mi a különbség a két tar implmentáció között. Azoknak pláne, kik silent módban használták eddig a tar-t.

A bejelentés, és a változások listája itt.

FreeBSD-n PHP-t használók figyelmébe

Címkék

Alex Dupre a FreeBSD PHP infrastruktúrájának karbantartója egy PHP mega commitet csinált július 20-án. Ez nem kis fejetlenséget okozott a FreeBSD -current és -ports listán a PHP felhasználók körében.

Hogy mi változott? Alex levelében bejelentette, hogy a régi nagy PHP port felszabdalásra került ``base'' PHP, PEAR és shared extensions részekre. Ennek az az oka, hogy így sokkal jobban testre lehet szabni a PHP telepítéseket. Az extension-ök, mint például a gyakran használt mysql.so, bz2.so, posix.so, session.so, stb. shared anyagok ezentúl külön telepíthetők az egész PHP csomag újrafordítása, és eltávolíthatók az egész PHP csomag eltávolítása nélkül. Persze ennek ára van.Az ára az, hogy az eddig megszokott telepítést el lehet felejteni, és meg kell szokni egy újat. Ezentúl az extension-öket külön kell telepíteni, mert pl. egy ports/www/mod_php4 port telepítésével semmilyen megszokott dolgunk nem fog működni. Nem lesz mysql kapcsolatunk, stb. Az extension-öket a ports/lang/php[4-5]-extensions/ helyen lehet fellelni. Telepítés után nem árt ellenőrizni a php.ini filet sem, mert az extension-öket be is kell tölteni. Pl:

[...]

extension=mysql.so

extension=bz2.so

extension=ctype.so

extension=overload.so

[...]

Jó szórakozást!

Bővebb infóért feltétlenül nézd meg ezt a thread-et. A ports/UPDATING file a barátod. A listára ez ügyben ne írj, mert szerintem vicc amit a felhasználók ott csinálnak ezzel kapcsolatban, kár lenne súlyosbítani. Ja és RTFM!

TinyBSD

Címkék

Jean Milanez Melo a brazil FreeBSD Users csoport koordinátora egy új FreeBSD alapú terjesztés megszületését jelentette be ma a -current listán. A neve TinyBSD. Jean Milanez 2000 óta dolgozik beágyazott rendszerek készítésén. Behatóan tanulmányozta Poul-Henning Kamp NanoBSD névre hallgató anyagát, amely beágyazott berendezések számára nyújt operációs rendszert.

A NanoBSD-vel volt egy kis problémája (szükségtelen partíciókat hoz létre, túl hosszú ideig tart a buildworld, szükségtelen binárisokat tartalmaz, stb.), ezért úgy gondolta, hogy megalkotja a saját beágyazott operációs rendszerét (társával Patrick Tracanelli-vel), FreeBSD alapokon.

A TinyBSD nem más, mint egy pár KB-os tarball, amelyben egy kernel konfigurációs file (TINYBSD), egy TODO lista, egy basefiles lista (tinybsd.basefile), és egy tinybsd.sh szkript található. A fileokat be kell másolni egy működő FreeBSD /usr/src/release könyvtárába, és az operációs rendszer ezek alapján épül fel. Bemásolódnak a létrehozott könyvtár struktúrába a szükséges fileok, lefordul a kernel, stb. és a végén legenerálódik az operációs rendszer image.

Bővebben Jean levelében itt.

FreeBSD Core Team választás

Címkék

A FreeBSD projekt bejelentette a frissen megválasztott FreeBSD Core Team-et. A csapat új tagjai:Warner Losh <imp@FreeBSD.org>

John Baldwin <jhb@FreeBSD.org>

Jun Kuriyama <kuriyama@FreeBSD.org>

Mark Murray <markm@FreeBSD.org>

Murray Stokely <murray@FreeBSD.org>

Peter Wemm <peter@FreeBSD.org>

Robert Watson <rwatson@FreeBSD.org>

Scott Long <scottl@FreeBSD.org>

Wes Peters <wes@FreeBSD.org>

A csapat összetétele nem sokban különbözik a korábbi Core Team-étől. Az egyedüli változás az, hogy Greg Lehey megüresedett posztjára Scott Long került.