Die Anleitung für 0.5 befindet sich hier. Als Fortsetzung meiner Artikelreihe zum CH3SNAS wird hier die Möglichkeit, einen Webserver mit PHP-Unterstützung zu installieren, beschrieben. Mit Hilfe des “fun_plugs” (Artikel) kann der Webserver lighttpd mit PHP5.2 installiert werden, um zum Beispiel PHP-Bildergallerien oder CMS-Systeme zu betreiben. Dank des niedrigen Hauptspeicherverbrauchs werden die 64MB Ram des CH3SNAS nicht überstrapaziert. Übermäßige Leistung sollte man trotzdem nicht erwarten ;)

Die derzeitigen Softwareversionen sind lighttpd 1.4.17 und PHP 5.2.4, welche in den Paketen lighttpd-1.4.17.tgz  und php-5.2.4.tgz  im Repository von fonz  zu finden sind.

Nach dem Herunterladen legt man die Dateien auf das NAS und installiert diese, wie schon in der “fun_plug”-Anleitung beschrieben wurde, mittels funpkg.sh /pfad/zum/paket/name.tgz, also z.B. funpkg.sh /mnt/HD_a2/lighttpd-1.4.17.tgz bzw. funpkg.sh /mnt/HD_a2/php-5.2.4.tgz.

Anschließend kann php bzw lighttpd konfiguriert werden. Hierzu geht man in /mnt/HD_a2/fun_plug.d/etc/ und bennent die Datei lighttpd.conf-with-php-sample in lighttpd.conf um. Nun kann man die Datei editieren (evtl muss hierzu der Editor joe aus dem Repository von fonz installiert werden) und die Einstellungen anpassen.

Zuletzt muss die Starterdatei von lighttpd im “start”-Verzeichnis noch ausführbar gemacht werden (chmod a+x lighttpd.sh), damit der lighttpd beim Start des NAS mitgeladen wird.

Ich schneide gar nicht sooo schlecht ab ;)

Ich habe bei mir immer PHP installiert, daher werde ich das nutzen. Um das Passwort “fooB4rB4z” in einer htpassed-Datei zu generieren, muss der Befehl dazu wie folgt aussehen:

1

php -r "echo crypt('fooB4rB4z', base64_encode('fooB4rB4z'));"

Das sieht dann so aus: [

Dann fügt man diesen String wie folgt in die htpasswd ein:

1

echo 'MyCoolUsername:Zmi.VLGYm/RZM' >> /etc/nginx/htpasswd

Dann muss man noch den VHost konfigurieren:

1
2
3
4

location / {
  auth_basic  "Restricted Area - Please enter Username & Password";
  auth_basic_user_file  /etc/nginx/htpasswd;
}

Einmal die Konfiguration von Nginx neu einlesen lassen und schon kann man sich per “MyCoolUsername” mit dem passwort “fooB4rB4z” einloggen.

Voraussetzung für die Installation ist die Einrichtung des fun_plug in der Version 0.5, welche hier für verschiedene Geräte zu finden ist. Für alle Listings in diesem Beitrag gilt: Wenn man auf “Plain Text” klickt, gehts kopieren leichter ;) Und wenn Pfade abgeändert werden sollen, bitte selbstständig anpassen.

Zunächst muss man mein Repository wie gewohnt synchronisieren. Anschließend müssen mindestens curl, mysql, php und lighttpd aus meinem Repository installiert werden. Fonz’ Repository sollte sowieso komplett installiert sein, hier muss man aber auf jeden Fall libiconv installiert haben.

Wenn man (so wie im ffp0.5-Tutorial beschrieben) bereits früher einmal das PHP von fonz installiert hat, so muss man dieses mittels “funpkg -u” nun upgraden.

Normalerweise wird man die Pakete wie folgt installieren (lighttpd ist hierbei auf -u, also update gestellt, da dieser vermutlich schon installiert ist):

1
2
3
4
5

funpkg -i /ffp/pkg/additional/*/mysql-*.tgz
funpkg -i /ffp/pkg/additional/*/curl-*.tgz
funpkg -i /ffp/pkg/additional/*/php-*.tgz
funpkg -u /ffp/pkg/additional/*/lighttpd-*.tgz
funpkg -i /ffp/pkg/packages/libiconv-*.tgz

Alle Webdienste werden in Zukunft das Verzeichnis /srv/ als Datenablageort nutzen. Da es unklug wäre, diese Speicherort auf dem kleinen RAM des NAS zu erzeugen, werden wir nun erstmal einen Link zu einem Verzeichnis auf der Festplatte oder dem USB-Stick erstellen. Dazu öffnet man die Datei /ffp/etc/fun_plug.init und fügt am Ende folgendes ein:

1
2

# create custom link to the server-folder
ln -s /ffp/opt/srv/ /srv

Den letzten Befehl führen wir nun auch gleich auf der Konsole aus, damit der Link erstellt wird. Zunächst erstellen wir jedoch das Verlinkte Verzeichnis:

1
2

mkdir -p /ffp/opt/srv/
ln -s /ffp/opt/srv/ /srv

Der Webserver lighttpd muss noch konfiguriert werden, einige Configuration-Files werden bereits mitgeliefert. Für das D-Link DNS-320/DNS-325 gibt es ein besonderes File, bitte das folgende in diesem Falle überspringen und beim nächsten Schritt weitermachen:

1

cp /ffp/etc/examples/lighttpd.conf-with-php /ffp/etc/lighttpd.conf

Wie bereits angesprochen braucht das DNS-320/DNS-325 ein besonderes Config-File, da bei diesem NAS der interne Webserver ebenfalls lighttpd ist. Damit sich diese nicht in die Quere kommen muss man den internen stoppen und kann dann den FFP-lighttpd starten. Das folgende Configfile macht dann die Weboberfläche des NAS auf Port 81 verfügbar, sodass man darauf weiterhin arbeiten kann:

1

cp /ffp/etc/examples/lighttpd.conf-dns320 /ffp/etc/lighttpd.conf

Damit php auch weiß, was erlaubt oder verboten ist, muss eine php.ini im Verzeichnis /ffp/etc/ liegen:

1

cp /ffp/etc/examples/php.ini-wolfuli /ffp/etc/php.ini

Und die my.cnf von MySQL darf natürlich nicht fehlen:

1

cp /ffp/etc/examples/mysql/my-small.cnf /ffp/etc/my.cnf

Nun befinden sich die drei wichtigen Dateien php.ini (Konfiguration von PHP), lighttpd.conf (Konfiguration für den Webserver) sowie my.cnf (Konfiguration des MySQL-Servers) im Verzeichnis /ffp/etc/. Prinzipiell sollten alle Configs mal durchgesehen werden, ob die Werte so okay sind.

Der Webroot des Webservers ist direkt auf /srv/www/ gelegt, dort muss man nun die entsprechenden Verzeichnisse erstellen:

1
2
3
4

mkdir -p /srv/tmp/mysql/
mkdir -p /srv/www/logs/
mkdir -p /srv/www/pages/
mkdir -p /srv/mysql/

Die MySQL-Datenbank muss noch initialisiert werden mittels der folgenden Befehle:

1
2
3

mysql_install_db
sh /ffp/start/mysqld.sh start
/ffp/bin/mysql_secure_installation

Dort wird nun nach dem Passwort gefragt: “Enter current password for root (enter for none):” Bei einer neuen Installation ist dieses einfach leer!

Nun kann man den Webserver mal starten, der folgende Befehl ist jedoch nur für alle NAS ausser dem DNS-320/DNS-325 gültig:

1

sh /ffp/start/lighttpd.sh start

Für das DNS-320/DNS-325 muss der interne Webserver erst abgeschalten werden, was die Datei “kickwebs_dns320.sh” macht:

1
2

sh /ffp/start/kickwebs_dns320.sh start
sh /ffp/start/lighttpd.sh start

Sollte alles glatt gehen, so kann man die Pakete im fun_plug dauerhaft aktivieren:

1
2

chmod a+x /ffp/start/lighttpd.sh
chmod a+x /ffp/start/mysqld.sh

Hat man das DNS-320/DNS-325 so ist zusätzlich dieser Befehl auszuführen: chmod a+x /ffp/start/kickwebs_dns320.sh

Kleiner Hinweis am Rand für alle NAS ausser dem DNS-320: Der Webserver startet bis jetzt auf Port 8080. Möchte man diesen auf Port 80 (also den regulären HTTP-Port) legen, so muss man folgende Befehle ausführen:

1
2

sed -i '/server.port/ s/^/#/' /ffp/etc/lighttpd.conf
chmod a+x /ffp/start/kickwebs.sh

Dies bewirkt, dass der interne Webserver für die Weboberfläche gekillt wird, anschließend startet lighttpd und legt sich auf Port 80. Der interne Webserver ist ein paar Minuten später dann auf Port 81 wieder verfügbar.

Standardmäßig sind in meiner PHP.ini derzeit die untenstehenden Extensions aktiviert. Danke an Peter für den Hinweis!

Einzelne Extensions kann man problemlos auch deaktivieren oder eventuell auch neue hinzufügen (bitte per Kommentar melden, wenn eine fehlt!). Welche momentan überhaupt verfügbar sind, bekommt man mittels “ls -al /ffp/lib/php/extensions/no-debug-non-zts-20060613/” heraus. Dann sucht man den Punkt “Dynamic Extensions” in der /ffp/etc/php.ini und kommentiert dort die Extensions ein oder aus. Beispielhaft hier mbstring aktiviert:

1

extension=mbstring.so

Momentan sind folgende verfügbar und aktiviert:

calendar ctype ftp gd mbstring mysql pdo pdo_mysql pdo_sqlite sqlite tokenizer zlib

Changelog des Eintrags

09.10.2008 - 01:30

• Update: Umstieg auf fonz’ Pakete.
• Umstellung des Webroots auf /srv/
• Cleanup der php.ini
• Anpassung aller Pfade

07.01.2011 - 00:40

• Update: Umstieg auf meine Pakete.
• Anpassungen für DNS-320
• Cleanup mit direkter Paketierung meiner php.ini

16.02.2011 - 00:40

• Anpassungen für DNS-325
• Änderung des Pfads auf /ffp/opt/srv/ um Festplattenpfad-Konflikte zu vermeiden

Nach dem Auspacken des NAS habe ich es gleich mal mit Festplatten befüllt. Dazu muss der Deckel abgenommen werden, die Festplatten werden von oben in das NAS geschoben. Die Festplatten klemmen, wenn “unten” angekommen, wirklich gut und wackeln nicht im Gehäuse, was unnötige Vibrationen ausschließt.

Ein nettes Detail ist mir beim “Einfüllen” aufgefallen, die Festplattenschächte sind beschriftet, sodass es erkennbar ist, welche Festplatte man in welchen Schacht gesteckt hat. Wer übrigens den USB-Port sucht, der wird an der Front des NAS fündig. Hinter einer Klappe versteckt sich dieser zusammen mit dem USB-Copy-Knopf. Letzterer Erlaubt das Kopieren des USB-Stick auf das NAS. Möchte man den USB-Stick wieder abziehen, so muss man den Knopf 5 Sekunden gedrückt halten (das System führt dann den umount durch).

Weiter zur Installation des fun_plug 0.5

Vor einigen Tagen hat sich ein neues NAS bei mir eingefunden, das D-Link DNS-320 . Im folgenden Beitrag zeige ich kurz die technischen Daten, in einem weiteren Beitrag gehe ich auf das Auspacken des Geräts ein.

Es fasst intern zwei 3,5" SATA-Festplatten mit derzeit maximal 2TB/Festplatte und kann diese in den üblichen Konfigurationen (Single/JBOD/RAID0/RAID1) konfigurieren. Neu ist, dass EXT3 standardmäßig als Dateisystem verwendet wird, was die Datensicherheit im Falle einer abrupten Beendung des Systems deutlich verbessert. Interessant ist auch die Option der “RAID-Migration”, was die Migration von NON-RAID auf RAID1 ermöglicht. Sehr interessant, werde ich ausprobieren. Zusätzlich wurde Scandisk und S.M.A.R.T. mit in die Firmware integriert, die Tests lassen sich sogar regelmäßig ausführen (mit Ergebnis per Mail).

Die mitgelieferte Firmware ist sowieso recht umfangreich. Neben dem üblichen Samba-Server, welche die Konfiguration von 64 Usern, 10 Gruppen, 64 Freigaben und 64 gleichzeitigen Verbindungen erlaubt, sind auch weitere Server an Board:

• NFS-Server
• AFP-Server
• FTP-Server (inklusive SSL/TLS und FXP-Unterstüzung)
• UPNP-Server
• iTunes-Server
• Web-Server
• MySQL-Server

Zudem ist wieder ein Bittorrent-Client an Board. Auch der Downloader, welcher nun ordentliches Scheduling und viele Sonderoptionen bietet, ist wieder mit eingebaut.

Zum Thema Stromverbrauch gibt D-Link für den Schlafmodus eine Aufnahme von 8,2Watt, für den normalen Betrieb eine Aufnahme von 15,7Watt an. Hierzu kommen dann noch die Daten der Festplatten, da muss man wohl noch einige Watt (je nach Platten) drauf rechnen. Versorgt wird das NAS über ein kleines externes Netzteil, welches bei 12V stolze 4A ausgibt.

Betrieben werden sollte das NAS bei 0-40°C mit 5-90% Luftfreuchtigkeit, die Lagerung ist bei -20-70°C erlaubt. Das ist wichtig für alle die das NAS auf dem Dachboden oder im Keller stehen haben :)

Die ARM-CPU ist mit 800Mhz ein Renner, dem dann 128MB Ram zur Seite stehen. Details aus /proc/cpuinfo , der /proc/meminfo  und der dmesg -Ausgabe gibts bei meiner englischsprachigen Seite NAS-Tweaks.net.

Weiter zu den Bildern

Meine finalen Regeln:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81

server {
 listen 80;
 server_name forum.example.com *.forum.example.com;
 error_log /var/log/nginx/forum.example.com.log warn;
 root /var/www/forum.example.com/;

 location / {
 index index.php;

 # Rules for: actions
 rewrite ^/(activate|admin|announce|ban|boardrecount|buddy|calendar|cleanperms)/?$ /index.php?pretty%3Baction=$1 last;
 rewrite ^/(collapse|convertentities|convertutf8|coppa|deletemsg|detailedversion|display|dlattach)/?$ /index.php?pretty%3Baction=$1 last;
 rewrite ^/(dumpdb|editpoll|editpoll2|featuresettings|featuresettings2|findmember|help|helpadmin)/?$ ./index.php?pretty%3Baction=$1 last;
 rewrite ^/(im|jsoption|jsmodify|lock|lockVoting|login|login2|logout)/?$ ./index.php?pretty%3Baction=$1 last;
 rewrite ^/(maintain|manageattachments|manageboards|managecalendar|managesearch|markasread|membergroups|mergetopics)/?$ ./index.php?pretty%3Baction=$1 last;
 rewrite ^/(mlist|modifycat|modifykarma|modlog|movetopic|movetopic2|news|notify)/?$ ./index.php?pretty%3Baction=$1 last;
 rewrite ^/(notifyboard|optimizetables|packageget|packages|permissions|pgdownload|pm|post)/?$ ./index.php?pretty%3Baction=$1 last;
 rewrite ^/(post2|postsettings|printpage|profile|profile2|quotefast|quickmod|quickmod2)/?$ ./index.php?pretty%3Baction=$1 last;
 rewrite ^/(recent|regcenter|register|register2|reminder|removetopic2|removeoldtopics2|removepoll)/?$ ./index.php?pretty%3Baction=$1 last;
 rewrite ^/(repairboards|reporttm|reports|requestmembers|search|search2|sendtopic|serversettings)/?$ ./index.php?pretty%3Baction=$1 last;
 rewrite ^/(serversettings2|smileys|smstats|spellcheck|splittopics|stats|sticky|theme)/?$ ./index.php?pretty%3Baction=$1 last;
 rewrite ^/(trackip|about:mozilla|about:unknown|unread|unreadreplies|viewErrorLog|viewmembers|viewprofile)/?$ ./index.php?pretty%3Baction=$1 last;
 rewrite ^/(verificationcode|vote|viewquery|who|\.xml)/?$ ./index.php?pretty%3Baction=$1 last;

 # Rules for: boards
 rewrite ^/([-_!~*'()$a-zA-Z0-9]+)/[0-9]?/?$ /index.php?pretty%3Bboard=$1.0 last;
 rewrite ^/([-_!~*'()$a-zA-Z0-9]+)/([0-9]*)/[0-9]?/?$ /index.php?pretty%3Bboard=$1.$2 last;

 # Rules for: topics
 rewrite ^/([-_!~*'()$a-zA-Z0-9]+)/([-_!~*'()$a-zA-Z0-9]+)/[0-9]?/?$ /index.php?pretty%3Bboard=$1%3Btopic=$2.0 last;
 rewrite ^/([-_!~*'()$a-zA-Z0-9]+)/([-_!~*'()$a-zA-Z0-9]+)/([0-9]*|msg[0-9]*|new)/[0-9]?/?$ /index.php?pretty%3Bboard=$2%3Btopic=$2.$3 last;

 # And the sitemap
 rewrite ^sitemap.xml$ /index.php?action=sitemap%3Bxml last;
 }

 location ~ \.php$ {
 fastcgi_pass 127.0.0.1:1234;
 include /etc/nginx/fastcgi_params;
 }
}server {
        listen          80;
        server_name     forum.example.com *.forum.example.com;
        error_log       /var/log/nginx/forum.example.com.log warn;
        root            /var/www/forum.example.com/;

        location / {
                index           index.php;

                # Rules for: actions
                rewrite ^/(activate|admin|announce|ban|boardrecount|buddy|calendar|cleanperms)/?$ /index.php?pretty%3Baction=$1 last;
                rewrite ^/(collapse|convertentities|convertutf8|coppa|deletemsg|detailedversion|display|dlattach)/?$ /index.php?pretty%3Baction=$1 last;
                rewrite ^/(dumpdb|editpoll|editpoll2|featuresettings|featuresettings2|findmember|help|helpadmin)/?$ ./index.php?pretty%3Baction=$1 last;
                rewrite ^/(im|jsoption|jsmodify|lock|lockVoting|login|login2|logout)/?$ ./index.php?pretty%3Baction=$1 last;
                rewrite ^/(maintain|manageattachments|manageboards|managecalendar|managesearch|markasread|membergroups|mergetopics)/?$ ./index.php?pretty%3Baction=$1 last;
                rewrite ^/(mlist|modifycat|modifykarma|modlog|movetopic|movetopic2|news|notify)/?$ ./index.php?pretty%3Baction=$1 last;
                rewrite ^/(notifyboard|optimizetables|packageget|packages|permissions|pgdownload|pm|post)/?$ ./index.php?pretty%3Baction=$1 last;
                rewrite ^/(post2|postsettings|printpage|profile|profile2|quotefast|quickmod|quickmod2)/?$ ./index.php?pretty%3Baction=$1 last;
                rewrite ^/(recent|regcenter|register|register2|reminder|removetopic2|removeoldtopics2|removepoll)/?$ ./index.php?pretty%3Baction=$1 last;
                rewrite ^/(repairboards|reporttm|reports|requestmembers|search|search2|sendtopic|serversettings)/?$ ./index.php?pretty%3Baction=$1 last;
                rewrite ^/(serversettings2|smileys|smstats|spellcheck|splittopics|stats|sticky|theme)/?$ ./index.php?pretty%3Baction=$1 last;
                rewrite ^/(trackip|about:mozilla|about:unknown|unread|unreadreplies|viewErrorLog|viewmembers|viewprofile)/?$ ./index.php?pretty%3Baction=$1 last;
                rewrite ^/(verificationcode|vote|viewquery|who|\.xml)/?$ ./index.php?pretty%3Baction=$1 last;

                # Rules for: boards
                rewrite ^/([-_!~*'()$a-zA-Z0-9]+)/[0-9]?/?$ /index.php?pretty%3Bboard=$1.0 last;
                rewrite ^/([-_!~*'()$a-zA-Z0-9]+)/([0-9]*)/[0-9]?/?$ /index.php?pretty%3Bboard=$1.$2 last;

                # Rules for: topics
                rewrite ^/([-_!~*'()$a-zA-Z0-9]+)/([-_!~*'()$a-zA-Z0-9]+)/[0-9]?/?$ /index.php?pretty%3Bboard=$1%3Btopic=$2.0 last;
                rewrite ^/([-_!~*'()$a-zA-Z0-9]+)/([-_!~*'()$a-zA-Z0-9]+)/([0-9]*|msg[0-9]*|new)/[0-9]?/?$ /index.php?pretty%3Bboard=$2%3Btopic=$2.$3 last;

                # And the sitemap
                rewrite ^sitemap.xml$ /index.php?action=sitemap%3Bxml last;
        }

        location ~ \.php$ {
                fastcgi_pass    127.0.0.1:1234;
                include         /etc/nginx/fastcgi_params;
        }
}

Installiert wird das unter debian mittels:

1

apt-get install inotify-tools

Und so wird es verwendet:

1
2
3
4
5

inotifywait -r -m /var/www/pages -e create -e modify |
 while read path action file; do
 rm -Rf /var/www/temp/*;
 echo "Cleaned Temp - $(date)";
 done

Vorsicht an dieser Stelle: Immer drüber nachdenken was genau man löscht und was man erzielen will. Wenn man im obigen Beispiel z.b. /var/www überwacht, braucht man sich nicht zu wundern, dass Temp immer leer ist ;) Temporäre Dateien sind dann natürlich auch auslöser ;)

Ich wurde nun mehrmals gebeten ein Tutorial zum Aufsetzen von MySQL und lighttpd mit PHP unter FFP 0.7 zu veröffentlichen. Und hier gehts los. Wenn ihr nicht wisst, was diese Software-Produkte sind, dann rate ich euch zum Besuch der Seiten von MySQL , Lighttpd  und PHP .

Ein Wort der Warnung noch für alle Besitzer eines DNS-320/DNS-320L/DNS-325/DNS-345: Dieses Tutorial schaltet den internen MySQL-Server aus, sodass dieser nicht mehr aktiv ist. Das kann und wird zu Problemen bei den Zusatz-Applikationen wie Gallery, Blog und co führen. Wenn diese Applikationen nicht genutzt werden, kann das Tutorial gefahrlos verwendet werden.

Los gehts mit dem Einrichten von FFP 0.7, dem einbinden meines Repository “Uli” und anschließend der Installation von meinen Paketen:

1

slacker -UaA uli:{libtool,php,mysql,lighttpd,curl,libxml2,libmcrypt,libpng,libjpeg-turbo,sqlite}

Möglicherweise werden jetzt neue Dateien im Verzeichnis /ffp/start angelegt. Das muss nun erstmal ausgebügelt werden:

1
2
3
4

[[ -f /ffp/start/kickangel.sh.new ]] && mv /ffp/start/kickangel.sh.new /ffp/start/kickangel.sh
[[ -f /ffp/start/kickwebs.sh.new ]] && mv /ffp/start/kickwebs.sh.new /ffp/start/kickwebs.sh
[[ -f /ffp/start/mysqld.sh.new ]] && mv /ffp/start/mysqld.sh.new /ffp/start/mysqld.sh
[[ -f /ffp/start/lighttpd.sh.new ]] && mv /ffp/start/lighttpd.sh.new /ffp/start/lighttpd.sh

Jetzt werden diese konfiguriert: Los gehts mit lighttpd:

1
2

cp /ffp/etc/examples/lighttpd/lighttpd.conf /ffp/etc
rm /ffp/etc/examples/lighttpd.conf* /ffp/etc/examples/php.ini

Weiter gehts mit MySQL. Zunächst wird die Konfiguration kopiert, dann die Datenbanken installiert und zu guter letzt die Installation abgesichert:

1
2
3
4
5
6
7
8

sh /ffp/start/mysqld.sh stop
cp /ffp/etc/examples/mysql/my.cnf /ffp/etc/
ln -snf /ffp/opt/srv /srv
mkdir -p /srv/mysql/{innodblogdir,binlog,log,tmp,datadir}
mkdir -p /srv/tmp
/ffp/bin/mysql_install_db --basedir=/ffp
sh /ffp/start/mysqld.sh start
/ffp/bin/mysql_secure_installation

Das letzte Kommando wird folgendes ausgeben, ich habe meine Eingaben fett markiert. Das Passwort musst du dir merken!:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58

 NOTE: RUNNING ALL PARTS OF THIS SCRIPT IS RECOMMENDED FOR ALL MySQL
SERVERS IN PRODUCTION USE! PLEASE READ EACH STEP CAREFULLY!

In order to log into MySQL to secure it, we'll need the current
password for the root user. If you've just installed MySQL, and
you haven't set the root password yet, the password will be blank,
so you should just press enter here.

Enter current password for root (enter for none):
OK, successfully used password, moving on...

Setting the root password ensures that nobody can log into the MySQL
root user without the proper authorisation.
Set root password? [Y/n] **Y**
New password: **MYVERYSECRETPASSWORD**
Re-enter new password: **MYVERYSECRETPASSWORD**
Password updated successfully!
Reloading privilege tables..
... Success!

By default, a MySQL installation has an anonymous user, allowing anyone
to log into MySQL without having to have a user account created for
them. This is intended only for testing, and to make the installation
go a bit smoother. You should remove them before moving into a
production environment.

Remove anonymous users? [Y/n] **Y**
... Success!

Normally, root should only be allowed to connect from 'localhost'. This
ensures that someone cannot guess at the root password from the network.

Disallow root login remotely? [Y/n] **Y**
... Success!

By default, MySQL comes with a database named 'test' that anyone can
access. This is also intended only for testing, and should be removed
before moving into a production environment.

Remove test database and access to it? [Y/n] **Y**

- Dropping test database...
 ... Success!
- Removing privileges on test database...
 ... Success!

Reloading the privilege tables will ensure that all changes made so far
will take effect immediately.

Reload privilege tables now? [Y/n] **Y**
... Success!

Cleaning up...

All done! If you've completed all of the above steps, your MySQL
installation should now be secure.

Thanks for using MySQL!

Damit läuft nun MySQL einwandfrei und wir können den rest noch konfigurieren. Bitte merke dir das verwendete Passwort, du wirst es noch für weitere Tutorials brauchen.

Jetzt muss noch PHP konfiguriert werden:

1

cp /ffp/etc/examples/php/php.ini /ffp/etc/

Anschließend kann der Webserver gestartet werden.

1
2

mkdir -p /srv/www/{pages,logs,tmp}
sh /ffp/start/kickangel.sh start && sh /ffp/start/kickwebs.sh start && sh /ffp/start/lighttpd.sh start

Jetzt testen wir, ob es funktioniert:

1

echo '' > /srv/www/pages/index.php

Gehe nun auf die Adresse deines NAS (z.B. http://nas/  oder die IP-Adresse, also z.b. http://192.168.133.7/ ). Dort sollte der Schriftzug “PHP works!” wie im Bild erscheinen.

Wenn du das Administrationsinterface deines NAS suchst, ist das nun auf Port 81 erreichbar, also z.B. http://nas:81/  oder http://192.168.133.7:81/ .

Wenn das nun alles läuft, können die Dienste nun permanent aktiviert werden:

1
2
3
4

chmod a+x /ffp/start/{kickangel,kickwebs,lighttpd,mysqld}.sh
chmod a+x /ffp/start/kickwebs.sh
chmod a+x /ffp/start/lighttpd.sh
chmod a+x /ffp/start/mysqld.sh

1

PHP Fatal error: [Zend Optimizer] Zend Debugger must be loaded after Zend Optimizer in Unknown on line 0

Seltsamerweise sah aber meine php.ini korrekt aus:

1
2
3
4
5
6
7

zend_extension_ts = "C:\Programme\xampp\php\zendOptimizer\lib\ZendExtensionManager.dll"
zend_extension_manager.optimizer_ts = "C:\Programme\xampp\php\zendOptimizer\lib\Optimizer"
zend_optimizer.enable_loader = 0
zend_optimizer.optimization_level=15
zend_extension_ts="C:\Programme\xampp\php\zendDebugger\ZendDebugger.dll"
zend_debugger.expose_remotely=allowed_hosts
zend_debugger.allow_hosts=127.0.0.1/32,192.168.0.0/255

Ich las also in wenig in verschiedensten Foren und kam dann auf die Lösung. Den Debugger sollte man als “debug server” nur mit dem Pfad, nicht der Dll in der php.ini einbinden:

1

zend_extension_manager.debug_server_ts=C:\Programme\xampp\php\zendDebugger

Wenn man das so eingetragen hat, muss die ZendDebugger.dll in ein passendes Unterverzeichnis “unter” zendDebugger je nach PHP-version geschoben werden. Ich fahre beispielsweise php-5.2.6, also heisst mein Verzeichnis php-5.2.x. Welches nun das passende ist, lässt sich sehr schnell herausfinden. Einfach die obenstehende Zeile in die php.ini eintragen. Jetzt wird ein Fehler im Apache-Log geworfen:

1

PHP Warning: Zend Debug Server for PHP 5.2.x cannot be found (expected at 'C:\\Programme\\xampp\\php\\zendDebugger\\php-5.2.x\\ZendDebugger.dll') - try reinstalling the Zend Debug Server in Unknown on line 0

Wie man sieht, wurde auch ausgegeben, wo der Webserver bzw. dessen PHP den ZendDebugger erwartet hätte. In diesen Fall in C:\Programme\xampp\php\zendDebugger\php-5.2.x\ZendDebugger.dll. Einfach dort die passende Dll ablegen und gut is ;)

Was ist überhaupt mod_security?

ModSecurity is an embeddable web application firewall. It provides protection from a range of attacks against web applications and allows for HTTP traffic monitoring and real-time analysis with no changes to existing infrastructure.

Ganz einfach eine z.B. in einen Webserver integrierte Firewall, welche keine Packete analysiert, sondern direkt die Befehle fürs HTTP-Protokoll. So erkennt diese z.b. SQL-Injections, phpBB-Exploit-Attacken und vieles mehr.

Wie man über ein schnelles apt-cache search libapache2-mod-security herausfinden kann, gibt es bereits ein packet für apache2 und mod-security auf Debian. Leider ist dieses älter als 1.9 (momentan ist es um genau zu sein 1.8.7-1), weshalb man den “exclude”-Befehl, mit welchem man bestimmte Seitenaufrufe (welche irrtümlich von mod_security als Angriff eingeschätzt werden) wieder ausschließen kann, leider nicht verwenden kann.

“Geht gar nicht” dachte ich mir und wollte schon fast selbst kompilieren (wäre auch ok gewesen, immerhin gibts ja schon mod_security2.0.4….), da stolperte ich auf der Hersteller-Seite auf der Downloadseite über einen Link zu debian-unofficial.org (Link nicht mehr verfügbar), welche das Packet in einer Version > 1.9 dort anbieten.

Ein kurzes einfügen in die /etc/apt/sources.list von:

1

deb http://ftp.debian-unofficial.org/debian sarge main contrib non-free restricted

und anschließendes:

1
2

apt-get update
apt-get install libapache2-mod-security

brachte mir die Software auf den Server. Doch aktivieren musste man sie auch noch:

1

a2enmod mod-security

Damit war’s im Apachen aktiviert, doch noch nix konfiguriert. BITTE DEN APACHE2 NOCH NICHT NEUSTARTEN! Folgender Inhalt muss in eine Datei (Name beliebig) in /etc/apache2/conf.d/:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26

SecFilterEngine On
SecAuditLog /var/log/apache2/audit.log
SecFilterDefaultAction deny,log,status:500.
SecFilterScanPOST On
SecFilterCheckURLEncoding On
SecFilterCheckCookieFormat On
SecFilterCheckUnicodeEncoding Off
SecFilterNormalizeCookies On
SecFilterCookieFormat 1
SecServerResponseToken Off
SecFilterForceByteRange 1 255
SecServerSignature "Server secured with the Help of Uli's Blog - https://wolf-u.li"
SecUploadDir /tmp
SecUploadKeepFiles Off
SecAuditEngine RelevantOnly
SecFilterDebugLevel 0
Include /etc/apache2/mod-security/exclude.conf
Include /etc/apache2/mod-security/rules.conf
Include /etc/apache2/mod-security/rootkits.conf
Include /etc/apache2/mod-security/apache2-rules.conf
Include /etc/apache2/mod-security/useragents.conf
Include /etc/apache2/mod-security/proxy.conf
Include /etc/apache2/mod-security/blacklist.conf
Include /etc/apache2/mod-security/blacklist2.conf
Include /etc/apache2/mod-security/recons.conf
Include /etc/apache2/mod-security/badips.conf

Damit obige Config funktioniert muss noch etwas heruntergeladen werden. Nämlich die Rules, welche festlegen, was geblockt werden soll. Entweder man verwendet hier ganz einfache Rules oder professionelle(zweiteres beschreibe ich im folgenden):

1
2
3
4

cd /etc/apache2/
wget http://www.gotroot.com/downloads/ftp/mod_security/apache2/apache2-gotrootrules-latest.tar.gz
tar xfvz apache2-gotrootrules-latest.tar.gz
mv apache2 mod-security

Nun muss der Apache2 noch neu gestartet werden:

1

/etc/init.d/apache2 restart

Damit ist der WebServer mit mod_security ausgestattet. Aber man sollte auf jeden Fall die logs monitoren, ob nicht vielleicht Seiten geblockt werden, die eigentlich ok sind. Die kann man über das Logfile /var/log/apache2/audit.log anschauen ;)

Übrigens kann man die Regeln (welche immer mal wieder aktualisiert werden) auch automatisch herunterladen lassen, wozu es hier  ein Script gibt.

Bei Fehlern,Fragen, Anmerkungen oder Anregungen einfach einen Kommentar hinterlassen ;) Greetz

PS: Übrigens sehr interessant ist das Handbuch zur Software!

Gleichzeitig sind aber die Rewrite-rules einfacher als beim lighttpd , da diese fast 1:1 vom Apache zu übernehmen sind (was den Umzug der Seiten deutlich einfacher gestaltet). Ich möchte direkt nativ alles über nginx und dessen FastCGI-Backend ausliefern, weshalb ein paar zusätzliche Artikel zu deren Rewrite-Rules oder Stolperfallen bei der Einrichtung kommen werden.

Dieser Artikel ist Teil einer Reihe zum Webserver nginx. Schau dir auch die anderen Artikel an: Zum Leitartikel

Los geht’s mit der Installation von Gentoo, welche ich nach Handbuch  durchführe. Hierzu verliere ich keine weiteren Worte, da das Handbuch wirklich umfangreich und ausreichend ist. Wichtig ist, dass Portage auf dem aktuellen Stand ist, das sollte aber nach der Installation der Fall sein.

Ich wollte den nginx mit den zusätzlichen Modulen FastCGI , PCRE, SSL , Stub_Status , WebDAV  und zlib , weshalb ich die folgenden USE-Flags hinzugefügt und anschließend den nginx installiert habe:

1
2

echo "www-servers/nginx fastcgi pcre ssl status webdav zlib" >> /etc/portage/package.use
emerge -av nginx

Zum Zeitpunkt des Schreibens wird Version 0.7.61 installiert.

Nach dem emergen von Nginx kommt bei mir die Konfiguration von PHP. Ich fahre schon seit Ewigkeiten mod_fcgid unter Apache, welcher die Verwaltung (Starten/Stoppen/Steuerung) der PHP-Prozesse selbst übernimmt. Bei nginx wird das etwas anders angesteuert, da die PHP-Prozesse schon existieren müssen und nginx diese nicht selbst erstellt. Um dies zu vereinfachen, gibt es das Project spawn-fcgi , welches aus dem Webserverprojekt lighttpd  ausgegliedert wurde.

Zum Zeitpunkt dieses Tutorials ist dieses Paket in Gentoo noch nicht als stable gekennzeichnet, weshalb man es vor der Installation möglicherweise erst freischalten muss:

1
2

echo "www-servers/spawn-fcgi" >> /etc/portage/package.keywords
emerge -av spawn-fcgi

Jetzt sollte man sich ein paar Gedanken zur Aufteilung der Webserverhosts über die PHP-Prozesse machen. Dazu muss man ein wenig Hintergrund zur FastCGI -Technologie kennen. Zur Verarbeitung der PHP-Seiten wird ein PHP-Interpreter gestartet mit dem der Webserver über einen Unix-Socket oder einen TCP-Port kommuniziert. Diese Interpreter kann man unter einem anderen Nutzer (als root) starten, wodurch ein wenig zusätzliche Sicherheit geschafft wird, wenn dieser Nutzer weniger Rechte hat. Im Idealfall sollte man also für jeden Vhost einen eigenen PHP-Interpreter und Nutzer haben, um die höchste Sicherheit zu erhalten. Leider benötigt jeder Interpreter ein wenig RAM, sodass man sich überlegen sollte, wieviele man davon gleichzeitig im RAM halten möchte. Ich habe für mich einen Mix aus Performance und Sicherheit gewählt. Ich zeige mal an einem Vhost, wie man diese PHP-Interpreter startet.

Startet man nun /etc/init.d/spawn-fcgi, so wird man ermahnt, dass das so nicht funktioniert:

• You are not supposed to run this script directly. Create a symlink
• for the FastCGI application you want to run as well as a copy
• of the configuration file and modify it appropriately like so…
• ln -s spawn-fcgi /etc/init.d/spawn-fcgi.trac
• cp /etc/conf.d/spawn-fcgi /etc/conf.d/spawn-fcgi.trac
• nano /etc/conf.d/spawn-fcgi.trac

Folglich führe ich diese Schritte für meinen ersten FastCGI-Server durch:

1
2

ln -s spawn-fcgi /etc/init.d/spawn-fcgi.wolfuli
cp /etc/conf.d/spawn-fcgi /etc/conf.d/spawn-fcgi.wolfuli

Jetzt muss man die Konfigurationsdatei /etc/conf.d/spawn-fcgi.wolfuli editieren:

FCGI_SOCKET= FCGI_ADDRESS=127.0.0.1 FCGI_PORT=1234 FCGI_PROGRAM=/usr/bin/php-cgi FCGI_CHILDREN=1 FCGI_CHROOT= FCGI_CHDIR= FCGI_USER=wolfuli FCGI_GROUP=wolfuli PHPRC="/var/www/php-ini/wolfuli/" PHP_FCGI_CHILDREN=10 PHP_FCGI_MAX_REQUESTS=1000 ALLOWED_ENV="PATH PHP_FCGI_CHILDREN PHP_FCGI_MAX_REQUESTS PHPRC"

Über die Variable PHPRC wurde ein Verzeichnis festgelegt, in dem man man eine, für den Vhost angepasste, php.ini hinterlegen kann.

Jetzt muss man noch den Nutzer wolfuli samt der gleichen Nutzergruppe anlegen:

1

useradd -s /bin/false -U wolfuli

Jetzt richten wir mal unsere Vhosts ein. Aus praktischen Gründen habe ich mich entschlossen ein “sites-available” und ein “sites-enabled”-Verzeichnis anzulegen.

1
2

mkdir /etc/nginx/sites-available
mkdir /etc/nginx/sites-enabled

So kann ich Vhosts im ordner sites-available konfigurieren und dann diese dann in sites-enabled softlinken, wenn sie aktiv sein sollen. So kann ich mal vhosts abschalten ohne diese gleich löschen zu müssen.

Die /etc/nginx/nginx.conf habe ich ebenfalls ein wenig abgeändert, sodass diese wie folgt aussieht:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38

user nginx nginx;
worker_processes 2;
error_log /var/log/nginx/error_log info;
events {
 worker_connections 8192;
 use epoll;
}
http {
 include /etc/nginx/mime.types;
 default_type application/octet-stream;
 log_format main
 '$remote_addr - $remote_user [$time_local] '
 '"$request" $status $bytes_sent '
 '"$http_referer" "$http_user_agent" '
 '"$gzip_ratio"';

 client_header_timeout 10m;
 client_body_timeout 10m;
 send_timeout 10m;
 connection_pool_size 256;
 client_header_buffer_size 1k;
 large_client_header_buffers 4 2k;
 request_pool_size 4k;
 gzip on;
 gzip_min_length 1100;
 gzip_buffers 4 8k;
 gzip_types text/plain;
 output_buffers 1 32k;
 postpone_output 1460;
 sendfile on;
 tcp_nopush on;
 tcp_nodelay on;
 keepalive_timeout 75 20;
 ignore_invalid_headers on;
 index index.html;

 include /etc/nginx/sites-enabled/*;
}

Wie man sieht, ist nun in der letzten Zeile ein include aller Vhosts aus dem “sites-enabled"-Verzeichnis. Die Variable “worker_processes” sollte auf die Anzahl der CPU-Kerne gesetzt werden, was in meinem Falle zwei sind.

Damit ist die Installation abgeschlossen, jetzt kann man nun einen PHP-VHost anlegen. Dazu muss zunächst die Datei /etc/nginx/fastcgi_params angelegt bzw. modifiziert werden, sodass diese so aussieht:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25

fastcgi_param QUERY_STRING $query_string;
fastcgi_param REQUEST_METHOD $request_method;
fastcgi_param CONTENT_TYPE $content_type;
fastcgi_param CONTENT_LENGTH $content_length;

fastcgi_param SCRIPT_NAME $fastcgi_script_name;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
fastcgi_param REQUEST_URI $request_uri;
fastcgi_param DOCUMENT_URI $document_uri;
fastcgi_param DOCUMENT_ROOT $document_root;
fastcgi_param SERVER_PROTOCOL $server_protocol;

fastcgi_param GATEWAY_INTERFACE CGI/1.1;
fastcgi_param SERVER_SOFTWARE wolfuli/1337;

fastcgi_param REMOTE_ADDR $remote_addr;
fastcgi_param REMOTE_PORT $remote_port;
fastcgi_param SERVER_ADDR $server_addr;
fastcgi_param SERVER_PORT $server_port;
fastcgi_param SERVER_NAME $server_name;

fastcgi_index index.php;

# PHP only, required if PHP was built with --enable-force-cgi-redirect
fastcgi_param REDIRECT_STATUS 200;

Diese Datei legt einige Parameter im Zusammenspiel von PHP (FastCGI) und nginx fest.

Hier der Beispielvhost example.com, welcher unter /etc/nginx/sites-available/example.com angelegt wird:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15

server {
 listen 80;
 server_name example.com;
 error_log /var/log/nginx/example.com.log warn;
 root /var/www/example.com/;

 location / {
 index index.php;
 }

 location ~ \.php$ {
 fastcgi_pass 127.0.0.1:1234;
 include /etc/nginx/fastcgi_params;
 }
}

Jetzt muss man den fertigen Vhost nur noch softlinken:

cd /etc/nginx/sites-enabled/ ln -s ../sites-available/example.com

Und nginx die neuen Konfigurationsdateien lesen lassen:

/etc/init.d/nginx reload

Das wars. Lies auch die anderen Artikel zu diesem Thema in diesem Leitartikel.

Neuer Blog-Eintrag: Umleitung bei ausschließlicher Angabe der post_id in der URL auf den vollen Wordpress-Permalink mittels Nginx https://wolf-u.li/3385/ 

Früher wurde dann per Wordpress auf die volle URL umgeleitet, jedoch funktioniert dies in der Version 2.9.2, die ich momentan fahre, nicht mehr so. Das führte dazu, dass unter https://wolf-u.li/3385/  und der langen Url des Beitrags der gleiche Inhalt angezeigt wurde, was zu Problemen mit den Suchmaschinen führen kann. Da ich keinen Bock hatte, mich bei mir auf Fehlersuche zu begeben, habe ich kurz gegoogled und festgestellt, dass dies für Version 3.1 von Wordpress wieder geplant  ist. Ein wenig Recherche  brachte an den Tag, dass man auch manuell per .htaccess (bei Nutzung von Apache) auf index.php?p={POST_ID} umleiten kann.

Dieser Artikel ist Teil einer Reihe zum Webserver nginx. Schau dir auch die anderen Artikel an: Zum Leitartikel

Da ich den Webserver Nginx einsetze, habe ich also nun einfach eine Prüfung geschrieben, die nachsieht, ob nach wolf-u.li/ einfach nur eine Zahl folgt und in diesem Fall auf die index.php leitet, welche dann auf die korrekte lange URL leitet. Die komplette Location könnte also so aussehen:

1
2
3
4
5
6
7

location / {
 if (-f $request_filename) {
 break;
 }
 rewrite ^/([0-9]+)/$ /index.php?p=$1 last;
 rewrite ^(.+)$ /index.php last;
}

Zuerst wird geprüft, ob der angeforderte Dateiname vorhanden ist. Wenn dem der Fall ist, werden keine weiteren Prüfungen durchgeführt und diese Datei zurückgegeben. Wenn nicht, wird zunächst die oben beschriebene Prüfung durchgeführt. Wurde kein Match ermittelt, so wird einfach nur auf index.php umgeleitet.

Das behob bei mir das Problem des doppelten Contents ;)

1
2
3

[....] Testing nginx configuration:Configuration test failed!
nginx: [emerg] duplicate listen options for [::]:443 in /etc/nginx/sites-enabled/wolf-u.li:3
nginx: configuration file /etc/nginx/nginx.conf test failed

Was war passiert? Ich hatte zweimal (in verschiedenen vhosts) bei “listen” den port 443 mit den optionen, u.a. ssl und spdy, versehen:

Vhost 1:

1

listen [::]:443 default_server ssl ipv6only=off spdy;

Vhost 2:

1
2
3

server {
    listen [::]:443 ssl ipv6only=off;
}

Das war dem nginx nicht so recht ;) Abhilfe war also nur einmal die optionen festzulegen (also in vhost 1) und im zweiten nur noch:

1
2
3

server {
    listen [::]:443;
}

einzutragen. Schon liefs.

Auf Facebook hatte Piwik die Frage gestellt, wer ein Tutorial zur Installation von Piwik auf dem Webserver nginx hätte. Da lasse ich mich nicht lang bitten. Dieser Artikel ist Teil einer Reihe zum Webserver nginx. Schau dir auch die anderen Artikel an: Zum Leitartikel

Hier meine Config:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17

server {
 listen 80;
 server_name stats.yourdomain.tld;
 client_max_body_size 10m;
 client_body_buffer_size 64k;
 error_log /var/log/nginx/stats.yourdomain.tld.log error;
 root /var/www/stats.yourdomain.tld/stats/;

 location ~ \.php$ {
 fastcgi_pass unix:/tmp/php-fpm.sock;
 include /etc/nginx/fastcgi_params;
 }

 location / {
 index index.php;
 }
}

Ein wenig Verständnis zum nginx muss man natürlich mitbringen, aber da ist jetzt wirklich keine Kunst dabei, es einzurichten :)