Redimensionner un disque virtuel VDI

Avec vboxmanage

Avant tout, il faut éteindre la VM complètement.

Ouvrir une invite de commande (pas en mode administrateur mais classique) : windows+R > cmd > OK

PATH="C:\Program Files\Oracle\VirtualBox";%PATH%
VBoxManage.exe modifyhd "C:\chemin\disque.vdi" --resize taille_mo

1 2	PATH="C:\Program Files\Oracle\VirtualBox";%PATH% VBoxManage.exe modifyhd "C:\chemin\disque.vdi" --resize taille_mo

Exemple je veux agrandir ma VM « Server » à 40 Go (40 000 mo) :

VBoxManage.exe modifyhd "D:\VM\Linux\Server\Server.vdi" --resize 40000
0%...10%...20%...30%...40%...50%...60%...70%...80%...90%...100%

1 2	VBoxManage.exe modifyhd "D:\VM\Linux\Server\Server.vdi" --resize 40000 0%...10%...20%...30%...40%...50%...60%...70%...80%...90%...100%

Une fois cette opération réalisée nous avons maintenant un disque virtuel dont l’espace est plus important.

Il ne vous reste plus qu’à étendre la partition avec un outil tel que GParted.

Compilation, installation et configuration de CouchDB sur Debian Strech

Compilation

Installer les dépendances :

apt-get update && apt-get --no-install-recommends -y install \
            ca-certificates \
            curl \
            net-tools \
            nginx \
            sudo \
            vim-tiny \
            build-essential \
            pkg-config \
            erlang \
            libicu-dev \
            libmozjs185-dev \
            libcurl4-openssl-dev

apt-get update && apt-get --no-install-recommends -y install \

ca-certificates \

curl \

net-tools \

nginx \

sudo \

vim-tiny \

build-essential \

pkg-config \

erlang \

libicu-dev \

libmozjs185-dev \

libcurl4-openssl-dev

Télécharger les sources, ici la version 2.1.0

cd /tmp
curl -LO https://dist.apache.org/repos/dist/release/couchdb/source/2.1.0/apache-couchdb-2.1.0.tar.gz

1 2	cd /tmp curl -LO https://dist.apache.org/repos/dist/release/couchdb/source/2.1.0/apache-couchdb-2.1.0.tar.gz

Extraire et compiler les sources

tar xf apache-couchdb-2.1.0.tar.gz
cd apache-couchdb-2.1.0
./configure
make release

tar xf apache-couchdb-2.1.0.tar.gz

cd apache-couchdb-2.1.0

./configure

make release

Puis créer l’utilisateur dédié

adduser --system \
        --no-create-home \
        --shell /bin/bash \
        --group --gecos \
        "CouchDB Administrator" couchdb

adduser --system \

--no-create-home \

--shell /bin/bash \

--group --gecos \

"CouchDB Administrator" couchdb

Installation

Nous installons CouchDB dans le répertoire /home/couchdb

cp -R rel/couchdb /home/couchdb
chown -R couchdb:couchdb /home/couchdb
find /home/couchdb -type d -exec chmod 0770 {} \;
chmod -R 0644 /home/couchdb/etc/*
mkdir /var/log/couchdb && chown couchdb: /var/log/couchdb

cp -R rel/couchdb /home/couchdb

chown -R couchdb:couchdb /home/couchdb

find /home/couchdb -type d -exec chmod 0770 {} \;

chmod -R 0644 /home/couchdb/etc/*

mkdir /var/log/couchdb && chown couchdb: /var/log/couchdb

Création du fichier de service

cat <<EOT >> /etc/systemd/system/couchdb.service
[Unit]
Description=Couchdb service
After=network.target

[Service]
Type=simple
User=couchdb
ExecStart=/home/couchdb/bin/couchdb -o /dev/stdout -e /dev/stderr
Restart=always

[Install]
WantedBy=multi-user.target
EOT

cat <<EOT >> /etc/systemd/system/couchdb.service

[Unit]

Description=Couchdb service

After=network.target

[Service]

Type=simple

User=couchdb

ExecStart=/home/couchdb/bin/couchdb -o /dev/stdout -e /dev/stderr

Restart=always

[Install]

WantedBy=multi-user.target

EOT

Et enregistrement du service

systemctl  daemon-reload
systemctl  start couchdb.service
systemctl  enable couchdb.service

systemctl daemon-reload

systemctl start couchdb.service

systemctl enable couchdb.service

Configuration

Création des bases par défaut

HOST="http://127.0.0.1:5984"
curl -X PUT $HOST/_users
curl -X PUT $HOST/_replicator
curl -X PUT $HOST/_global_changes

HOST="http://127.0.0.1:5984"

curl -X PUT $HOST/_users

curl -X PUT $HOST/_replicator

curl -X PUT $HOST/_global_changes

Ajout d’un administrateur

Vous trouverez l’interface d’administration à l’adresse suivante

http://127.0.0.1:5984/_utils/

1	http://127.0.0.1:5984/_utils/

Il est alors possible d’y créer un compte administrateur.

Sources

http://docs.couchdb.org/en/2.1.0/install/setup.html

https://docs.cozy.io/en/install/manual/

Operateur	Description	Exemple
-b file	Checks if file is a block special file; if yes, then the condition becomes true.	[ -b $file ] is false.
-c file	Checks if file is a character special file; if yes, then the condition becomes true.	[ -c $file ] is false.
-d file	Checks if file is a directory; if yes, then the condition becomes true.	[ -d $file ] is not true.
-f file	Checks if file is an ordinary file as opposed to a directory or special file; if yes, then the condition becomes true.	[ -f $file ] is true.
-g file	Checks if file has its set group ID (SGID) bit set; if yes, then the condition becomes true.	[ -g $file ] is false.
-k file	Checks if file has its sticky bit set; if yes, then the condition becomes true.	[ -k $file ] is false.
-p file	Checks if file is a named pipe; if yes, then the condition becomes true.	[ -p $file ] is false.
-t file	Checks if file descriptor is open and associated with a terminal; if yes, then the condition becomes true.	[ -t $file ] is false.
-u file	Checks if file has its Set User ID (SUID) bit set; if yes, then the condition becomes true.	[ -u $file ] is false.
-r file	Checks if file is readable; if yes, then the condition becomes true.	[ -r $file ] is true.
-w file	Checks if file is writable; if yes, then the condition becomes true.	[ -w $file ] is true.
-x file	Checks if file is executable; if yes, then the condition becomes true.	[ -x $file ] is true.
-s file	Checks if file has size greater than 0; if yes, then condition becomes true.	[ -s $file ] is true.
-e file	Checks if file exists; is true even if file is a directory but exists.	[ -e $file ] is true.

Installation de Mastodon

Après avoir joué un peu avec le Mastodon et docker, j’ai eu envie de le déployer correctement. Je reprends l’article d’Agristan : https://angristan.fr/installer-instance-mastodon-debian-8/

Installation de Node.js

J’ai déjà ma propre installation, j’installe Yarn.

npm install -g yarn

1	npm install -g yarn

Installation de Redis

apt install redis-server redis-tools

1	apt install redis-server redis-tools

Installation de PostgreSQL

apt-get install postgresql postgresql-contrib

1	apt-get install postgresql postgresql-contrib

On crée un utilisateur et une base de données :

su - postgres
psql
CREATE USER mastodon CREATEDB;
\q
exit

su - postgres

psql

CREATE USER mastodon CREATEDB;

exit

Création de l’utilisateur Mastodon

On va mettre en place l’environnement de Mastodon avec cet utilisateur.

adduser --disabled-password --disabled-login mastodon

1	adduser --disabled-password --disabled-login mastodon

Pour se loger :

su - mastodon

1	su - mastodon

Installation de Ruby

Installation des dépendances (en root) :

apt install autoconf bison build-essential libssl-dev libyaml-dev libreadline6-dev zlib1g-dev libncurses5-dev libffi-dev libgdbm3 libgdbm-dev

1	apt install autoconf bison build-essential libssl-dev libyaml-dev libreadline6-dev zlib1g-dev libncurses5-dev libffi-dev libgdbm3 libgdbm-dev

Installation de rbenv

On se connecte avec l’utilisateur mastodon

su - mastodon
git clone https://github.com/rbenv/rbenv.git ~/.rbenv
cd ~/.rbenv &amp;&amp; src/configure &amp;&amp; make -C src
echo 'export PATH="$HOME/.rbenv/bin:$PATH"' &gt;&gt; ~/.bash_profile
echo 'eval "$(rbenv init -)"' &gt;&gt; ~/.bash_profile

su - mastodon

git clone https://github.com/rbenv/rbenv.git ~/.rbenv

cd ~/.rbenv && src/configure && make -C src

echo 'export PATH="$HOME/.rbenv/bin:$PATH"' >> ~/.bash_profile

echo 'eval "$(rbenv init -)"' >> ~/.bash_profile

On se reconnecte pour prendre en compte le nouvel environnement

exit
su - mastodon

1 2	exit su - mastodon

Installation de ruby-build

git clone https://github.com/rbenv/ruby-build.git ~/.rbenv/plugins/ruby-build

1	git clone https://github.com/rbenv/ruby-build.git ~/.rbenv/plugins/ruby-build

Installation de Ruby

rbenv install 2.4.1

1	rbenv install 2.4.1

Cela peut prendre quelques minutes ou quelques dizaines de minutes suivant la puissance de votre serveur.

Installation de Mastodon

cd ~
git clone https://github.com/tootsuite/mastodon.git live
cd live

cd ~

git clone https://github.com/tootsuite/mastodon.git live

cd live

Ensuite, on va utiliser la dernière version stable plutôt que le dépôt de développement continuellement mis à jour.

Note : $(git tag | tail -n 1) est une commande qui récupère automatiquement le dernier tag, c’est à dire le numéro de la dernière version.

git checkout $(git tag | tail -n 1)

1	git checkout $(git tag \| tail -n 1)

Ensuite on installe le reste :

gem install bundler
bundle install --deployment --without development test
<span class="blob-code-inner">bundle install<span class="x x-first x-last"> --with development</span></span>
yarn install

gem install bundler

bundle install --deployment --without development test

bundle install --with development

yarn install

Configuration

Pour la configuration voir plus bas.

Mise en place de la base de données

RAILS_ENV=production bundle exec rails db:setup

1	RAILS_ENV=production bundle exec rails db:setup

Pré-compilation des fichiers CSS et JS

RAILS_ENV=production bundle exec rails assets:precompile

1	RAILS_ENV=production bundle exec rails assets:precompile

Mise en place des scripts Systemd

Pour fonctionner, Mastodon a besoin de 3 services. Pour pouvoir les gérer facilement, on va utiliser des scripts systemd.

À faire en root.

Processus web

vi /etc/systemd/system/mastodon-web.service

1	vi /etc/systemd/system/mastodon-web.service

Collez :

[Unit]
 Description=mastodon-web
 After=network.target

[Service]
 Type=simple
 User=mastodon
 WorkingDirectory=/home/mastodon/live
 Environment="RAILS_ENV=production"
 Environment="PORT=3000"
 ExecStart=/home/mastodon/.rbenv/shims/bundle exec puma -C config/puma.rb
 TimeoutSec=15
 Restart=always

[Install]
 WantedBy=multi-user.target

[Unit]

Description=mastodon-web

After=network.target

[Service]

Type=simple

User=mastodon

WorkingDirectory=/home/mastodon/live

Environment="RAILS_ENV=production"

Environment="PORT=3000"

ExecStart=/home/mastodon/.rbenv/shims/bundle exec puma -C config/puma.rb

TimeoutSec=15

Restart=always

[Install]

WantedBy=multi-user.target

Processus en arrière-plan

vi /etc/systemd/system/mastodon-sidekiq.service

1	vi /etc/systemd/system/mastodon-sidekiq.service

Collez :

[Unit]
 Description=mastodon-sidekiq
 After=network.target

[Service]
 Type=simple
 User=mastodon
 WorkingDirectory=/home/mastodon/live
 Environment="RAILS_ENV=production"
 Environment="DB_POOL=20"
 ExecStart=/home/mastodon/.rbenv/shims/bundle exec sidekiq -c 20 -q default -q mailers -q pull -q push
 TimeoutSec=15
 Restart=always

[Install]
 WantedBy=multi-user.target

[Unit]

Description=mastodon-sidekiq

After=network.target

[Service]

Type=simple

User=mastodon

WorkingDirectory=/home/mastodon/live

Environment="RAILS_ENV=production"

Environment="DB_POOL=20"

ExecStart=/home/mastodon/.rbenv/shims/bundle exec sidekiq -c 20 -q default -q mailers -q pull -q push

TimeoutSec=15

Restart=always

[Install]

WantedBy=multi-user.target

Processus pour l’API

vi /etc/systemd/system/mastodon-streaming.service

1	vi /etc/systemd/system/mastodon-streaming.service

Collez :

[Unit]
 Description=mastodon-streaming
 After=network.target

[Service]
 Type=simple
 User=mastodon
 WorkingDirectory=/home/mastodon/live
 Environment="NODE_ENV=production"
 Environment="PORT=4000"
 ExecStart=/usr/bin/npm run start
 TimeoutSec=15
 Restart=always

[Install]
 WantedBy=multi-user.target

[Unit]

Description=mastodon-streaming

After=network.target

[Service]

Type=simple

User=mastodon

WorkingDirectory=/home/mastodon/live

Environment="NODE_ENV=production"

Environment="PORT=4000"

ExecStart=/usr/bin/npm run start

TimeoutSec=15

Restart=always

[Install]

WantedBy=multi-user.target

On active les services :

systemctl enable /etc/systemd/system/mastodon-*.service

1	systemctl enable /etc/systemd/system/mastodon-*.service

Et on démarre le bazar :

systemctl start mastodon-web.service mastodon-sidekiq.service mastodon-streaming.service

1	systemctl start mastodon-web.service mastodon-sidekiq.service mastodon-streaming.service

Si vous modifiez la configuration :

systemctl restart mastodon-web.service mastodon-sidekiq.service mastodon-streaming.service

1	systemctl restart mastodon-web.service mastodon-sidekiq.service mastodon-streaming.service

Pour vérifier que tout est en route :

systemctl status mastodon-web.service mastodon-sidekiq.service mastodon-streaming.service

1	systemctl status mastodon-web.service mastodon-sidekiq.service mastodon-streaming.service

Mise à jour de Mastodon

Il y a souvent des mises à jour de Mastodon, surtout en ce moment. Pour mettre à jour votre instance, c’est très simple.

Sauvegarder les fichiers et la base de données avant de mettre à jour.

Déjà, une petite mise à jour des paquets ne fait pas de mal :

apt update &amp;&amp; apt full-upgrade

1	apt update && apt full-upgrade

On arrête tout :

systemctl stop mastodon-web.service mastodon-sidekiq.service mastodon-streaming.service

1	systemctl stop mastodon-web.service mastodon-sidekiq.service mastodon-streaming.service

On récupère les sources, et on met à jour Mastodon, les dépendances Ruby et npm, on régénère les assets et on met à jour la BDD.

Note : $(git tag | tail -n 1) est une commande qui récupère automatiquement le dernier tag, c’est à dire le numéro de la dernière version.

Aussi, toutes ces commandes ne sont pas forcément nécessaires à chaque fois, mais les exécuter ne vous fera pas de mal 😉 . Je vous recommande de lire les notes de versions avant de mettre à jour.

su - mastodon
cd live
git fetch
git checkout $(git tag | tail -n 1)
bundle install
npm upgrade yarn
yarn install
RAILS_ENV=production bundle exec rails assets:clean
RAILS_ENV=production bundle exec rails assets:precompile
RAILS_ENV=production bundle exec rails db:migrate
exit

su - mastodon

cd live

git fetch

git checkout $(git tag | tail -n 1)

bundle install

npm upgrade yarn

yarn install

RAILS_ENV=production bundle exec rails assets:clean

RAILS_ENV=production bundle exec rails assets:precompile

RAILS_ENV=production bundle exec rails db:migrate

exit

Et on redémarre tout :

systemctl start mastodon-web.service mastodon-sidekiq.service mastodon-streaming.service

1	systemctl start mastodon-web.service mastodon-sidekiq.service mastodon-streaming.service

Mise en place des crons

On édite le crontab :

crontab -e -u mastodon

1	crontab -e -u mastodon

Et on y ajoute :

@daily cd /home/mastodon/live &amp;&amp; RAILS_ENV=production /home/mastodon/.rbenv/shims/bundle exec rake mastodon:daily

1	@daily cd /home/mastodon/live && RAILS_ENV=production /home/mastodon/.rbenv/shims/bundle exec rake mastodon:daily

Installation du reverse proxy Nginx

On installe Nginx stable depuis les dépôts officiels :

wget -O - https://nginx.org/keys/nginx_signing.key | apt-key add -
echo "deb http://nginx.org/packages/debian/ $(lsb_release -sc) nginx" &gt; /etc/apt/sources.list.d/nginx.list
apt update
apt install nginx

wget -O - https://nginx.org/keys/nginx_signing.key | apt-key add -

echo "deb http://nginx.org/packages/debian/ $(lsb_release -sc) nginx" > /etc/apt/sources.list.d/nginx.list

apt update

apt install nginx

On ajoute la configuration :

nano /etc/nginx/conf.d/mastodon.conf

1	nano /etc/nginx/conf.d/mastodon.conf

Et on y met (à adapter, ici c’est pour mstdn.io) :

map $http_upgrade $connection_upgrade {
 default upgrade;
 '' close;
}
server {
 listen 80;
 listen [::]:80;
 server_name www.mstdn.io mstdn.io;
 # On redirige tout en HTTPS
 return 301 https://mstdn.io$request_uri;

 access_log /dev/null;
 error_log /dev/null;
}

server {
 listen 443 ssl http2;
 listen [::]:443 ssl http2;
 server_name www.mstdn.io mstdn.io;

 # Ne s'applique pas si vous utilisez un sous-domaine
 if ($host = www.mstdn.io) {
  return 301 https://mstdn.io$request_uri;
 }

 access_log /var/log/nginx/mstdn-access.log;
 error_log /var/log/nginx/mstdn-error.log;

 # HTTPS
 ssl_certificate /etc/letsencrypt/live/www.mstdn.io/fullchain.pem;
 ssl_certificate_key /etc/letsencrypt/live/www.mstdn.io/privkey.pem;
 ssl_protocols TLSv1.2;
 ssl_ecdh_curve prime256v1;
 ssl_ciphers EECDH+AESGCM:EECDH+AES;
 ssl_prefer_server_ciphers on;
 resolver 80.67.169.12 80.67.169.40 valid=300s;
 resolver_timeout 5s;
 ssl_session_cache shared:SSL:10m;
 add_header Strict-Transport-Security "max-age=15768000";
 
 add_header Referrer-Policy "strict-origin-when-cross-origin";
 #Domaine à apdater à la fin
 add_header Content-Security-Policy "default-src 'none'; font-src 'self'; media-src 'self'; style-src 'self' 'unsafe-inline'; script-src 'self'; img-src 'self' data:; connect-src 'self' wss://mstdn.io; frame-ancestors 'none';";

 root /home/mastodon/live/public;

 location / {
  try_files $uri @proxy;
 }

 location @proxy {
  proxy_set_header Host $host;
  proxy_set_header X-Real-IP $remote_addr;
  proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
  proxy_set_header X-Forwarded-Proto https;
  proxy_pass_header Server;
  proxy_pass http://127.0.0.1:3000;
  proxy_buffering off;
  proxy_redirect off;
  proxy_http_version 1.1;
  proxy_set_header Upgrade $http_upgrade;
  proxy_set_header Connection $connection_upgrade;
 }

 location /api/v1/streaming {
  proxy_set_header Host $host;
  proxy_set_header X-Real-IP $remote_addr;
  proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
  proxy_set_header X-Forwarded-Proto https;
  proxy_pass http://127.0.0.1:4000;
  proxy_buffering off;
  proxy_redirect off;
  proxy_http_version 1.1;
  proxy_set_header Upgrade $http_upgrade;
  proxy_set_header Connection $connection_upgrade;
 }

 error_page 500 501 502 503 504 /500.html;
}

map $http_upgrade $connection_upgrade {

default upgrade;

'' close;

}

server {

listen 80;

listen [::]:80;

server_name www.mstdn.io mstdn.io;

# On redirige tout en HTTPS

return 301 https://mstdn.io$request_uri;

access_log /dev/null;

error_log /dev/null;

}

server {

listen 443 ssl http2;

listen [::]:443 ssl http2;

server_name www.mstdn.io mstdn.io;

# Ne s'applique pas si vous utilisez un sous-domaine

if ($host = www.mstdn.io) {

return 301 https://mstdn.io$request_uri;

}

access_log /var/log/nginx/mstdn-access.log;

error_log /var/log/nginx/mstdn-error.log;

# HTTPS

ssl_certificate /etc/letsencrypt/live/www.mstdn.io/fullchain.pem;

ssl_certificate_key /etc/letsencrypt/live/www.mstdn.io/privkey.pem;

ssl_protocols TLSv1.2;

ssl_ecdh_curve prime256v1;

ssl_ciphers EECDH+AESGCM:EECDH+AES;

ssl_prefer_server_ciphers on;

resolver 80.67.169.12 80.67.169.40 valid=300s;

resolver_timeout 5s;

ssl_session_cache shared:SSL:10m;

add_header Strict-Transport-Security "max-age=15768000";

add_header Referrer-Policy "strict-origin-when-cross-origin";

#Domaine à apdater à la fin

add_header Content-Security-Policy "default-src 'none'; font-src 'self'; media-src 'self'; style-src 'self' 'unsafe-inline'; script-src 'self'; img-src 'self' data:; connect-src 'self' wss://mstdn.io; frame-ancestors 'none';";

root /home/mastodon/live/public;

location / {

try_files $uri @proxy;

}

location @proxy {

proxy_set_header Host $host;

proxy_set_header X-Real-IP $remote_addr;

proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

proxy_set_header X-Forwarded-Proto https;

proxy_pass_header Server;

proxy_pass http://127.0.0.1:3000;

proxy_buffering off;

proxy_redirect off;

proxy_http_version 1.1;

proxy_set_header Upgrade $http_upgrade;

proxy_set_header Connection $connection_upgrade;

}

location /api/v1/streaming {

proxy_set_header Host $host;

proxy_set_header X-Real-IP $remote_addr;

proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

proxy_set_header X-Forwarded-Proto https;

proxy_pass http://127.0.0.1:4000;

proxy_buffering off;

proxy_redirect off;

proxy_http_version 1.1;

proxy_set_header Upgrade $http_upgrade;

proxy_set_header Connection $connection_upgrade;

}

error_page 500 501 502 503 504 /500.html;

}

Avec une belle configuration HTTPS inclue. 🙂

Pour que tout ça soit fonctionnel on va générer les certificats correspondants au domaine.

Déployer une instance Mastodon sur Docker

Mastodon est un réseau social de micro-blogging libre et décentralisé. Il est une bonne alternative à Twitter. Voici comment tester un peu ses possibilités.

Prérequis

Avoir installé Docker.

Installation

Pour faire simple (bien que brutal) cloner le dépôt Github du projet.

$ git clone https://github.com/tootsuite/mastodon.git

1	$ git clone https://github.com/tootsuite/mastodon.git

Ensuite copier et éditer le fichier de configuration.

$ cp .env.production.sample .env.production

1	$ cp .env.production.sample .env.production

L’éditer et remplir les champs suivants :

LOCAL_DOMAIN=</code> # d'abord remplis avec localhost j'ai ensuite laissé vide parce que mon instance est locale (pour mes tests)
LOCAL_HTTPS=false # true si certificat

1 2	LOCAL_DOMAIN=</code> # d'abord remplis avec localhost j'ai ensuite laissé vide parce que mon instance est locale (pour mes tests) LOCAL_HTTPS=false # true si certificat

Pour la configuration SMTP utiliser Mailgun ou tout autre serveur SMTP.

SMTP_SERVER=smtp.mailgun.org
SMTP_PORT=587
SMTP_LOGIN=toto
SMTP_PASSWORD=1234
SMTP_FROM_ADDRESS=notifications@example.com
<strong>SMTP_DOMAIN=example.com</strong>

SMTP_SERVER=smtp.mailgun.org

SMTP_PORT=587

SMTP_LOGIN=toto

SMTP_PASSWORD=1234

SMTP_FROM_ADDRESS=notifications@example.com

SMTP_DOMAIN=example.com

Ajouter l’option SMTP_DOMAIN ce qui vous évitera des heures de recherches.

Lancer ensuite un build

docker-compose build

1	docker-compose build

Puis générer la clé secrète

docker-compose run --rm web rake secret

1	docker-compose run --rm web rake secret

Si tout ce passe bien recopier la clé dans le fichier .env.production

Créer la base de données

docker-compose run --rm web rails db:migrate

1 2	docker-compose run --rm web rails db:migrate

Et compiler les assets

docker-compose run --rm web rails assets:precompile

1 2	docker-compose run --rm web rails assets:precompile

Vous pouver lancer le monstre :

docker-compose up

1 2	docker-compose up

Ou en mode démon :

docker-compose up -d

1 2	docker-compose up -d

Connectez vous sur le port 3000 : http://localhost:3000

Exemple Configuration

# Service dependencies
REDIS_HOST=redis
REDIS_PORT=6379
DB_HOST=db
DB_USER=postgres
DB_NAME=postgres
DB_PASS=
DB_PORT=5432

# Federation
LOCAL_DOMAIN=
LOCAL_HTTPS=false



# Application secrets
# Generate each with the `rake secret` task (`docker-compose run --rm web rake secret` if you use docker compose)
PAPERCLIP_SECRET=
SECRET_KEY_BASE=<secret>
OTP_SECRET=

# Registrations
# Single user mode will disable registrations and redirect frontpage to the first profile
# SINGLE_USER_MODE=true
# Prevent registrations with following e-mail domains
# EMAIL_DOMAIN_BLACKLIST=example1.com|example2.de|etc
# Only allow registrations with the following e-mail domains
# EMAIL_DOMAIN_WHITELIST=example1.com|example2.de|etc

# Optionally change default language
DEFAULT_LOCALE=fr

# E-mail configuration
# Note: Mailgun and SparkPost (https://sparkpo.st/smtp) each have good free tiers
SMTP_SERVER=smtp.mailgun.org
SMTP_PORT=587
SMTP_LOGIN=
SMTP_PASSWORD=
SMTP_FROM_ADDRESS=notifications@example.com
#SMTP_DELIVERY_METHOD=smtp # delivery method can also be sendmail
#SMTP_AUTH_METHOD=plain
#SMTP_OPENSSL_VERIFY_MODE=peer
#SMTP_ENABLE_STARTTLS_AUTO=true

# Optional asset host for multi-server setups
# CDN_HOST=assets.example.com

# S3 (optional)
# S3_ENABLED=true
# S3_BUCKET=
# AWS_ACCESS_KEY_ID=
# AWS_SECRET_ACCESS_KEY=
# S3_REGION=
# S3_PROTOCOL=http
# S3_HOSTNAME=192.168.1.123:9000


# S3 (Minio Config (optional) Please check Minio instance for details)
# S3_ENABLED=true
# S3_BUCKET=
# AWS_ACCESS_KEY_ID=
# AWS_SECRET_ACCESS_KEY=
# S3_REGION=
# S3_PROTOCOL=https
# S3_HOSTNAME=
# S3_ENDPOINT=

# Optional alias for S3 if you want to use Cloudfront or Cloudflare in front
# S3_CLOUDFRONT_HOST=


# Streaming API integration
# STREAMING_API_BASE_URL=


# Advanced settings
# If you need to use pgBouncer, you need to disable prepared statements:
# PREPARED_STATEMENTS=false

# Service dependencies

REDIS_HOST=redis

REDIS_PORT=6379

DB_HOST=db

DB_USER=postgres

DB_NAME=postgres

DB_PASS=

DB_PORT=5432

# Federation

LOCAL_DOMAIN=

LOCAL_HTTPS=false

# Application secrets

# Generate each with the `rake secret` task (`docker-compose run --rm web rake secret` if you use docker compose)

PAPERCLIP_SECRET=

SECRET_KEY_BASE=<secret>

OTP_SECRET=

# Registrations

# Single user mode will disable registrations and redirect frontpage to the first profile

# SINGLE_USER_MODE=true

# Prevent registrations with following e-mail domains

# EMAIL_DOMAIN_BLACKLIST=example1.com|example2.de|etc

# Only allow registrations with the following e-mail domains

# EMAIL_DOMAIN_WHITELIST=example1.com|example2.de|etc

# Optionally change default language

DEFAULT_LOCALE=fr

# E-mail configuration

# Note: Mailgun and SparkPost (https://sparkpo.st/smtp) each have good free tiers

SMTP_SERVER=smtp.mailgun.org

SMTP_PORT=587

SMTP_LOGIN=

SMTP_PASSWORD=

SMTP_FROM_ADDRESS=notifications@example.com

#SMTP_DELIVERY_METHOD=smtp # delivery method can also be sendmail

#SMTP_AUTH_METHOD=plain

#SMTP_OPENSSL_VERIFY_MODE=peer

#SMTP_ENABLE_STARTTLS_AUTO=true

# Optional asset host for multi-server setups

# CDN_HOST=assets.example.com

# S3 (optional)

# S3_ENABLED=true

# S3_BUCKET=

# AWS_ACCESS_KEY_ID=

# AWS_SECRET_ACCESS_KEY=

# S3_REGION=

# S3_PROTOCOL=http

# S3_HOSTNAME=192.168.1.123:9000

# S3 (Minio Config (optional) Please check Minio instance for details)

# S3_ENABLED=true

# S3_BUCKET=

# AWS_ACCESS_KEY_ID=

# AWS_SECRET_ACCESS_KEY=

# S3_REGION=

# S3_PROTOCOL=https

# S3_HOSTNAME=

# S3_ENDPOINT=

# Optional alias for S3 if you want to use Cloudfront or Cloudflare in front

# S3_CLOUDFRONT_HOST=

# Streaming API integration

# STREAMING_API_BASE_URL=

# Advanced settings

# If you need to use pgBouncer, you need to disable prepared statements:

# PREPARED_STATEMENTS=false

Administration

Créer un utilisateur avec l’interface de création de compte et le définir comme administrateur.

docker-compose run --rm web rails mastodon:make_admin USERNAME=&lt;user&gt;

1	docker-compose run --rm web rails mastodon:make_admin USERNAME=<user>

Sources

https://angristan.fr/installer-instance-mastodon-debian-8/

https://blog.lertsenem.com/creer-son-instance-mastodon-perso-vite-fait-mal-fait-fr.html

https://github.com/tootsuite/mastodon

https://korben.info/synchroniser-mastodon-twitter.html

Installation de Docker sur Debian Jessie

Définition

Docker est un logiciel libre qui automatise le déploiement d’applications dans des conteneurs logiciels. Selon la firme de recherche sur l’industrie 451 Research, « Docker est un outil qui peut empaqueter une application et ses dépendances dans un conteneur isolé, qui pourra être exécuté sur n’importe quel serveur Linux ». Ceci permet d’étendre la flexibilité et la portabilité d’exécution d’une application, que ce soit sur la machine locale, un cloud privé ou public, une machine nue, etc.

Installation

Se Connecter avec l’utilisateur root ou préfixer les commandes par sudo.

Faire le ménage

apt remove docker docker-engine

1	apt remove docker docker-engine

Installation des outils

<span class="gp">$ </span>sudo apt-get install <span class="se">\</span>
     apt-transport-https <span class="se">\</span>
     ca-certificates <span class="se">\</span>
     curl <span class="se">\</span>
     software-properties-common

$ sudo apt-get install \

apt-transport-https \

ca-certificates \

curl \

software-properties-common

Ajouter la clé PGP de Docker

curl -fsSL https://download.docker.com/linux/debian/gpg | sudo apt-key add -

1	curl -fsSL https://download.docker.com/linux/debian/gpg \| sudo apt-key add -

Ajouter le dépôt

Ajouter la ligne suivante au fichier /etc/apt/sources.list

<span class="s2">deb [arch=amd64] https://download.docker.com/linux/debian </span>jessie <span class="s2">stable</span>

1	<span class="s2">deb [arch=amd64] https://download.docker.com/linux/debian </span>jessie <span class="s2">stable</span>

Et mettre à jour les dépôts :

apt update

1	apt update

Installer Docker

apt install docker-ce

1	apt install docker-ce

Tester

docker run hello-world

1	docker run hello-world

Installer Docker-Compose

Docker-compose est l’outil indispensable pour gérer vos images.

$ curl -L <span class="s2">"https://github.com/docker/compose/releases/download/1.11.2/docker-compose-</span><span class="k">$(</span>uname -s<span class="k">)</span><span class="s2">-</span><span class="k">$(</span>uname -m<span class="k">)</span><span class="s2">"</span> -o /usr/local/bin/docker-compose
$ chmod +x /usr/local/bin/docker-compose

$ curl -L "https://github.com/docker/compose/releases/download/1.11.2/docker-compose-$(uname -s)-$(uname -m)" -o /usr/local/bin/docker-compose

$ chmod +x /usr/local/bin/docker-compose

Et pour l’auto complétion…

curl -L https://raw.githubusercontent.com/docker/compose/$(docker-compose version --short)/contrib/completion/bash/docker-compose -o /etc/bash_completion.d/docker-compose

1	curl -L https://raw.githubusercontent.com/docker/compose/$(docker-compose version --short)/contrib/completion/bash/docker-compose -o /etc/bash_completion.d/docker-compose

Sources

Wikipedia.org

https://docs.docker.com/engine/installation/linux/debian/

https://docs.docker.com/compose/install/

Blocage des pub avec Unbound

Voici un complément des bloqueurs de pub classique : le DNS.

# cd /etc/unbound/unbound.conf.d
wget -O- https://raw.githubusercontent.com/StevenBlack/hosts/master/hosts | grep '^0\.0\.0\.0' | awk '{print "local-zone: \""$2"\" redirect\nlocal-data: \""$2" A 0.0.0.0\""}' > adslist

1 2	# cd /etc/unbound/unbound.conf.d wget -O- https://raw.githubusercontent.com/StevenBlack/hosts/master/hosts \| grep '^0\.0\.0\.0' \| awk '{print "local-zone: \""$2"\" redirect\nlocal-data: \""$2" A 0.0.0.0\""}' > adslist

On ajoute la prise en charge de cette liste de domaines à bloquer dans notre fichier de configuration d’Unbound :

#Ads blocking
include: "/etc/unbound/unbound.conf.d/adslist"

1 2	#Ads blocking include: "/etc/unbound/unbound.conf.d/adslist"

Voilà ! Reste à relancer le service.

Démarrer une application graphique sur un affichage distant en ssh

Pour lancer une application sur l’hôte SSH :

Il suffit d’exécuter export DISPLAY=:id# dans la session SSH.

toto@pc:~$ ssh testSSH@myServer
toto@pc:~$ export DISPLAY=:0
toto@pc:~$ gedit

toto@pc:~$ ssh testSSH@myServer

toto@pc:~$ export DISPLAY=:0

toto@pc:~$ gedit

ssh testSSH@myServer "DISPLAY=:0 nohup gedit"

1	ssh testSSH@myServer "DISPLAY=:0 nohup gedit"

Pour l’affichage en root

export XAUTHORITY=/home/user/.Xauthority

1	export XAUTHORITY=/home/user/.Xauthority

Script de reconnexion automatique au réseau Wifi

Lors de mes tests de station météo j’ai pu constater qu’au bout que quelques jours la station ne répondais plus. Diagnostique, plus de réseau wifi. J’ai donc fouiner pour dénicher ce script.

#!/bin/bash

# L'adresse IP du serveur que vous voulez pinger (8.8.8.8 est un serveur DNS public de Google)
SERVER=8.8.8.8

# Envoyer seulement 2 pings, et envoyer la sortie vers /dev/null
ping -c2 ${SERVER} > /dev/null

# Si le code retour du ping ($?) est différent de 0 (qui correspond à une erreur)
if [ $? != 0 ]
then
    # Restart the wireless interface
    # Relancer l'interface wifi
    ifdown --force wlan0
    ifup wlan0
fi

#!/bin/bash

# L'adresse IP du serveur que vous voulez pinger (8.8.8.8 est un serveur DNS public de Google)

SERVER=8.8.8.8

# Envoyer seulement 2 pings, et envoyer la sortie vers /dev/null

ping -c2 ${SERVER} > /dev/null

# Si le code retour du ping ($?) est différent de 0 (qui correspond à une erreur)

if [ $? != 0 ]

then

# Restart the wireless interface

# Relancer l'interface wifi

ifdown --force wlan0

ifup wlan0

A placer dans un fichier a rendre exécutable :

sudo chmod +x /usr/local/bin/wifi_rebooter.sh

1	sudo chmod +x /usr/local/bin/wifi_rebooter.sh

Ajouter la tache cron suivante en éditant le fichier /etc/crontab

*/5 *   * * *   root    /usr/local/bin/wifi_rebooter.sh

1	/5 * * * root /usr/local/bin/wifi_rebooter.sh

Sources :

http://www.domopi.eu/reconnecter-automatiquement-votre-raspberry-pi-au-wifi/

NodeJS et demon

Pour compléter l’article sur la manière de créer un service sous Debian. Voici comment créer un service à partir d’une application NodeJS.

J’utilise forever. Pour l’installer, rien de plus simple avec NPM.

npm install -g forever

1	npm install -g forever

Je crée un répertoire dans lequel forever viendra écrire ses fichiers PID.

mkdir /var/run/forever

1	mkdir /var/run/forever

Voici maintenant le fichier de service :

#!/bin/sh

# configure env 
export PATH=$PATH:/usr/local/bin
export NODE_PATH=$NODE_PATH:/usr/local/lib/node_modules
export SERVER_PORT=80
export SERVER_IFACE='0.0.0.0'

# Chemin vers l'application
APP_DIR=/var/app


case "$1" in
  start)
  #exec forever --sourceDir=$APP_DIR -p /var/run/forever start -c "npm start" 
  exec forever --sourceDir=$APP_DIR -p /var/run/forever start bin/www 
$APP_DIR
  ;;

  stop)
  exec forever stop --sourceDir=$APP_DIR bin/www
  ;;
esac

exit 0

#!/bin/sh

# configure env

export PATH=$PATH:/usr/local/bin

export NODE_PATH=$NODE_PATH:/usr/local/lib/node_modules

export SERVER_PORT=80

export SERVER_IFACE='0.0.0.0'

# Chemin vers l'application

APP_DIR=/var/app

case "$1" in

start)

#exec forever --sourceDir=$APP_DIR -p /var/run/forever start -c "npm start"

exec forever --sourceDir=$APP_DIR -p /var/run/forever start bin/www

$APP_DIR

;;

stop)

exec forever stop --sourceDir=$APP_DIR bin/www

;;

esac

exit 0

Sources :

https://thomashunter.name/blog/running-a-node-js-process-on-debian-as-an-init-d-service

https://www.npmjs.com/package/forever-service

Compilation

Installation

Configuration

Sources

Boucler sur les sous-répertoires d’un répertoire

Grep recursif

Installation de Node.js

Installation de Redis

Installation de PostgreSQL

Création de l’utilisateur Mastodon

Installation de Ruby

Installation des dépendances (en root) :

Installation de rbenv

Installation de ruby-build

Installation de Ruby

Installation de Mastodon

Configuration

Mise en place de la base de données

Pré-compilation des fichiers CSS et JS

Mise en place des scripts Systemd

Processus web

Processus en arrière-plan

Processus pour l’API

Mise à jour de Mastodon

Mise en place des crons

Installation du reverse proxy Nginx

Prérequis

Installation

Exemple Configuration

Administration

Sources

Définition

Installation

Faire le ménage

Ajouter la clé PGP de Docker

Ajouter le dépôt

Installer Docker

Tester

Installer Docker-Compose

Sources