Pirmame grafike yra pastarosios paros gauti realūs laiškai, o antrame matosi kiek laiškų buvo atmesta. Rejected (tikriausiai beveik visais atvejais) reiškia, kad buvo paprašyta palaukt ir atsiųst vėliau.. Deja, vėliau negauta :) Taip pat dar matome, kad amavisd visgi randa kažkiek spam’o ir praeinančiuose laiškuose…

Kadangi laiškų srautas, kuris patenka amavis demonui, sumažėjo, tai galėjau sumažinti amavisd child’us iki vieno. Taip atsirado 120MB laisvo RAM’o :) O ir CPU daug MAŽIAU dabar apkraunamas.

Kas nežino, kas tai per technologija, tai trumpai paaiškinsiu: kai laiškas yra siunčiamas iš sistemai nežinomo IP adreso, tai tam siuntėjui yra pasakoma – “atleisk, bet dabar laiško nepriimsiu, bandyk po 15 (ar truputėli kitokio laiko tarpo) minučių”. Pašto serveriai tai puikiai suprantą ir laišką bando išsiųsti vėliau. Kai laiškas bandomas išsiųsti po 15 minučių ar vėliau, tai sistema laišką priima bei pašto serverio IP adresas įtraukiamas į žinomų ir patikimų pašto serverių sąrašą. Kitą kartą laiškas iš šio IP adreso priimamas be uždelsimo.

Tuo tarpu spamer’ių programos ir/ar virusai dažniausiai nesupranta tokio pašto serverio atsakymo, kad atsiųsk vėliau ir paprasčiausiai to laiško išsiųsti dar kartą nebebando.

Vienintelis minusas tik tas, kad laiškai ateina su uždelsimu. Bet viską kompensuoja švari pašto dėžutė :)

P.S. tekstas rašytas eiliniams interneto vartotojams (pagal adaptuotą programą), taigi techninių dalykų čia nelabai ir yra ;-)

P.S.2. O jeigu norėtumėte žinoti apie tai daugiau ir patys tai išbandyt, prašom:

• http://en.wikipedia.org/wiki/Greylisting
• http://sqlgrey.sourceforge.net/ – Pasirinkau būtent sqlgrey, nes jis gali naudoti MySQL kaip backend’ą. Man patinką viską stebėti ir valdyti paprastai :)
• http://projects.puremagic.com/greylisting/

chmod o+x /var/run/authdaemond

Truputėli privertė pasikankinti :)

English version of this post

I’ve found that some English speaking visitors find this post useful.

Problem occurs after courier-authlib update. The solution is:

chmod o+x /var/run/authdaemond

It took some time to sort this out. Enjoy :)

Yra labai paprastas sprendimas – NTP (Network Time Protocol). Tiesiog įrašykite tai į root’o crontab’ą:

0 * * * * /usr/sbin/ntpdate europe.pool.ntp.org > /dev/null

Prisiminiau tai, nes eilinį kartą prireikė laiko korekcijos vienam serveriui.

Atėjo diena, kai vienam web’ui prireikė Zend Optimizer’io, nes jis užkoduotas su Zend Guard’u. Pagalvojau, kad jokių problemų neturėtų kilti – tiesiog sukišiu ZO ir viskas veiks (seniau yra tekę bandyti tai padaryti, deja, paaiškėjus, kad ZO tik viską labiau sulėtina teko atsisakyti ZO ir džiaugtis tik eA).

Taigi aš ramiai suinstaliuoju ZO iš FreeBSD port’ų ir pasileidžiu PHP CLI, kad pažiūrėčiau, ar viskas OK.. Va tada mano 3 minučių darbelis tapo geros valandos darbu:

PHP Fatal error: [Zend Optimizer] Zend Optimizer 3.2.0 is incompatible with eAccelerator

Pasirodo, naujoji ZO versija nebedraugauja su eA. Zend’o atstovai tai aiškina taip:

Zend Optimizer is not compatible with eAccelerator – both this extensions do operations on the PHP binary code and cannot co-exist.

Bet man tai atrodo keistai, nes seniau juk viskas veikė OK ir niekam niekas netrukdė. Greičiausiai tai kažkokios komercinės priežastys :)

Galimybės naudoti senesnę ZO versiją aš neturėjau, nes ji nepalaiko PHP 5.2, o ZO reikėjo tuoj pat, tad pradžiai tiesiog išmečiau eA. Vėliau nusprendžiau paeksperimentuoti su FastCGI ir pabandyti ZO naudoti tik tuose virtualiuosiuose serveriuose, kuriems yra ZO poreikis. Gan greitai tai pavyko :)

Truputėli paskaitinėjęs medžiagą internete perkompiliavau PHP su FastCGI palaikymu ir suinstaliavau mod_fcgid. Konfigūracija buvo gan paprasta.

Į bendrus serverio parametrus užteko įrašyt štai ką:

LoadModule fcgid_module libexec/apache22/mod_fcgid.so

<Directory /usr/hosting/new.autosara.com/www>
AddHandler fcgid-script .php
FCGIWrapper /usr/local/bin/php-fcgi .php
Options ExecCGI FollowSymLinks
allow from all
</Directory>

Taip pat teko sukurti /usr/local/bin/php-fcgi shell skriptą su tokiu turiniu:

#!/bin/sh
PHPRC=”/usr/local/etc/php/virtualusserveris”
export PHPRC
PHP_FCGI_CHILDREN=8
export PHP_FCGI_CHILDREN
PHP_FCGI_MAX_REQUESTS=5000
export PHP_FCGI_MAX_REQUESTS
exec /usr/local/bin/php-cgi

Iš esmės skriptas buvo reikalingas tam, kad be vargo būtų galima priskirti aplinkos kintamuosius su man reikalingais parametrais. Atkreipkite dėmesį į PHPRC, kuris nurodo, kur ieškoti php.ini failo.

Rezultatas buvo tas, kad konkrečiam virtualiam serveriui galėjau nurodyti jam skirtą php.ini failą. Taigi bendras php.ini krauna eA modulį, o kitame php.ini faile yra kraunamas ZO modulis.

Šiandien prireikė brute force’inti vieną MD5 hash’ą su mdcrack’ų. Greičio skirtumas buvo stebinantis, tad nusprendžiau apie tai parašyti :)

P4:
Collision(s) tested : 989092622 in 270 second(s), 788 millisec, 828 microsec.
Average of 3652634.7 hashes/sec.

Core 2 Duo:
Collision(s) tested : 989092622 in 99 second(s), 727 millisec, 317 microsec.
Average of 9917971.0 hashes/sec.

Be to, kiek žinau, tai mdcrack’as nemoka išnaudoti abiejų branduolių vienu metu :) Taigi viskas akivaizdu…

Pasirodžius Release Candidate 1 versijai nusprendžiau vėl jį išbandyti ir pažiūrėti, ar man ramybės nedavę bug’ai yra ištaisyti.

Atrodo, kad viskas veikia nepriekaištingai. Jau praėjo kelios dienos ir nei vienas apache thread’as nesicrash’ino ar pan. Nemanau, kad atsiras kažkokia tai didesnė problema :)

O dabar palyginimui, ką duoda eAccelerator:

%ab -n 500 http://dev.erdves.info/
This is ApacheBench, Version 2.0.41-dev <$Revision: 1.121.2.12 $> apache-2.0
Copyright (c) 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Copyright (c) 1998-2002 The Apache Software Foundation, http://www.apache.org/

Benchmarking dev.erdves.info (be patient)
Completed 100 requests
Completed 200 requests
Completed 300 requests
Completed 400 requests
Finished 500 requests

Server Software: Apache
Server Hostname: dev.erdves.info
Server Port: 80

Document Path: /
Document Length: 1439 bytes

Concurrency Level: 1
Time taken for tests: 29.72770 seconds
Complete requests: 500
Failed requests: 0
Write errors: 0
Total transferred: 921000 bytes
HTML transferred: 719500 bytes
Requests per second: 17.20 [#/sec] (mean)
Time per request: 58.146 [ms] (mean)
Time per request: 58.146 [ms] (mean, across all concurrent requests)
Transfer rate: 30.92 [Kbytes/sec] received

Connection Times (ms)
min mean[+/-sd] median max
Connect: 0 0 0.1 0 2
Processing: 52 57 16.0 53 259
Waiting: 50 55 15.9 51 257
Total: 52 57 16.0 53 259

Percentage of the requests served within a certain time (ms)
50% 53
66% 57
75% 57
80% 58
90% 59
95% 68
98% 100
99% 133
100% 259 (longest request)

Seniau rašiau apie framework’o evoliucija ir irgi leidau ab testus. Pažiūrėkime, kokie buvo rezultatai visiškai to pačio kodo be eAccelerator:

%ab -n 500 http://dev.erdves.info/
This is ApacheBench, Version 2.0.41-dev <$Revision: 1.121.2.12 $> apache-2.0
Copyright (c) 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Copyright (c) 1998-2002 The Apache Software Foundation, http://www.apache.org/

Benchmarking dev.erdves.info (be patient)
Completed 100 requests
Completed 200 requests
Completed 300 requests
Completed 400 requests
Finished 500 requests

Server Software: Apache
Server Hostname: dev.erdves.info
Server Port: 80

Document Path: /
Document Length: 1439 bytes

Concurrency Level: 1
Time taken for tests: 52.362119 seconds
Complete requests: 500
Failed requests: 0
Write errors: 0
Total transferred: 921000 bytes
HTML transferred: 719500 bytes
Requests per second: 9.55 [#/sec] (mean)
Time per request: 104.724 [ms] (mean)
Time per request: 104.724 [ms] (mean, across all concurrent requests)
Transfer rate: 17.17 [Kbytes/sec] received

Connection Times (ms)
min mean[+/-sd] median max
Connect: 0 0 0.1 0 2
Processing: 87 103 35.0 92 476
Waiting: 85 101 34.7 90 473
Total: 87 103 35.0 92 476

Percentage of the requests served within a certain time (ms)
50% 92
66% 94
75% 98
80% 102
90% 134
95% 181
98% 220
99% 241
100% 476 (longest request)

Skirtumas, manau, yra labai akivaizdus.Vos ne 50% (~45%) efektyviau. Jėgelė :)

O čia šiaip control panel’ės shoot’as:

Žinoma, būtų galima naudoti ir senesnę PHP versiją, bet mano projektams būtinai reikia minimum 5.1 versijos. Tikiuosi, kad neteks daryt atnaujinimų į 5.2 vien dėl išlindusių kritinių klaidų. Bet… Pastebėjau, kad PHP 5.1.4 apache modulis turi problemų su shared memory management’u ir neveikia normaliai kartu su tais moduliais, kurie irgi naudoja shared memory. Pamatysime. Gal visgi bus 5.1.5? Mažai tikėtina, nes CVS’e tokio branch’o jau neliko. P.S. su PHP 5.2 CVS’ine versija tos klaidos nepastebėjau.

FreeBSD kūrėjai rekomenduoja naudoti 6.0 versiją, nes, anot jų, ji jau yra pakankamai stabili ir ištestuota, taip pat yra daug atnaujinimų lyginant su 5.x ar 4.x seriją. Taip pat jie teigia, kad 4.x bus tuoj išvis nepalaikoma, o 5.5 (dabar yra 5.4) bus paskutinė 5.x serijos FreeBSD OS. Tad tai palieku spręsti Jums patiems, o aš renkuosi 6.x seriją.

Kitas dalykas, kuris daugiausiai neduoda ramybės – FreeBSD versijų tipai (CURRENT, STABLE, RELEASE). Pabandysiu paaiškinti, ką jie reiškia:

CURRENT yra dabar kuriama FreeBSD versija, kuri vėliau taps 7.x serija. Kūrėjai stengiasi, kad ši versiją būtų įmanoma sukompiliuoti, bet naudoti jos gali būti neįmanoma. Naudodami šią versiją rizikuojate prarasti savo duomenis.

STABLE yra kūrimo medis (medžiai), kuris naudojamas paskutinėms FreeBSD versijoms. Kiekviena FreeBSD versija (5.x, 6.x ir t.t.) turi STABLE medį. STABLE medis yra sukuriamas iš CURRENT medžio. Šiuo metu yra šie medžiai: 4-STABLE, 5-STABLE ir 6-STABLE. Tai taip pat yra kūrimo stadijos medžiai, bet daug stabilesni už CURRENT. Taip pat jie yra testuojami daug daugiau, nei CURRENT, bet negarantuoja, kad viskas veiks taip, kaip turėtų veikti. CVS tag’ai: RELENG_4, RELENG_5, RELENG_6.

RELEASE versijos yra fiksuotu laiko momentu paimtas STABLE medis. Po šio proceso šios versijos yra aktyviai testuojamos ir tada išleidžiamos kaip pilnai naudojamos operacinės sistemos. Naujausios RELEASE versijos yra 4.11, 5.4 ir 6.0. CVS tag’ai yra tokie: RELENG_4_11_0_RELEASE, RELENG_5_4_0_RELEASE, RELENG_6_0_0_RELEASE ir t.t. Šios versijos yra pateikiamos ISO vaizduose / kompaktiniuose diskuose.
Taip pat pastarosios versijos turi saugumo atnaujinimo versijas/žymes. Šių versijų pavadinimo gale yra pridedama -pX, kur X yra skaičius, kuris nurodo padarytų atnaujinimų skaičių. Pavyzdžiui, FreeBSD 4.11-RELEASE-p18. Tai yra versijos, kurias reiktų naudoti eiliniams/standartiniams FreeBSD vartotojams.

Pirmiausiai atnaujinau į 5.5-PRERELEASE. Viskas ėjosi sklandžiai. Trumpi veiksmai buvo tokie:

1. cvsup į RELENG_5
2. make buildworld (handbook’as kažkodėl rekomenduoja šį veiksmą daryti prieš make buildkernel)
3. make buildkernel
4. make installkernel
5. make installworld (tai rekomenduojama daryt iš singleuser mode, bet galimybių tam neturėjau)
6. mergemaster
7. reboot

Viskas veikė be problemų, tad pasikonsultavęs su žmonėmis iš IRC nusprendžiau, kad reikia tai padaryti :) Veiksmai buvo praktiškai tokie pat. Tik pačioje pradžioje reikėjo CVS tag’ą pakeisti į RELENG_6 ir išvalyti /usr/obj/.

Buvo nerimas, kad kažkas eisis ne taip, bet viskas ėjosi sklandžiai – sistema persikrovė be problemų ir atnaujinimas buvo baigtas.

Beje, buvau susilaukęs rekomendacijų gerai peržiūrėti /etc/fstab failą, ar ten nėra velniavos. Taip pat atjungti visus servisus, kuriuos tik galiu, kad jie nesustabdytų atnaujintos sistemos krovimosi.

Taigi google paiškoje nusižiūrėjau servers.hostik.com. Viskas atrodė normaliai, užpildžiau registracijos formas ir t.t. Taip pat prireikė nusiųsti kreditinės kortelės nuotraukas (iš abiejų pusių). Ta irgi padariau. Paskui jų užklausiau, ar viskas gerai. Atsakė, kad viskas OK ir serveris bus paruoštas po 24-48 valandų. Praėjo dvi paros ir viskas – tyla. Taigi nuėjau pakalbinti jų support’o. Per ilgą pokalbį šiaip netaip pavyko sužinoti, kad registracija buvo atmesta. Priežastis – music.lt domenas. Daugmaž argumentavo tuo, kad mes hostinsim nelegalius MP3 ir t.t. Žodžiu, gražioje formoje pasiuntė mus velniop.

Sekantis variantas buvo ev1servers.net. Pastarasis variantas buvo kiek brangesnis, bet apie juos buvo geri atsiliepimai kituose šaltiniuose. Taip vadinama “Online registration” su aktyvavimu iškart veikia tik JAV / Kanados interneto vartotojams, o visi kiti IP adresai yra užblokuoti. Todėl teko naudotis taip vadinamu “Offline signup”. Užpildžiau visas formas ir t.t. Po poros valandų gavau laišką su prašymų atsiųsti el. paštu arba nusiųsti faksu asmens dokumento kopiją. Išsiuntėme faksą su paso kopiją, nes taip tuo metu buvo patogiausia. Ir tai nepavyko – anot ev1servers.net mūsų faksas buvo neįskaitomas. Tada siuntėme nuskanuotą kopiją el. paštu, bet jie teigė, kad jos negauna. Pakartojus – tas pats. Tada tikriausiai jau užknisome jų support’ą ir account’as buvo nepilnai aktyvuotas. Tada vėl gavau laišką, kad reikia atsiųsti asmens dokumento kopiją. Išsiunčiau. Iškart atrašė, kad gavo. Pasirodo, jie ten patys buvo privėlę kažkokių klaidų ir kažką sumaišę.

Pradėjau naudotis serveriu, viskas tiesiog puiku :) Serveris DELL’o, Intel’io matką ir tinklo plokštė. ServerWorks UDMA kontroleris. Seagate kietieji diskai. Viskas atrodo normaliai :)

Taip pat teko bendraut su supportu tiek IRC, tiek online chat’e, tiek siųsti support ticket’us. Likau nustebintas! Tokio aptarnavimo dar nesu matęs. Viskas daroma greitai ir kokybiškai.

Taigi, jei kam prireiks dedikuotų serverių užsienyje – rinkitės ev1servers.net. Beje, aš ieškojau tokios firmos, kuri gali pasiūlyti FreeBSD dedikuotus serverius.

Pasiskaitęs MySQL dokumentaciją nusprendžiau, kad jokių sunkumų atnaujinant maniškį MySQL 4.1 neturėtų kilti.

Pasidariau atsarginę duomenų kopiją:

/usr/local/bin/mysqldump -u root -pSLAPTAZODIS –opt –all-databases > /root/databasebackup.sql

Norėdamas išvengti ilgo downtime’o, pirmiausiai susikompiliavau mysql50-client’ą:

main# cd /usr/ports/databases/mysql50-client/
main# make WITH_CHARSET=utf8 WITH_XCHARSET=all WITH_COLLATION=utf8_lithuanian_ci

Tada išinstaliavau mysql41-client’ą:

main# pkg_delete -x mysql-client

Ir iš karto suinstaliavau mysql50-client’ą:

main# make install clean

Po šių mano veiksmų viskas, kas naudojo MySQL’ą, ir toliau kuo puikiausiai veikė. Dabar reikėjo atnaujinti MySQL’ą:

cd /usr/ports/databases/mysql50-server/
make WITH_CHARSET=utf8 WITH_XCHARSET=all WITH_COLLATION=utf8_lithuanian_ci BUILD_OPTIMIZED=yes BUILD_STATIC=yes

Sukompiliavus išjungiau serverį:

/usr/local/etc/rc.d/mysql-server.sh stop

Tada išinstaliavau senąjį:

pkg_delete -x mysql-server

Instaliavau naująjį:

main# make install clean

Ir paleidau:

/usr/local/etc/rc.d/mysql-server.sh start

Bendras downtime laikas neviršijo pusės minutės, užtruko tik apie 10-15 sekundžių, o tai, manau, yra labai gerai.

Atnaujinau MySQL lenteles:

mysql_fix_privilege_tables –password=ROOTSLAPTAZODIS

Po atnaujinimo restartavau:

/usr/local/etc/rc.d/mysql-server.sh restart

Baigta. Bent jau mano sistemos atveju, tai jau buvo pabaiga ir viskas puikiai veikė ;-)

Dažniausiai virtualūs FTP vartotojai naudojami tam, kad būtų galima teikti tinklapių talpinimo (hostingo) paslaugą.

Intro

Neketinu aprašinėti (bent jau šiandien), kaip reiktų instaliuoti MySQL serverį ir jį paleistį. Tad Jūsų sistemoje jis jau turėtų būti sukonfigūruotas ir veikti.

Pradedam

Pradžiai reikia instaliuoti pureftpd. Tai ir padarome:

main# cd /usr/ports/ftp/pure-ftpd/
main# make config

Pažymime MYSQL ir išsirenkame OK. Taip pat galite išsirinkti ir kitus parametrus, jei Jums to reikia. Tada instaliuojame:

main# make install clean

pure-ftpd.conf konfigūracija

Dabar reikia susikonfigūruoti pureftpd demoną. Pirmiausiai nukopijuojame konfigūracijos failą:

main# cd /usr/local/etc/
main# cp pure-ftpd.conf.sample pure-ftpd.conf

Dabar su teksto redaktoriumi atsidarykite pure-ftpd.conf (aš naudoju ee):

main# ee pure-ftpd.conf

Atsidarė konfigūracijos failas. Jame matote daug instrukcijų ir komentarų. Aptarsiu pagrindines (ir mums reikalingas) instrukcijas:

ChrootEveryone – jeigu yes, tai prisijungęs vartotojas bus chroot’inimas prie savo namų direktorijos, jeigu no – prisijungęs vartotojas galės naršyti po visą sistemą.

TrustedGID – nurodomas vartotojų grupės ID, kurie gali būti ne chroot’inimi. Naudojamas kartu su ChrootEveryone, jei pastarasis yra no. Jeigu norite, kad visi vartotojai nebūtų chroot’inami, tai užkomentuokite ChrootEveryone ir TrustedGID instrukcijas.

BrokenClientsCompatibility – nurodoma yes arba no. Jeigu yes – ftp demonas bus suderinamas su netvarkingais ftp klientais, kurie neatitinka ftp protokolo reikalavimų.

MaxClientsNumber – maksimalus prisijungusių vienu metu vartotojų kiekis.

Daemonize – nurodoma yes arba no. Parametras nurodo serveriui, ar jam veikt kaip demonui background’e.

MaxClientsPerIP – maksimalus klientų iš vieno IP skaičius.

DisplayDotFiles – yes arba no. Nurodo, ar rodyti failus / direktorijas, kurių pavadinimai prasideda tašku (paslėpti).

AnonymousOnly – yes arba no. Nurodo, ar serveris veiks tik anoniminių vartotojų rėžimų. Jei yes, tai sistemos vartotojai negalės prisijungti per ftp.

NoAnonymous – yes arba no. Nurodo, ar leidžiama prisijungti kaip anoniminiam vartotojui. Jeigu yes – draudžiama, jeigu no – leidžiama.

MySQLConfigFile – kelias iki MySQL virtualių vartotojų konfigūracijos failo.

UnixAuthentication – yes arba no. Nurodoma, ar leisti prisijungti sistemos vartotojams.

CreateHomeDir – yes arba no. Nurodoma, ar sukurti vartotojų namų (home) direktorijas, jeigu jos neegzistuoja.

MinUID – bus leidžiama jungtis tik tiems vartotojams, kurių UID yra didesnis nei nurodytas.

Mūsų konfigūracijai yra svarbūs šie parametrai:

MySQLConfigFile – nurodome /usr/local/etc/pureftpd-mysql.conf.

CreateHomeDir – nurodome yes.

MinUID – aš nurodau 80, nes mano virtualūs MySQL vartotojai priklauso www (80), kurią naudoja apache, grupei.

pureftpd-mysql.conf konfigūracija

Susikuriame konfigūracijos failą (vis dar esame /usr/local/etc/ direktorijoje):

main# ee pureftpd-mysql.conf

Į jį įrašome:

MYSQLServer 127.0.0.1
MYSQLPort 3306
MYSQLUser MYSQLVARTOTOJAS
MYSQLPassword MYSQLSLAPTAZODIS
MYSQLDatabase MYSQLDB
MYSQLCrypt md5
MYSQLGetPW SELECT password FROM ftpusers WHERE username=”\L” AND active=”1″
MYSQLGetUID SELECT sysuid FROM ftpusers WHERE username=”\L” AND active=”1″
MYSQLGetGID SELECT sysgid FROM ftpusers WHERE username=”\L” AND active=”1″
MYSQLGetDir SELECT homedir FROM ftpusers WHERE username=”\L” AND active=”1″
MySQLGetQTAFS SELECT fileslimit FROM ftpusers WHERE username=”\L” AND active=”1″
MySQLGetQTASZ SELECT quota FROM ftpusers WHERE username=”\L” AND active=”1″
MySQLGetBandwidthUL SELECT uploadspeed FROM ftpusers WHERE username=”\L” AND active=”1″
MySQLGetBandwidthDL SELECT downloadspeed FROM ftpusers WHERE username=”\L” AND active=”1″
MySQLTransactions Off

Konfigūracijos faile naudojamų instrukcijų aprašymas:

MYSQLServer – MySQL serverio adresas (99%, kad nereikės keist).

MYSQLPort – MySQL serverio portas (99%, kad nereikės keist).

MYSQLUser – MySQL vartotojas (pasikeiskite).

MYSQLPassword – MySQL slaptažodis (pasikeiskite).

MYSQLDatabase – MySQL duomenų bazės vardas (pasikeiskite).

MYSQLCrypt -slaptažodžių šifravimo algoritmas.

MYSQLGetPW – MySQL užklausa gaut vartotojo slaptažodžiui.

MYSQLGetUID – MySQL užklausa gaut virtualiam vartotojui priskirta sistemos UID.

MYSQLGetGID – MySQL užklausa gaut virtualiam vartotojui priskirta sistemos GID.

MYSQLGetDir – MySQL užklausa gaut virtualaus vartotojo namų direktorijai.

MySQLGetQTAFS – MySQL užklausa gaut maksimaliam failų kiekiui, t.y. failų skaičius, kiek maksimaliai iš viso gali turėti vartotojas.

MySQLGetQTASZ – MySQL užklausa gaut maksimaliam sunaudojamos vietos limitui.

MySQLGetBandwidthUL – MySQL užklausa gaut maksimaliam išsiuntimo greičiui (KB/s).

MySQLGetBandwidthUL – MySQL užklausa gaut maksimaliam parsiuntimo greičiui (KB/s).

MySQLTransactions – jeigu MySQL serveris palaiko transakcijas – On, jeigu ne arba nežinote, kas tai – Off.

P.S. MySQL užklausos (kaip ir MySQL vartotojų lentelė) gali būti kitokios. Tai visiškai priklauso nuo Jūsų. Daugiau apie tai galite paskaityti pureftpd-mysql.conf.sample faile.

MySQL lentelės sukūrimas

Prisijunkite prie MySQL serverio, sukurkite savo ftp serveriui duomenų bazę ir šią lentelę:

CREATE TABLE `ftpusers` (
`id` int(11) NOT NULL auto_increment,
`username` varchar(30) collate utf8_lithuanian_ci NOT NULL default ”,
`password` varchar(32) collate utf8_lithuanian_ci NOT NULL default ”,
`sysuid` varchar(10) collate utf8_lithuanian_ci NOT NULL default ‘www’,
`sysgid` varchar(10) collate utf8_lithuanian_ci NOT NULL default ‘www’,
`homedir` varchar(150) collate utf8_lithuanian_ci NOT NULL default ”,
`fileslimit` int(5) NOT NULL default ‘2000′,
`quota` int(5) NOT NULL default ‘20′,
`uploadspeed` int(3) NOT NULL default ‘64′,
`downloadspeed` int(3) NOT NULL default ‘64′,
`comment` tinytext collate utf8_lithuanian_ci NOT NULL,
`active` enum(’1′,’0′) collate utf8_lithuanian_ci NOT NULL default ‘0′,
PRIMARY KEY (`id`),
UNIQUE KEY `username` (`username`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_lithuanian_ci COMMENT=’FTP vartotojai’;

Dabar įrašykite vartotoją į lentelę:

INSERT INTO `ftpusers` VALUES (”, ‘test’, MD5(’testpw’), ‘80′, ‘80′, ‘/usr/home/test/’, 1000, 10, 64, 64, ‘Test vartotojas’, ‘1′);

FTP demono paleidimas

Į /etc/rc.conf įrašykite:

pureftpd_enable=”YES”

Dabar galite paleisti FTP demoną:

main# /usr/local/etc/rc.d/pure-ftpd.sh start

Išbandykite FTP demoną:

main# ftp localhost
Trying ::1…
Connected to localhost.
220-FTP server ready.
220 This is a private system – No anonymous login
Name (localhost:vaidas): test
331 User test OK. Password required
Password:
230-Your bandwidth usage is restricted
230-User test has group access to: webserve
230-This server supports FXP transfers
230-OK. Current restricted directory is /
230-0 files used (0%) – authorized: 1000 files
230 0 Kbytes used (0%) – authorized: 10240 Kb
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> exit
221-Goodbye. You uploaded 0 and downloaded 0 kbytes.
221 Logout.
main# ls /home/test/
.ftpquota
main#

Kaip matote viskas veikia: prisijungti galime, vartotojo direktorija taip pat buvo automatiškai sukurta.

Resursai internete

• http://www.pureftpd.org/ – oficialus PureFTPd puslapis
• http://www.mysql.com/ – oficialus MySQL puslapis.
• http://www.freebsd.org/ – FreeBSD: The power to serve

Outro

Nepamirškite ištrinti test vartotojo ir pradėkite naudotis naujuoju ftp serveriu ;-)

Taip pat nepamirškite, kad pureftpd naudoja virtual quotas, todėl galimi nukrypimai, jei failai yra perkeliami / trinami ne per FTP klientą arba jie kuriami per web failų menedžerį. Kad išvengt tokiu nesusipratimu, yra naudojamas pure-quotacheck:

pure-quotacheck -u www /home/test/

Čia su -u nurodoma sistemos (ne virtualus) vartotojas, kuriam priklauso failai. Paskui nurodoma virtualaus vartotojo namų direktorija.
Beje, comments are welcome čia po straipsniu arba el. paštu vaidas at zlotkus dot com.

Tiems, kas nežino, kas yra MRTG (iš oficialaus MRTG puslapio):

Multi Router Traffic Grapher (MRTG) yra įrankis, kurio pagalba galima stebėti tinklo apkrovimą tinklo sujungimuose. MRTG sugeneruoja HTML puslapius, kuriuose yra matomi paveikslėliai, kurie vaizduoja tinklo apkrovimą realiu laiku. MRTG yra parašytas Perl ir C pagrindu bei veikia UNIX ir Windows NT šeimų operacinėse sistemose.

Instaliavimo instrukcija

1. Reikia instaliuoti SNMP (Simple Network Management Protocol). Šis protokolas yra plačiai naudojamas tam, kad būtų galima stebėti įvairius tinklo įrenginius (šiuo atveju stebėsime savo kompiuterį). Tam instaliuosime net-snmp FreeBSD port’ą. Net-SNMP yra programų rinkinys, kurios yra naudojamos implementuoti SNMP v1, SNMP v2c ir SNMP v3 protokolus naudojant IPv4 ir IPv6. Kad instaliuotume, darome taip:

main# cd /usr/ports/net-mgmt/net-snmp/
main# make install clean

2. Instaliuojame MRTG:

main# cd /usr/ports/net-mgmt/mrtg/
main# make install clean

3. Dabar reikia sukonfigūruoti SNMP.

3.1. Paleidžiame snmpconf (parametras -i naudojamas tam, kad nurodytume, jog konfigūracijos failas bus kūriamas /usr/local/share/snmp/ kataloge):

main# snmpconf -i
I can create the following types of configuration files for you.
Select the file type you wish to create:
(you can create more than one as you run this program)

1: snmpd.conf
2: snmptrapd.conf
3: snmp.conf

Other options: quit

Select File:

3.2. Įvedame 1 ir spaudžiame enter.

The configuration information which can be put into snmpd.conf is divided
into sections. Select a configuration section for snmpd.conf
that you wish to create:

1: System Information Setup
2: Access Control Setup
3: Trap Destinations
4: Monitor Various Aspects of the Running Host
5: Extending the Agent
6: Agent Operating Mode

Other options: finished

Select section:

3.3. Pasirenkame 1.

Section: System Information Setup
Description:
This section defines some of the information reported in
the “system” mib group in the mibII tree.

Select from:

1: The [typically physical] location of the system.
2: The contact information for the administrator
3: The proper value for the sysServices object.

Other options: finished, list

Select section:

3.4. Pasirenkame 1.

Configuring: syslocation
Description:
The [typically physical] location of the system.
Note that setting this value here means that when trying to
perform an snmp SET operation to the sysLocation.0 variable will make
the agent return the “notWritable” error code. IE, including
this token in the snmpd.conf file will disable write access to
the variable.
arguments: location_string

The location of the system:

3.5. Dabar nurodome sistemos vietą, pavyzdžiui: Vilnius, Lithuania. Spaudžiame enter.

Finished Output: syslocation “Vilnius, Lithuania”
Section: System Information Setup
Description:
This section defines some of the information reported in
the “system” mib group in the mibII tree.

Select from:

1: The [typically physical] location of the system.
2: The contact information for the administrator
3: The proper value for the sysServices object.

Other options: finished, list

Select section:

3.6. Pasirenkame 2.

Configuring: syscontact
Description:
The contact information for the administrator
Note that setting this value here means that when trying to
perform an snmp SET operation to the sysContact.0 variable will make
the agent return the “notWritable” error code. IE, including
this token in the snmpd.conf file will disable write access to
the variable.
arguments: contact_string

The contact information:

3.7. Dabar reikia nurodyti sistemos administratoriaus kontaktus, pavyzdžiui: Vaidas Zlotkus (vaidas@zlotkus.com). Spaudžiame enter.

Finished Output: syscontact “Vaidas Zlotkus (vaidas@zlotkus.com)”

Section: System Information Setup
Description:
This section defines some of the information reported in
the “system” mib group in the mibII tree.

Select from:

1: The [typically physical] location of the system.
2: The contact information for the administrator
3: The proper value for the sysServices object.

Other options: finished, list

Select section:

3.8. Pasirenkame 3.

Configuring: sysservices
Description:
The proper value for the sysServices object.
arguments: sysservices_number

does this host offer physical services (eg, like a repeater) [answer 0 or 1]:

3.9. Įvedame 0 (manau, kad daugeliu atveju čia reikia vesti 0, nebent Jųsų konfigūracija yra kitokia ir žinote, ką darote).

does this host offer datalink/subnetwork services (eg, like a bridge):

3.10. Įvedame 0, jei Jūsų kompiuteris neatlieka BRIDGE funkcijos. Aš naudojau 1, nes mano sistemoje yra naudojamas BRIDGE (tiltas).

does this host offer internet services (eg, supports IP):

3.11. Įvedame 1.

does this host offer end-to-end services (eg, supports TCP):

3.12. Įvedame 1.

does this host offer application services (eg, supports SMTP):

3.13. Įveskite 1, jei Jūsų kompiuteryje yra pašto, web, irc ir t.t. servisas(-ai).

Finished Output: sysservices 78

Section: System Information Setup
Description:
This section defines some of the information reported in
the “system” mib group in the mibII tree.

Select from:

1: The [typically physical] location of the system.
2: The contact information for the administrator
3: The proper value for the sysServices object.

Other options: finished, list

Select section:

3.14. Įvedame finished.

The configuration information which can be put into snmpd.conf is divided
into sections. Select a configuration section for snmpd.conf
that you wish to create:

1: System Information Setup
2: Access Control Setup
3: Trap Destinations
4: Monitor Various Aspects of the Running Host
5: Extending the Agent
6: Agent Operating Mode

Other options: finished

Select section:

3.15. Pasirenkame 2.

Section: Access Control Setup
Description:
This section defines who is allowed to talk to your running
snmp agent.

Select from:

1: a SNMPv3 read-write user
2: a SNMPv3 read-only user
3: a SNMPv1/SNMPv2c read-only access community name
4: a SNMPv1/SNMPv2c read-write access community name

Other options: finished, list

Select section:

3.16. Pasirenkame 3.

Configuring: rocommunity
Description:
a SNMPv1/SNMPv2c read-only access community name
arguments: community [default|hostname|network/bits] [oid]

The community name to add read-only access for:

3.17. Pavyzdžiui, įvedame server.

The hostname or network address to accept this community name from [RETURN for all]:

3.18. Įrašykime localhost.

The OID that this community should be restricted to [RETURN for no-restriction]:

3.19. Spaudžiame tiesiog enter.

Finished Output: rocommunity server localhost

Section: Access Control Setup
Description:
This section defines who is allowed to talk to your running
snmp agent.

Select from:

1: a SNMPv3 read-write user
2: a SNMPv3 read-only user
3: a SNMPv1/SNMPv2c read-only access community name
4: a SNMPv1/SNMPv2c read-write access community name

Other options: finished, list

Select section:

3.20. Įrašome finished.

The configuration information which can be put into snmpd.conf is divided
into sections. Select a configuration section for snmpd.conf
that you wish to create:

1: System Information Setup
2: Access Control Setup
3: Trap Destinations
4: Monitor Various Aspects of the Running Host
5: Extending the Agent
6: Agent Operating Mode

Other options: finished

Select section:

3.21. Įrašome finished.

I can create the following types of configuration files for you.
Select the file type you wish to create:
(you can create more than one as you run this program)

1: snmpd.conf
2: snmptrapd.conf
3: snmp.conf

Other options: quit

Select File:

3.22. Įrašome quit.

The following files were created:

snmpd.conf installed in /usr/local/share/snmp

4. snmpd paleidimas.

4.1. Į /etc/rc.conf failą įrašome:

snmpd_enable=”YES”

4.2. Paleidžiame snmpd:

main# /usr/local/etc/rc.d/snmpd.sh start
Starting snmpd.

5. MRTG konfigūracija.

5.1. Įvedame šią eilutę, kad sukurtume mrtg.conf failą. Nepamirškite čia pakeisti /home/mrtg/ į savo direktoriją, kur bus laikomi MRTG sugeneruoti failai. Taip pat nepamirškite server@localhost, jei konfigūruodami vedėt kitokią informaciją.

main# cfgmaker –global “WorkDir: /home/mrtg/” server@localhost > /usr/local/etc/mrtg/mrtg.cfg

5.2. Įvedus šią komandą matysite visokius cfgmaker pranešimus, nebijokite jų :)

5.3. Išbandome mrtg:

mrtg /usr/local/etc/mrtg/mrtg.cfg

5.4. Neišsigąskite Rateup WARNING pranešimų. Pakartokite šią komandą dar du kartus, kol nebematysite šių perspėjimų.

5.5. Dabar sugeneruojam pagrindinį (index) MRTG puslapį:

indexmaker /usr/local/etc/mrtg/mrtg.cfg > /home/mrtg/index.html

5.6. Įdedame mrtg į crontab’ą:

crontab -e

5.7. Įrašome:

*/5 * * * * /usr/local/bin/mrtg /usr/local/etc/mrtg/mrtg.cfg

6. Apache konfigūravimas.

6.1. Įrašome į httpd.conf

[Directory "/home/mrtg"]
AllowOverride None
Options None
Order Deny,Allow
Allow from all
[/Directory]

[VirtualHost * ]
DocumentRoot /home/mrtg
ServerName mrtg.domenas.com
ServerAdmin admin@domenas.com
[/VirtualHost]

P.S.: Pakeiskite [ ir ] į normalius daugiau ir mažiau ženklus. Rašant šį straipsnį wordpress’as kažkodėl niekaip nepriėmė šių ženklų :)

6.2. Restartuojame apache:

apachectl restart

Resursai internete

• http://people.ee.ethz.ch/~oetiker/webtools/mrtg/ – oficialus MRTG puslapis.
• http://kerneltrap.org/node/3276 – trumpas howto.

Outro

Malonu būtų išgirsti Jūsų atsiliepimus čia po straipsniu arba į el. paštą vaidas at zlotkus dot com.