Artiklist puuduvad:
*eeldused ( kasutaja kogemus, võrgu seadistus )
*Paki lahti wordpressi failid /var/www kausta:

sudo tar zxvf latest.tar.gz --directory=/var/www/

Kas sudo on endiselt vajalik? - '''parandatud'''
*nano /etc/apache2/sites-avalible/wp kahjuks on tühi :'( - '''parandatud'''
*Nüüd jääb üle lisada vastavad read oma virtuaalsesse hosti (N:~/apache2/sites-enabled/wordpress lõppu)
Kõige lõppu? Või <VirtualHosti> taggide vahele?
*Esimene, mis me teeme on default pordi muutmine. Tuleb muuta faili /etc/default/varnish:
nano /etc/default/varnish
Kust mida täpsemalt muuta tuleb?
*Apache konfi muutmine (varnish): pole mainitud, kumba kasutada tuleks kas 80 lõpuga või 8000 lõpuga faili.
Järgnev käsk:
nano apt-get install libapache2-mod-rpaf
ei taha kohe mitte töötada.

/etc/init.d/varnish restart/ käsuga tuli HTTP accelerator varnished tulemus FAIL

Pooleli jäime super cachi juures

Super Cache

define ('WP_CACHE', true);
peab olema enne viimast require rida.
Ei ole öeldud, kus asub .htaccess fail ja lisaks selle faili tekitab wordpress ise (pole vaja näppida).

WP näitas, et WP Super Cache is disabled. Please go to the plugin admin page to enable caching. - Ei ole öeldud, et caching tuleb sisse lülitada. - '''parandatud'''

cd /var/www/wp-content/plugins/
sellist kausta pole olemas. Peaks olema cd /var/www/wordpress/wp-content/plugins/ - '''parandatud'''

unzip growmap-anti-spambot-plugin.1.1.zip
Ei ole öeldud, et peaksime installima unzipi. - '''parandatud'''

IP kontroll:

on öeldud, et /var/www/wordpress-i tuleb luua fail .htaccess. Ei ole öeldud, kuhu peab reeglid kirjutama. - '''parandatud'''

Talk:WordPress turvamine

2011-12-15T07:50:41Z

Vvinogra:

WordPress turvamine

2011-12-15T07:50:16Z

Vvinogra: /* Anti-bot lahendus */

'''!NB Kõik õpetused on tehtud kasutades Ubuntu Server 11.04'''

Viimati muudetud [[User:Rsiitan|Rsiitan]] 14:44, 14 December 2011 (EET)
== Eeldused ==
Antud juhend eeldab kasutajalt ubuntu linuxi käsurea ning mysql põhi käskude tundmist.

== Wordpressi paigaldus ja konfigureerimine ==

Antud toimingud tuleks teha root õigustes.

Mine root-iks:
sudo -i

Tee update kohalike pakettide cache
aptitude update

Tee upgrade pakettidele:
aptitude full-upgrade

Paigalda acpid daemon
aptitude install acpid

Installi apache2 veebi server,mysql andmebaasi server, openssh server, php5 skriptimis keel ning apache2-utils(Apache benchmark tool)
aptitude install apache2 mysql-server ssh php5 php5-mysql apache2-utils

Tõmba alla kõige hilisem .tar fail wordpress.org-ist:
wget http://wordpress.org/latest.tar.gz

Paki lahti wordpressi failid /var/www kausta:
tar zxvf latest.tar.gz --directory=/var/www/

Logi mysql-i sisse:

mysql -u root -p

Loo andmebaas student_wordpress:
<source lang="mysql">
create database student_wordpress;
</source>
Loo kasutaja student:
<source lang="mysql">
create user student;
</source>
Anna kõik õigused student kasutajale:
<source lang="mysql">
GRANT ALL PRIVILEGES ON student_wordpress.* TO student@localhost IDENTIFIED BY ‘student’;
</source>
Välju mysql-ist:
<source lang="mysql">
quit;
</source>

Loo uus default veebi saidil põhinev veebi sait:

cp /etc/apache2/sites-available/default /etc/apache2/sites-available/wp

Muuda ära DocumentRoot /etc/apache2/sites-avalible/wp failis:

nano /etc/apache2/sites-available/wp

Lisa DocumentRoot /var/www rea lõppu DocumentRoot /var/www/wordpress
DocumentRoot /var/www/wordpress

Keela ära tavaline default veebi sait(seda ei ole vaja antud paigalduses):

a2dissite default

Luba wordpress-i veebisait

a2ensite wp

Tee apache-ile restart

service apache2 restart

Muuda wordpress konfiguratsiooni faili:

nano /var/www/wordpress/wp-config-sample.php

Muuda DB_NAME, DB_USER, DB_PASSWORD vastavalt näitele:

<source lang="php">define('DB_NAME', 'student_wordpress');

/** MySQL database username */
define('DB_USER', 'student');

/** MySQL database password */
define('DB_PASSWORD', 'student');
</source>

Kopeeri uus konfiguratsiooni fail wordpressi konfiguratsiooni failiks:

cp /var/www/wordpress/wp-config-sample.php /var/www/wordpress/wp-config.php

Tee apache2 service-ile reload

service apache2 reload

Mine wordpressi saidile kasutades host-i IP aadressi(antud näites:192.168.56.102);

http://192.168.56.102

Vali saidi nimi, kasutajanimi, salasõna ning meili aadress.

Vali install

Installi lõppedes tee kindlaks,et kõik toimib(logi sisse, vaata wp verisooni ilmselt midagi sellist: You are using WordPress 3.2.1.)

== mod_evasive paigaldus ja konfigureerimine ==

=== Sissejuhatus ===

Mod_evasive on lisamoodul Apache'i veebiserveri jaoks, mille abil on võimalik vähendada või täielikult tõrjuda
HTTP DoS, DDos või brute force rünnakute mõju. Ühtlasi saab seda kasutada ka monitooringu teostamiseks,
kuna moodulit on lihtne panna suhtlema erinevate tulemüüride ja ruuteritega.

Monitooring baseerub dünaamilisel IP aadressitest ja URI-dest koosneval räsitabelil,
kust siis keelatakse IP aadressid, mis:

*küsivad ühte lehte rohkem kui paar korda sekundis
*teevad rohkem kui 50 üheaegset requesti sama laps-protsessi vastu
*üritavad teha ükskõik millist requesti samal ajal kui nad on mustas nimekirjas

=== Paigaldus ===

Paigaldamine Ubuntu 11.04 serverile on küllaltki lihtne

apt-get install libapache2-mod-evasive

=== Konfigureerimine ===

Kõigepealt on viisakas luua koht, kuhu antud moodul oma logi saaks salvestada
mkdir /var/log/apache2/mod_evasive
chown www-data:www-data /var/log/apache2/mod_evasive

'''NB! Logimine praegu ei tööta'''

Mod_evasive moodulil ei lubata antud kausta kirjutada
Couldn't open logfile /var/log/apache2/mod_evasive/dos-192.168.6.13: Permission denied

Nüüd jääb üle lisada vastavad read oma virtuaalsesse hosti (N:~/apache2/sites-enabled/wordpress lõppu)

<ifmodule mod_evasive20.c>
DOSHashTableSize 3097
DOSPageCount 2
DOSSiteCount 50
DOSPageInterval 1
DOSSiteInterval 1
DOSBlockingPeriod 10
DOSLogDir /var/log/apache2/mod_evasive
DOSEmailNotify root@localhost
DOSWhitelist 127.0.0.1
</ifmodule>

Antud väärtusi tuleks kohandada vastavalt vajadustele

Parameetrite kirjeldused:

*DOSHashTableSize: Räsitabeli suurus, kus IP aadresseid hoitakse.
*DOSPageCount: Lehekülgede arv DOSPageInterval sekundis.
*DOSPageInterval: Aeg sekundites, mida kasutab DOSPageCount.
*DOSSiteCount: Objektide arv DOSSiteInterval sekundites.
*DOSSiteInterval: Aeg sekundites, mida kasutab DOSSiteCount.
*DOSBlockingPeriod: Aeg sekundites, kui kaua IP on bannitud. Kui IP üritab serverile selle aja see ligi pääseda, siis algab loendus ueusti nullist.
*DOSLogDir: Valikuline. Kataloogitee, kuhu logi salvestatakse. Kui pole määratud kasutatakse /tmp.
*DOSEmailNotify: Valikuline. Mail kuhu teated saadetakse.
*DOSSystemCommand: Valikuline. Käsk mis käivitatakse, kui IP bannitakse. Näiteks:
**DOSSystemCommand "/sbin/iptables -I INPUT -p tcp --dport 80 -s %s -j DROP"
*DOSWhitelist: Valikuline. Nimekiri IP aadressitest, mida ei blokita.

Kui konfigureerimine valmis, tuleb Apache serverlie teha restart

/etc/init.d/apache2 restart
VÕI
service apache2 restart

==Varnish Cache-i paigaldamine ja konfigureerimine==
===Sissejuhatus===
'''Varnish Cache''' – see on HTTP kiirendaja, seda on vaja selleks, et suurendada veebilehekülje kiirust.

Varnish Cache salvestab mälus veebilehekülgi nii, et veebiserverid ei pea koguma samu lehekülgi uuesti. Seda on vaja selleks, et vähendada koormust I/O süsteemile.

Varnish kontrollib cache'ist päringu olemasolu ning juhul kui selline leidub siis võetakse sealt päringu vastus ning saadetakse vastus kasutajale. Juhul kui cache'is ei ole konkreetset päringut saadetakse kasutaja päring ''backend''-i ning lisatakse cache'i koos vastusega.

===Paigaldamine===
Kui te soovite installida Varnishit, siis on vaja teha uuendusi. Selle käsu abil uuendame opsüsteemi:
sudo apt-get update
Paigaldamise käsk:
sudo apt-get install varnish
===Konfiguratsiooni muutmine===
Esimene, mis me teeme on default pordi muutmine. Tuleb muuta faili '''/etc/default/varnish''':
nano /etc/default/varnish

Konfiguratsioon Varnishi jaoks kirjutatakse VCL keeles.

Fail konfiguratsioonidega vaikimisi asub siin '''/etc/varnish/default.vcl'''
Fail oleneb mitmest osadest, aga mis on vaja töötamise alguseks - see on backendi viitamine:

'''Backend''' - see on server, kuhu varnish saadab päringut, kui tal ei ole vastavad andmeid cache-is.

Kopeerige fail '''/etc/varnish/default.vcl''' ja andke teine nimetus
cp /etc/varnish/default.vcl /etc/varnish/itkool.vcl

Ava fail '''/etc/varnish/itkool.vcl''' ja sisesta
nano /etc/varnish/itkool.vcl

<pre>
## Redirect requests to Apache, running on port 8000 on localhost
backend apache {
.host = "127.0.0.1";
.port = "8000";
}
## Fetch
sub vcl_fetch {
## Remove the X-Forwarded-For header if it exists.
remove req.http.X-Forwarded-For;

## insert the client IP address as X-Forwarded-For. This is the normal IP address of the user.
set req.http.X-Forwarded-For = req.http.rlnclientipaddr;
## Added security, the "w00tw00t" attacks are pretty annoying so lets block it before it reaches our webserver
if (req.url ~ "^/w00tw00t") {
error 403 "Not permitted";
}
## Deliver the content
return(deliver);
}

## Deliver
sub vcl_deliver {
## We'll be hiding some headers added by Varnish. We want to make sure people are not seeing we're using Varnish.
## Since we're not caching (yet), why bother telling people we use it?
remove resp.http.X-Varnish;
remove resp.http.Via;
remove resp.http.Age;

## We'd like to hide the X-Powered-By headers. Nobody has to know we can run PHP and have version xyz of it.
remove resp.http.X-Powered-By;
}
</pre>
Salvesta fail CTRL + O käsuga

===Apache konfiguratsiooni muutmine===
Ava fail '''/etc/apache2/ports.conf''' ja leia
nano /etc/apache2/ports.conf

<pre>
NameVirtualHost *:80
Listen 192.168.6.101:80
</pre>
'''192.168.6.101''' - veebiserveri IP aadress.

Muuda

<pre>
NameVirtualHost *:8000
Listen 192.168.6.101:8000
</pre>
Ava fail '''/etc/apache2/sites-available/wp''' ja leia

<pre>
<VirtualHost *:80>
ServerAdmin webmaster@localhost

</pre>

Muuda
<pre>
VirtualHost *:8000>
ServerAdmin webmaster@localhost
</pre>

Paigaldame lisa Apache mooduli veendumaks, kas kasutaja IP aadress lahendatakse korrektselt. Kuna Varnish on lähedalt seotud apache2-ga, näete külastaja Ip-na 127.0.0.1
nano apt-get install libapache2-mod-rpaf

'''RPAF''' (Reverse Proxy Add Forward) moodul holitseb selle eest, et localhosti IP vahetatakse ära IP-ga, mis on seadistatud X-Forwarded-For failis.

===Deemonide restart===
Restart Apache server:
/etc/init.d/apache2 restart

Kontrolli kas on olemas IP portid:
netstat -lp | grep apache2

Kui te näete, siis kõik on korras
tcp 0 0 *:https *:* LISTEN 843/apache2
tcp 0 0 192.168.6.101:8000 *:* LISTEN 843/apache2

Kui ei näita niimodi, siis on viga. Praegu teeme Varnishile restardi, et kuulata teema pordis 80
/etc/init.d/varnish restart

Kontrolli
netstat -lp | grep varnish
tcp 0 0 *:www *:* LISTEN 781/varnishd
tcp 0 0 localhost:6082 *:* LISTEN 779/varnishd
tcp6 0 0 [::]:www [::]:* LISTEN 781/varnishd

Varnish on sätitud Apache-is. Külasta saiti ja vaata, kas toimib, kuid üldjuhul ei saa Te aru, et midagi oleks muutunud. Kui sa tõmbad Apache maha, siis näed lehel Varnishi errorit.

http://www.howtoforge.com/putting-varnish-in-front-of-apache-on-ubuntu-debian

== Super Cache ==

'''Sissejuhatus'''

''Super Cache'' on Wordpressi väga kiire puhvri mootor, mis loob staatilisi html faile.

See pistikprogramm genereerib staatilisi html faile dünaamilisest Wordpressi blogist. Pärast seda kui html fail on loodud, annab veebiserver seda faili kasutajatele, selle asemel,et loob iga kord uue lehe vastavalt Wordpressi php skritpidele. Suure koormuse puhul on ''Super Cache'' väga kasulik, kuna nagu ka hiljem on testi tulemustest näha siis serverilt vastuse saamiseks kuluv aeg on mitu korda väiksem.

Staatilisi html-e saavad enamik kasutajaid:

1.Kasutajad, kes ei ole sisse logitud.

2.Kasutajad, kes ei ole ühtegi kommentaari blogisse jätnud.

3.Kasutajad, kes ei ole vaadanud salasõnaga kaitstud postitusi.

Suuremale osale kasutajatele antakse staatilisi html faile. Need kasutajad kellele ei edastata puhverdatud lehti siiski saavad kasu, kuna nemad näevad väheke teistsuguseid puverdatud faile, mis küll ei ole nii effektiivsed kuid siiski paremad kui täiesti puhverdamata failid.

'''Paigaldamine'''

[[File:Wordpress_Plugins.png|right|]]

[[File:Wordpress_search.png|400px|thumb|right]]

''Super Cache''-i paigaldamiseks tuleb sisse logida admin-paneeli. Siis vasakult nimekirjast valida '''''Plugins'''''-i alt '''Add new'''.

[[File:Install_wordpress.png|400px|thumb|right|]]

[[File:Advanced_wpsc.png|400px|thumb|right|]]

[[File:Activate_wordpress.png|400px|thumb|right|]]

Siis kirjutada otsingusse "'''WP Super Cache'''".

Pärast seda valida nimekirjast ''Super Cache'' ning vajutada "'''Install now'''".

Nüüd tuleks aktiveerida Advanced tabi alt '''cache''' ning '''mod_rewrite'''.

Pärast seda "'''Activate the Plugin'''".

[[File:Permset.png|400px|thumb|right|]]

Pärast seda ilmub "Permlink Structure error", see on see tõttu,et ''Super Cache''-i toimimiseks on vajalik valida '''''Custom structure''''' ''Permalink''-i seadete alt ning sisestada sinna '''/index.php/?p=%post_id%'''

Edasi vali vasakult '''''Settings'''''-u alt '''WP Super Cache'''.
Nüüd ütleb wordpress,et "WP_CACHE constant set to false" selle muutmiseks tuleb käsurealt avada wp-config-php fail:

nano /var/www/wordpress/wp-config.php

Rida, mis tuleb sinna lisada peab olema enne viimast "require_once..."-rida, soovitavalt lisada see teiste define-ridade järgi:

define('WP_CACHE', true);

Pärast seda salvestada wp-config.php ning brauseris tuleks refresh teha.

Lisaks tuleb muuta .htaccess faili sisu mis peaks välja nägema selline:

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

kuna wordpress tahab .htaccess faili ka ise muuta aegajalt siis on hea panna htaccessi õigused 777 peale käsuga:
chmod 777 .htaccess

Pärast konfimist tuleks '''kindlasti''' .htaccess õigused vähemaks võtta kuna konstantselt ei pea õigused 777 peal olema, need on tarvilikud vaid konfi ajaks.

'''Jõudluse võrdlus SuperCache-iga ja ilma'''
Supercache-iga
Benchmarking www.itkool.ee (be patient)
Completed 100 requests
Completed 200 requests
Finished 200 requests

Server Software: Apache/2.2.17
Server Hostname: www.itkool.ee
Server Port: 80

Document Path: /
Document Length: 9554 bytes

Concurrency Level: 200
Time taken for tests: 1.457 seconds
Complete requests: 200
Failed requests: 0
Write errors: 0
Total transferred: 1971800 bytes
HTML transferred: 1910800 bytes
Requests per second: 137.30 [#/sec] (mean)
Time per request: 1456.617 [ms] (mean)
Time per request: 7.283 [ms] (mean, across all concurrent requests)
Transfer rate: 1321.96 [Kbytes/sec] received
Connection Times (ms)
min mean[+/-sd] median max
Connect: 7 10 2.1 10 14
Processing: 55 798 409.6 821 1441
Waiting: 8 751 410.1 770 1437
Total: 68 808 407.6 831 1447
Percentage of the requests served within a certain time (ms)
50% 831
66% 1036
75% 1159
80% 1236
90% 1366
95% 1434
98% 1445
99% 1446
100% 1447 (longest request)

ilma:

Benchmarking www.itkool.ee (be patient)
Completed 100 requests
Completed 200 requests
Finished 200 requests

Server Software: Apache/2.2.17
Server Hostname: www.itkool.ee
Server Port: 80

Document Path: /
Document Length: 9413 bytes

Concurrency Level: 20
Time taken for tests: 25.600 seconds
Complete requests: 200
Failed requests: 172
(Connect: 0, Receive: 0, Length: 172, Exceptions: 0)
Write errors: 0
Total transferred: 1932771 bytes
HTML transferred: 1882571 bytes
Requests per second: 7.81 [#/sec] (mean)
Time per request: 2560.029 [ms] (mean)
Time per request: 128.001 [ms] (mean, across all concurrent requests)
Transfer rate: 73.73 [Kbytes/sec] received

Connection Times (ms)
min mean[+/-sd] median max
Connect: 0 1 1.4 0 5
Processing: 803 2522 572.9 2485 4346
Waiting: 648 2126 526.2 2053 4000
Total: 807 2523 572.5 2485 4346

Percentage of the requests served within a certain time (ms)
50% 2485
66% 2557
75% 2690
80% 2740
90% 3120
95% 3624
98% 4261
99% 4272
100% 4346 (longest request)

'''Ühenduse probleemid'''

Juhul kui ilmneb probleem,et serverile on määratud uus ip-aadress ning ip-aadressile minnes näidatakse vanalt ip-aadressilt pärit cache'i sisu siis sellest probleemist mööda saamiseks tuleb käsurealt muuta wp-config.php faili:

nano /var/www/wordpress/wp-config.php

ning sealt seest:

define('WP_CACHE', false); #See tuleb kindlasti tagasi muuta "true"-ks pärast ühenduse saamist.

Nüüd peaks wordpress jälle näitama uut sisu. Juhul kui siiski on probleeme ning juhul kui '''andmebaas on tühi''' siis võib ka sql-is teha järgmist:

'''NB Seda teha ainult siis kui andmebaas on tühi!!!'''
<source lang="mysql">
drop database student_wordpress;
</source>
ning siis uuesti:
<source lang="mysql">
create database student_wordpress:
</source>
Pärast andmebaasi loomist teha apache-ile restart:

service apache2 restart

Ja tuleb uuesti seadistada wordpressi lehekülg.

== Iptables ==

'''Laboris tuleb kasutada enda arvuti IP'd!'''

Teie '''iptables.conf''' fail peab välja nägema nii nagu näidatud allpool:

<pre>
-A INPUT -s 192.168.6.101/32 -p tcp -m tcp --dport 8000 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 80 -j ACCEPT
-A INPUT -s 192.168.6.1/32 -p tcp -m tcp --dport 22 -j ACCEPT
-A INPUT -m limit --limit 5/min -j LOG --log-prefix "iptables denied:" --log-level 7
-A INPUT -p tcp -m tcp --dport 80 -m connlimit --connlimit-above 10 --connlimit-mask 32 -j REJECT --reject-with icmp-port-unreachable
-A INPUT -s 192.168.6.101/32 -j ACCEPT
-A INPUT -m state --state ESTABLISHED -j ACCEPT
-A OUTPUT -o lo -j ACCEPT
COMMIT
</pre>

'''Räägime täpsemalt milleks need reeglid vaja on.'''

Kui tahame varnish'it kasutada, tuleb lubada porti 8000:
<pre>
iptables -A INPUT -s 192.168.6.101/32 -p tcp -m tcp --dport 8000 -j ACCEPT
</pre>

Lubame weebiserveri:
<pre>
iptables -A INPUT -p tcp -m tcp --dport 80 -j ACCEPT
</pre>

SSH lubamiseks sellest IP-st:
<pre>
iptables -A INPUT -s 192.168.6.1/32 -p tcp -m tcp --dport 22 -j ACCEPT
</pre>

Näidises on pandud connection limitiks 10, testimiseks seda piisab küll aga seda arvu võib muuta suuremaks. Näiteks suurtes ettevõttetes kliendid kes istuvad NAT'i taga, ei saa liigi leheküljele, sest connection limit ühest IP-st on piiratud 10-ga. Ainult 10 klienti saab korraga vaatada veebilehti.
Allolev rida annab võimalust katkestada ühendusi mille arv on üle 10 pordis 80:
<pre>
iptables -A INPUT -p tcp -m tcp --dport 80 -m connlimit --connlimit-above 10 --connlimit-mask 32 -j REJECT --reject-with icmp-port-unreachable
</pre>

Praegu meil ei salvestatakse logi failid. Kui tahame näha täpsemalt millised paketid vistakse minema, peame lubama logimist:
<pre>
iptables -A INPUT -m limit --limit 5/min -j LOG --log-prefix "iptables denied:" --log-level 7
</pre>

<pre>
iptables -A INPUT -s 192.168.6.101/32 -j ACCEPT
</pre>

Väljaminevate ühenduste jaoks tagasi tulnud pakette lubamiseks:
<pre>
iptables -A INPUT -m state --state ESTABLISHED -j ACCEPT
</pre>

On alati tervislik lubada localhost õue:
<pre>
iptables -A OUTPUT -o lo -j ACCEPT
</pre>

= Teised turvameetodid =

On olemas mitmeid erinevaid võimalusi, kuidas veel saab oma wordpressi veebilehe turvata.

== Späm filter ==

Akismet (Automattic Kismet) on spämmi filter. Antud teenus püüab filtreerida spämmi mis tuleb blogi kommentaaridest ja TrackPack pingidest. Filter kombineerib informatsiooni mis ta kogus kõikidest blogidest ja kasutab need spämmi reegleid, et blokeerida tuleviku spämmi. Akismet on loodud Automattic firma poolt, ettevõtte mis keskendub vaba-tarkvara arendamisele WordPressi platformi jaoks. Akismet tuli välja 25. oktroobril aastal 2005 ja seisuga Aprill 2011 juba püüdis üle 25 miljardi spämmi kommentaare ja pinge.

Akisment on WordPressi sisseehitatud aga vaikimisi on ta välja lülitatud, kuna selle sisse lülitamine nõuab võtmegas audentimist. Blogi administratoor peab ise antud teenust aktiveerima.
Selleks, et aktiveerida Akismeti, on vaja:

1) Administraatoori paneelis on vaja valida '''Plugins - Installed'''

2) Linnuke Akismeti juurde ja valida '''"Activate"'''

3) Nüüd peab sisestama Akismeti API võtme. Võtme saab tasuta tellida Akismeti ametlikult veebilehelt.

4) Vajuta '''"Update options"'''

5) Akismeti spämmi filter on sisselülitatud.

Nüüd on vaja mõned postituse reegleid konfigureerida. Selleks on vaja valida '''Settings - Discussion''' menüü alt ja välja lülitada: '''An administrator must always approve the comment'''.

Nüüd ei pea administraator isiklikult iga kommentaari läbi vaatama ja kinnitama. Antud tööga hakkab tegelema Akismet.

== Anti-bot lahendus ==

On olemas mitmeid erinevaid võimalusi kuidas saab kindlaks teha, et kasutaja, kes postitab on inimene. Selle jaoks on igasuguseid captcha meetodeid, näiteks kasutaja peab sisestama juhuslikult kombineeritud teksti või lahendama mingeid lihtsaid matemaatilisi võrrandeid. Antud meetodid ei ole eriti "sõbralikud", sest vahel tekivad probleemid kasutajatele, eriti nendele, kes ei suuda korralikult näha märke.

Palju sõbralikum ja lihtsam anti-bot meetod on lahendus, kus kasutaja peab märkima linnukese kommentaari alla. Selle jaoks wordpressil on plugin Growmap Anti Spambot Plugin. Plugini installeerimiseks on vaja:

1) Mine oma wordpress plugin kataloogisse

<pre>cd /var/www/wordpress/wp-content/plugins/ </pre>

2) Käsuga wget allalaadime plugini

<pre>wget http://downloads.wordpress.org/plugin/growmap-anti-spambot-plugin.1.1.zip</pre>

3) Enne lahti pakkimist on vaja installida unzipi

sudo apt-get install zip

sudo apt-get install unzip

4) Pakime lahti antud arhiivi

<pre>unzip growmap-anti-spambot-plugin.1.1.zip</pre>

Nüüd tuleb minna tagasi oma wordpress administratoori menüüsse ja aktiveerida see plugin.

== IP kontroll ==

Tihti on vaja turvata väga vajalikke faile. Selle jaoks on vaja:

1) Mine oma wordpress kataloogi

<pre>cd /var/www/wordpress</pre>

2) Teeme .htaccess fail. Antud teksti-fail wordpress kasutab oma reeglite jaoks.

<pre>touch .htaccess</pre>

3) Kirjuta järgmised reegleid:

Esiteks, kaitseme meie .htaccess faile, et keegi ei saaks selle vaadata.

<pre>
#protect the htaccess file
<files .htaccess>
order allow,deny
deny from all
</files>
</pre>

Kaitseme meie admin logini, selleks et adminina saab logida ainult määratud IP aadressilt.

<pre>
<files wp-login.php>
Order Deny,Allow
Deny from All
Allow from 192.168.6.2
</files>
</pre>

WPconfig on teine väga oluline fail. Seda tuleb ka kaitsta:

<pre>
#protect wpconfig.php
<files wp-config.php>
Order Deny,Allow
Deny from All
allow from 192.168.6.2
</files>
</pre>

Nüüd tuleb '''wp-admin''' kataloogis teha veel uue '''.htaccess''' faili ja kirjutada järgmised reegleid:

<pre>
AuthUserFile /dev/null
AuthGroupFile /dev/null
AuthName "WordPress Admin Access Control"
AuthType Basic
<LIMIT GET>
order deny,allow
deny from all
#kirjuta oma IP
allow from 192.168.6.2
</LIMIT>
</pre>

http://wptidbits.com/tutorials/21-most-popular-htaccess-hacks-for-wordpress/

=Autorid=

'''Wordpressi paigaldus ja konfigureerimine''' - Risto Siitan A32

'''mod_evasive paigaldus ja konfigureerimine''' - Meelis Tamm, A31. Allikas: [http://acidborg.wordpress.com/2009/06/25/installation-configuration-of-mod_evasive-in-ubuntu-server-9-04/]

'''Varnish Cache-i paigaldamine ja konfigureerimine''' - Jaan Vahtre A31 ja Vadim Vinogradin A31

'''Super Cache''' - Kristjan Vask A31 Risto Siitan A32

'''Iptables''' - Sergei Barol A31

'''Teised turvameetodid''' - Vladimir Kolesnik A32

[[Category:IT infrastruktuuri teenused]]

Talk:OpenBSD tulemüür PF

2011-12-14T09:36:23Z

Vvinogra:

Hindajad:

Vadim Vinogradin A31

Sergei Barol A31

Vladimir Kolesnik A32

Risto Siitan A32

{|border="2"
!KRITEERIUM
!KAAL
!HINNANG
!KOMMENTAAR
|-
|Versioonide ajalugu
|1
|0
|
|-
|Autorid
|1
|1
|
|-
|Viimase muutmise aeg
|1
|0
|
|-
|Skoop
|1
|1
|
|-
|Sissejuhatus
|1
|1
|
|-
|Nõuded
|1
|1
|
|-
|Paigaldamise osa
|3
|
|
|-
|Tehniliselt korrektne
|3
|
|
|-
|Korraldused on tekstist eristatavad
|1
|1
|
|-
|Käskude väljundid on tekstist eristatavad
|1
|
|
|-
|Muutuvad osad on eristatavad
|1
|
|
|-
|Tekst on loetav (struktuur on olemas)
|1
|1
|
|-
|Tekst on arusaadav (laused on korrektsed)
|1
|1
|
|-
|Teenuse varundamine
|1
|0
|
|-
|Teenuse taastamine
|2
|0
|
|-
|'''Kokku'''
|'''20'''
|
|
|}

---

'''Teine võrgukaart'''

#vi /etc/hostname.em1

inet 192.168.56.50 255.255.255.0

Tegelikult peaks olema 192.168.56.10 (nagu pildil)

---

Pildi seletus võiks olema parem, sest retsentseerijad ei saanud kohe sellest aru.

Peale vastavate reeglite sisestust on '''/etc/pf.conf''' fail järgmine:

{konfi_faili_sisu}

Meeldis see koht, kus kõik kommenteeritud ära ja terve konfi sisu on olemas. Kui juhtub probleem, siis saame kasutada seda terve failina.

Juhul, kui teha kõik tegevused virtuaalmasinas (nagu me testisime seda), siis oleks hea kui oleks kirjeldatud ka virtuaalmasina võrguseaded "'''Network Adapters'''".

'''OpenBSD'''

Adapter 1: Bridged Adapter

Adapter 2: Internal Network

'''Ubuntu Server'''

Adapter 1: Internal Network

Puudub testmise osa (kuidas aru saada, et tulemüür toimib õigesti).

Puudub varundamist ja taastamist osa.

2011-12-14T08:47:34Z

Vvinogra:

Talk:OpenBSD tulemüür PF

2011-12-14T08:43:12Z

Vvinogra:

2011-11-15T20:40:28Z

Vvinogra: