Linux szerverünkből a netatalk démon segítségével varázsolhatunk afp kiszolgálót, a Bonjour funckióját pedig az Avahi látja el.

Sajnos a netatalk előre fordított verziója nem alkalmas számunkra (ssl támogatás nélküli), de könnyen és egyszerűen fordul a forrás is. Mac OSX Lion DP4 esetében feltétlenül a 2.2-es verzióra lesz szükségünk, ami jelenleg beta4 fázisban van, mert a lion-os backupnak szüksége van egy Server Reply Cache nevű szolgáltatásra, amit a korábbi netatalk verziók nem tartalmaznak.

Természetesen a csomagfordítás első és legfontosabb eleme a build-essential csomag megléte, ha még nem rendelkezünk vele:

apt-get install build-essential

A netatalk fájdalommentes lefordításához szerezzünk be minden függőséget:

sudo apt-get build-dep netatalk

majd magát a netatalk csomagot: (az apt-get source netatalk semmit nem ér, borzalmasan elavult) http://netatalk.sourceforge.net/, meg lehet próbálni stabillal, nekem csak a 2.2 Beta-val ment rendesen.

Tömörítsük ki valami kulturált helyre, majd fordítsunk belőle csomagot:

./configure --enable-afp3 --enable-timelord --enable-cups --enable-a2boot --enable-debian --with-ssl-dir=/usr/lib/ssl --with-cnid-cbd-backend --with-cnid-dbd-backend

make && make install

(természetesen ha csak erre a célra szeretnéd az afp szervert használni, a –enable-timelord –enable-cups –enable-a2boot simán elhagyható)

Ezen a ponton érdemes a netatalkot “hold” állapotba rakni, hogy az APT vagy az Aptitude nehogy galibát csináljon és felrakja a disztribúcióhoz mellékelt csomagot.

echo "netatalk hold" | sudo dpkg --set-selections

A netatalk beállítása:

a /etc/default/netatalk fájlban állítsuk be, hogy mely szolgáltatásokat nyújtsa a szoftver:

ATALKD_RUN=no
PAPD_RUN=no
CNID_METAD_RUN=yes
AFPD_RUN=yes
TIMELORD_RUN=no
A2BOOT_RUN=no

A feladat szempontjából nagyon jelentős a CNID_METAD_RUN=yes bejegyzés. A CNID daemon fontos metaadatokat tárol.

a kézzel fordított netatalk konfigurációs állományai a /usr/local/etc/netatalk mappa alatt lesznek.

az afpd.conf végére szúrjuk be az alábbiakat:

- -transall -uamlist uams_randnum.so,uams_dhx.so,uams_dhx2.so -nosavepassword -advertise_ssh

a -nosavepassword ízlés szerint egy kis biztonsági résért + kényelemért cserébe beváltható egy -savepassword -ra, a -advertise_ssh pedig elhagyható ha nincs 10.5-nél öregebb OSX-ünk. A uams_dhx2.so nagyon fontos, enélkül a Lion nem nagyon fog csatlakozni a szerverhez.

Következő lépés a megosztások beállítása, ehhez a /usr/local/etc/netatalk/AppleVolumes.default fájlban kell turkálnunk. A fájl eleje szintén komment, ki lehet belőle igény szerint okosodni.

Lesz a végén egy ilyen sor:

~

nagyjából egyértelmű, mindenkinek kiajánlja a saját mappáját. Ha nem akarunk ilyent akkor simán kommentezzük ki a sort.

a Time machine megosztáshoz az alábbi sort használom:

/TIME_MACHINE/		"TimeMachine" cnidscheme:dbd options:usedots,upriv,tm,noadouble dperm:0755 fperm:0755 ea:sys|ad

Az első szó a megosztott mappa elérési útja. Nyilván, mivel a Time machine szereti felzabálni az összes helyet, ez egy különálló diszk. (Egy kis kitérő: az afpd szereti ha a megosztás alatt lévő mount point opciói között szerepel a user_xatrr bejegyzés. Esetemben ez így fest: /dev/sdb1 /TIME_MACHINE ext4 defaults,user_xattr,acl 0 0). Akkor sincs tragédia ha nem használjuk, ebben az esetben minden extended attribútumot a .Appledouble mappa alatti állományokba fog írkálni.

az idézőjelek között TimeMachine a megosztás neve.

a cnidscheme:dbd a használandó cnid backendet jelöli. Nem próbáltam, de olvastam egy-két helyen hogy a cdb sebesebb bír lenni, de nem bírtam működésre bírni. dbd-vel simán megy.

options, ami fontos belőle:

• noadouble: ne használja a .AppleDouble fájlokat, csak ha nagyon muszály.
• upriv: a létreövő fájlok jogosultságait adhatjuk meg.
• tm: time machine support
• dperm: a mappák jogosultsága. fperm: a fájlok jogosultsága. (Ha megegyezik, mint itt, akkor lehet simán perm: is).
• ea:sys|ad: az extended attribútumokat elsősorban a fájlrendszerben próbálja tárolni, ha nem megy, akkor jöhet a .AppleDouble megoldás

ha megvan, jöhet egy netatalk újraindítás:

/etc/init.d/netatalk restart

majd kürtöljük világgá hogy van ilyen szolgáltatásunk:

sudo apt-get install avahi-daemon
sudo apt-get install libnss-mdns

és szerkesszük meg a /etc/nsswitch.conf fájlt.

Keressük meg benne ezt a sort:

hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4

és írjuk a végére az mdns bejegyzést.

Hozzunk létre egy /etc/avahi/services/afpd.service nevű fájlt az alábbi tartalommal:

<?xml version=”1.0″ standalone=’no’?><!–*-nxml-*–>
<!DOCTYPE service-group SYSTEM “avahi-service.dtd”>
<service-group>
<name replace-wildcards=”yes”>%h</name>
<service>
<type>_afpovertcp._tcp</type>
<port>548</port>
</service>
<service>
<type>_device-info._tcp</type>
<port>0</port>
<txt-record>model=Xserve</txt-record>
</service>
</service-group>

és indítsuk újra a szolgáltatást:

/etc/init.d/avahi-daemon restart

Kliens oldali varázslat:

Beszéljuk rá a Time Machine-t hogy nem támogatott diszkeket is hagyjon kiválasztani. Ehhez egy terminal-ra lesz szükségünk (Applications/Utilities), amibe az alábbi parancsot kell begépelni (másolni):

defaults write com.apple.systempreferences TMShowUnsupportedNetworkVolumes 1

Első alkalommal fel kell mountolnunk a backup diszket, ehhez egy finder ablakra lesz szükségünk. Ha a Bonjour jól dolgozik, akkor a bal oldali oldalsávban már ott fog vigyorogni a szerverünk, szimpatikus Xserve ikonnal. Ha nem, akkor a go->connect to server kell nekünk. Az eléréi úthoz írjuk be az alábbiakat: afp://szerver.ip/ majd csatlakozzunk.

Kapcsolódás AFP szerverhez

Ha minden jól megy, kérni fog egy felhasználót és egy jelszót. Itt a debian / ubuntu szerveren érvényes hitelesítő adatainkat adjuk meg, ha egynél több megosztásunk van, akkor pedig válasszuk ki a TimeMachine megosztást.

Válasszuk ki a TimeMachine megosztást!

majd a system preferences-ben válasszuk ki a Time Machine beállításait, és jelöljük ki a frissen létrehozott mentés lemezt.

Figyeljünk oda, ész nélkül fel fog sorolni minden hálózati meghajtót, de ettől függetlenül nem hajlandó bárhova menteni.

Biztonsági mentés kötet kiválasztás

és ha mindent jól csináltunk, akkor boldogan menteni fog. Az első mentés _nagyon_ sokáig is eltarthat, nálam draft n-es hálón 75 gigát vagy nyolc órán keresztül szenvedett át, egy ethernet kábel tehát csodákra képes.

A leírás kb 80-90%-a ebből a postból származik, így megérdemel egy viszontlinket: http://www.kremalicious.com/2008/06/ubuntu-as-mac-file-server-and-time-machine-volume/

Remélem hasznát veszitek a leírásnak. Ha valami nem stimmel, örömmel várom a kommenteket, nekem már sikerült végigverekednem magam ezen a (kicsit rögös) úton, talán segíteni is tudok.

A megjelenő ablakban a bal oldali lista alján található “+” gomb segítségével adjunk hozzá egy új kapcsolatot.

A + gombra kattintva új kapcsolatot hozunk létre

A kapcsolat típusa legyen “VPN”, a VPN típusa a kapcsolat típusától függően választandó, IPSEC, VAGY PPTP, neve pedig tetszőlegesen megválasztható.

VPN kapcsolat létrehozása

A kapcsolat létrejötte után megadhatóak annak paraméterei:

VPN paraméterek megadása

A “Configuration” menü maradhat üresen, a “Server Address” menüpontba a távoli szerver IP címét vagy host nevét adjuk meg, az “Account Name” mezőbe pedig felhasználónevünket írjuk!

Az “Encryption” választómezőben a kapcsolat paramétereitől függően “Automatic”, “Maximum”, vagy “None” választható.

Az “Authentication Settings” gomb megnyomásával az azonosítás módja választható meg: Jelszó, RSA token, Kulcsfájl (Certificate), Kerberos azonosítás, vagy CryptoCard.

VPN hitelesítési beállítások

A Connect gomb megnyomásával a kapcsolat azonnal felépíthető, a “Show VPN status in Menu bar” kapcsoló bekapcsolásával pedig a menüsorra lehet VPN státusz ikont varázsolni, amivel a kapcsolatok gyorsan a “System Preferences” megnyitása nélkül menedzselhetőek.

"Warning: system() [function.system]: Unable to fork".

esetleg

"Warning: shell_exec() [function.shell-exec]: Unable to execute"

A probléma okozója az, hogy hiába van a php kódot futtató felhasználónak (általában IUSR_gépnév) jogosultsága a kérdéses állományt végrehajtani, a php exec() függvénye nem közvetlenül azt próbálja futtatni, hanem a cmd.exe-t, aminek paraméterben adja át a futtatni kívánt parancsot.

Így, a működéshez a cmd.exe-re is megfelelő jogosultságot kell adnunk. A cmd.exe elérési útvonala: %windir%\system32\cmd.exe (Általában c:\windows\system32\cmd.exe vagy c:\winnt\system32\cmd.exe)

A fájlon jobb klikk, tulajdonságok (properties)

cmd.exe tulajdonságai

Amennyiben az INTERNET GUEST ACCOUNT (IUSR_gépneve) nincs a listában, kattintsunk a hozzáadás(add gombra), és a mezőbe írjuk be az IUSR szöveget, majd nyomjuk meg a Névellenőrzés gombot. (Apache esetén válasszuk azt a felhasználót, amely nevében az apache folyamatok futnak.)

Fontos!!! Határozottan ellenjavallott több jogosultságot adni az IUSR felhasználónak, mint amennyi a képen látható

A napokban került a kezeim közé egy Raidsonic IB-NAS-4220-B kétlemezes hálózati terülj-terülj asztalkám.

A tárolóba két SATA merevlemezt helyezhetünk el, és választhatunk a RAID0 (A két merevlemez kapacitása összeadódik, így a teljes adattároló mennyiséget kihasználhatjuk.) és a RAID1 (A tároló mindkét merevlemezen tárolja a rá másold adatokat (tükrözés), így ha az egyik merevlemez tönkremegy, akkor adatainkat még mindíg elérhejük a másik merevlemezről.)

Mindenki maga választhatja ki, hogy a tárolókapacitás vagy a biztonság a fontos a számára.

Ha a lemezeket single módban érjük el, használhatunk FAT32 fájlrendszert (erősen ellenjavalt) raid esetében marad az EXT2 vagy az EXT3. (JAVALLOTT)

Adatainkat elérhetjük CIFS/SMB (windows fájl és nyomtatómegosztás vagy mi), NFS (Linux fájlmegosztás), webes felületen keresztül, a bonjour segítségével csatlakoztathatjuk iTunes zenelejátszó szoftverünkhöz, támogatja az rsync protokollt, sőt, még bittorrent klienst is rejtettek el benne.

Adatainkat nem csak sokféleképpen érhetjük el, de gyorsan is: Az egység hátoldalán gigabites csatlakozó kapott helyet, sőt igény esetén akár a jumbo frame-t is támogatja.

Az admin felület teszetős, kedvünkre konfigurálhatunk mindent. SMB/CIFS esetén felhasználókkal és csoportokkal szabályozhatjuk a hozzáfését, NFS esetén pedig IP cím tartományokkal szabályozhatjuk az írási, olvasási jogosultságot is. Támogatja a szinkron és aszinkron módokat valamint megbírkózik a  no_root_squash opcióval is, így a root jogú felhasználók nem nobody-két írnak az eszközre. Kiválóan vizsgázott konkurrens elérés tantárgyból is – egy szerveren rsynceltem rá, egy másik konzolon simán parancssorból másoltam rá,

Az rsync sajnos ssh-t nem támogat, csak a standard rsync protokollt, így a címzésnek így kell kinézni: 111.111.111.111::/megosztas. Figyeljetek arra, hogy az IP cím és a megosztás neve között két tettőspont van!

Torrenteseknek is érdemes elgondolkodni a ketyere beszerzésén: Sokkal kisebb zajterheléssel jár, hiszen a hűtőventillátor csak akkor kapcsol be, ha arra szükség van, és az energiafelhasználása is messze alattamarad bármilyen PC-nek.

A diagnózis az, hogy a notebook beépített vezetékes hálózati adaptere súlyos "Windows XP" allergiában szenved.

Vista alatt semmi gond, XP alatt viszont a link látszólag létrejön, de IP-t nem kap, és különösebb hibaüzenetet sem sikerült kicsikarni az eseménynaplóból.

• Próbáltam újratelepíteni az XP-t: semmi
• Próbáltam netsh int ip reset c:\resetl.log && netsh winsock reset kombót, szintén semmi.
• Próbáltam kelet felé fordulva imádkozni, semmi.

A megoldást (számomra baromi meglepő módon) a bios frissítés jelenti.

Frissített BIOS-t letölthetünk itt. Az első letöltés maga a BIOS file. A második az épelméjű közönség számára publikált, FreeDOS alapú, Bootolható BIOS frissítő média, a harmadik pedig a kamikaze lelkűek (jól figyeljenek, csak egyszer mutatom meg) számára készített, Windows XP / Vista alól repülőrajtban, újraindítás nélkül BIOS-t frissítő, gépből ablaktámaszt készítő kézi készülék.