Just another WordPress site
Unter Plesk 12.5 funktioniert die automatische Cert-Generierung ohne Probleme. Nun ist es an der Zeit dies in einer Docker Umgebung zu ermöglichen. Hierfür gibt es von jwilder den berühmten NGINX Reverse Proxy Container. Anbei das Beispiel mit Redmine.
Zuerst wird der Reverse Proxy gestartet.
|
1 |
docker run -d -p 80:80 -p 443:443 --name nginx -v /etc/nginx/conf.d -v /etc/nginx/vhost.d -v /usr/share/nginx/html -v /etc/ssl/certs:/etc/nginx/certs:ro nginx |
Mit Thunderbird gab es noch Probleme beim Versand von eMails da er wegen des Certs meckerte. Cacert root habe ich bereits als trusted und dient als Übergang bis es möglich ist mit LetsEncrypt die Zertifikate zu erstellen.
Neuen Key generieren
|
1 2 |
openssl req -newkey rsa:4096 -subj /CN=*.buyenne.com -nodes -keyout wildcard.buyenne.com.key -out wildcard.buyenne.com.csr cat wildcard.buyenne.com.csr |
Certificate Request bei Cacert eingeben und das erstellte Zertifikat eintragen.
|
1 2 |
nano wildcard.buyenne.com.crt cat wildcard.buyenne.com.key wildcard.buyenne.com.crt class3.crt root.crt > wildcard.buyenne.com.pem |
Zertifikat austauschen.
|
1 2 3 4 |
cd /etc/postfix/ mv postfix_default.pem postfix_default.orig.pem cp ~/wildcard.buyenne.com.pem /etc/postfix/postfix_default.pem /etc/init.d/postfix restart |
Es gab einige Schwierigkeiten den Zabbix Container zum Laufen zu bringen (vermutlich lag es am :latest Image).
Anstatt die Container einzeln zu starten habe ihc beschlossen mal Compose zu testen. Alle Infos und Variablen innerhalb einer Datei. Zuvor noch alle Images gepullt.
Eine docker-compose.yml erstellen
|
1 |
nano docker-compose.yml |
Die ENV VIRTUAL_HOST ist für den /jwilder reverse Proxy.
|
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 |
zabbix-db-storage: image: busybox:latest volumes: - /var/lib/mysql zabbix-db: image: zabbix/zabbix-db-mariadb volumes: - /backups:/backups - /etc/localtime:/etc/localtime:ro volumes_from: - zabbix-db-storage environment: - MARIADB_USER=zabbix - MARIADB_PASS=dasneuepasswort zabbix-server: image: zabbix/zabbix-3.0:3.0.0 ports: - "80" - "10051:10051" volumes: - /etc/localtime:/etc/localtime:ro links: - zabbix-db:zabbix.db environment: - VIRTUAL_HOST=zabbix.buyenne.com - ZS_DBHost=zabbix.db - ZS_DBUser=zabbix - ZS_DBPassword=dasneuepasswort |
Die Webseiten werden entweder in Plesk oder Docker Container gehostet. Ein Plesk Modul gibt es erst ab der Version 12.5. Für Docker Container gibt es noch ein Fork vom jwilder reverse Proxy.
|
1 2 3 |
git clone https://github.com/letsencrypt/letsencrypt cd letsencrypt/ ./letsencrypt-auto --server https://acme-v01.api.letsencrypt.org/directory certonly --agree-tos --email 'registrierte@email.de' -a manual |
Domains eintragen
Sandstorm ist eine nette Sandboxing Anwendung. Mehr Infos unter https://sandstorm.io/
Man kann einfach mit einem Klick einige Webanwendungen starten (WordPress / Forum / Ethercalc usw.) ohne sich um die Konfiguration oder Einstellungen dieser Apps zu kümmern.
Es gibt ein paar Kleinigkeiten zu beachten damit alles reibungslos funktioniert.
Installation
|
1 |
curl https://install.sandstorm.io | bash |
Ein paar Docker Spielereien… auf Ubuntu 14.04 LTS
Alternativ bietet sich seitens Canonical noch LXD an. Kenne mich damit jedoch noch zuwenig aus.
Die passende Cheat Sheet
Install Docker
|
1 2 3 4 5 6 |
echo deb http://get.docker.com/ubuntu docker main > /etc/apt/sources.list.d/docker.list apt-key adv --keyserver pgp.mit.edu --recv-keys 36A1D7869245C8950F966E92D8576A8BA88D21E9 apt-get update apt-get upgrade apt-get install -y lxc-docker-1.7.1 ln -sf /usr/bin/docker /usr/local/bin/docker |
Geht inzwischen noch schneller mit
|
1 |
wget -qO- https://get.docker.com/ | sh |
Schritt 1:
https://github.com/xbgmsharp/piwigo-videojs/wiki/How-to-add-videos
Schritt 2:
|
1 |
apt-get install libav-tools mediainfo |
bei Ubuntu 14.04 dann noch einen symlink erstellen
|
1 |
ln -s /usr/bin/avconv /usr/bin/ffmpeg |
ggf. noch Codecs nachinstallieren mit
|
1 |
apt-get install libavcodec-extra-54 libavdevice-extra-53 libavformat-extra-54 libavutil-extra-52 libswscale-extra-2 |
Die Domäne ist von ovh zu inwx umgezogen worden. Jedoch hatten viele DNS Server (google / Swiss Privacy Foundation usw.) die Resource Records nicht übernommen. Dadurch war die Webseite vielerorts nicht auflösbar.
Es wurden vom bisherigen Registrar DNSSEC Daten bei der Registry hinterlegt. Die genannten Resolver, die nicht funktionieren, validieren DNSSEC. Mit dem Transfer wurden die bei der Registry hinterlegten Daten ungültig. Nun wurden die alten DNSSEC Daten bei der Registry entfernt.
Nun sind die Resource Records wieder verteilt und die Seite wieder erreichbar.
