Subsonic sous Apache : Différence entre versions
m |
(Aucune différence)
|
Version du 4 mai 2018 à 11:45
Cet article présente la configuration mise en place sur un serveur Apache
pour une instance de Subsonic
.
Sommaire
Votre avis
Current user rating: 100/100 (1 votes)
|
|
Déploiement site sécurisé
La procédure décrite ci dessous permet de mettre à disposition l'application avec un accès sécurisé HTTPS
avec utilisation d'un certificat fourni par Let's Encrypt et un tutoriel très bien réalisé.
L'application sera rendue disponible depuis un sous domaine du domaine principal.
Pour rappel, l'application est exécutée sous Tomcat
avec la racine subsonic
.
Préparation environnement
Certbot sera utilisé pour demander et renouveler le certificat du site. Dans son fonctionnement, le process essaye d'accéder à un .well-known
à la racine du site. De plus, une bonne pratique consiste à fournir un répertoire racine pour les sites déployés sous Apache
. Le répertoire /var/www/subsonic
est alors créé, ainsi que le sous répertoire .well-known
.
#sudo mkdir -p /var/www/subsonic/.well-known
Pour cette application, il n'est pas nécessaire de placer un fichier index.html
, avec un contenu vide, dans le répertoire racine, soit /var/www/subsonic
, car la racine sera sur l'instance qui possède déjà un fichier index.html
.
Un fichier robots.txt
y est placé avec les directives indiquant aux moteurs de recherche de ne rien indexer.
User-agent: *
Disallow: /
Les permissions mises en place donnent un accès uniquement aux compte du serveur, soit www-data
.
#sudo find /var/www/subsonic -type f -exec chmod 0600 {} \; #sudo find /var/www/subsonic -type d -exec chmod 0700 {} \; #sudo chown -R www-data:www-data /var/www/subsonic
Configuration HTTP
Dans un premier temps, une configuration temporaire est mise en place pour accéder de façon non sécurisé.
Un fichier Subsonic
est créé dans le répertoire /etc/apache2/sites-available
avec le contenu suivant.
<VirtualHost *:80>
ServerAdmin contact-email@dummy.net
ServerName www.subsonic.dummy.net
DocumentRoot /var/www/subsonic
DirectoryIndex index.html
LogLevel warn
ErrorLog ${APACHE_LOG_DIR}/subsonic_error.log
CustomLog ${APACHE_LOG_DIR}/subsonic_access.log combined
Header edit Location /subsonic/ /
<Directory "/var/www/subsonic">
Options -Indexes +FollowSymLinks
AllowOverride All
Require all granted
</Directory>
ProxyPreserveHost On
ProxyPass /.well-known !
ProxyPassReverse /.well-known !
ProxyPass /robots.txt !
ProxyPassReverse /robots.txt !
ProxyPass / http://localhost:8080/subsonic/
ProxyPassReverse / http://localhost:8080/subsonic/
ProxyPassReverseCookiePath /subsonic /
AddOutputFilterByType SUBSTITUTE text/html
Substitute "s|/subsonic/|/|n"
<Location "/dwr/engine.js">
SetOutputFilter SUBSTITUTE
Substitute "s|/subsonic/|/|n"
</Location>
</VirtualHost>
Les directives sur l'accès à /.well-known
et robots.txt
permettent de servir les éléments depuis la racine /var/www/subsonic
.
La valeur Location
dans le Header
est modifiée pour remplacer /subsonic/
, correspondant à la racine de déploiement sous Tomcat
, par /
. Cette valeur est principalement spécifier lors de l'accès à l'application pour forcer l'utilisateur à s'authentifier.
Une substitution est mise en place sur les fichiers au format text/html
afin d'effectuer la même modification que pour la valeur Location
dans le Header
. En effet, lors de la construction du code HTML
, les liens vers les ressources sont construits avec la racine d'exposition, sous Tomcat
. Il est donc nécessaire de modifier le retour pour s'assurer que les accès se font sur la racine du domaine.
Attention, la remplacement s'effectue partout dans le code HTML
, pour cet exemple aucune restriction n'est mise en place. Si un libellé contient /subsonic/
, ce sera modifié.
Ce même style de modification est réalisé sur le script /dwr/engine.js
, qui va contenir des URLs d'accès.
Cette configuration doit être mise à disposition en plaçant un lien dans /etc/apache2/sites-enabled
.
#sudo ln -s /etc/apache2/sites-available/subsonic /etc/apache2/sites-enabled/008-subsonic.conf
Le nom du lien, à savoir 008-subsonic.conf
, respecte une incrémentation sur la machine utilisée, il peut être remplacé pour tout autre nom valide pour Apache
.
Il suffit de relancer la configuration d'Apache
pour qu'elle soit prise en compte.
#sudo apache2ctl graceful
Certificat
L'application est à présent disponible avec l'URL http://www.subsonic.dummy.net. Un certificat va être demandé à l'aide de Certbot.
#sudo certbot certonly --webroot -w /var/www/subsonic -d www.subsonic.dummy.net --email contact-email@dummy.net Saving debug log to /var/log/letsencrypt/letsencrypt.log Plugins selected: Authenticator webroot, Installer None Obtaining a new certificate Performing the following challenges: http-01 challenge for www.subsonic.dummy.net Using the webroot path /var/www/subsonic for all unmatched domains. Waiting for verification... Cleaning up challenges IMPORTANT NOTES: - Congratulations! Your certificate and chain have been saved at: /etc/letsencrypt/live/www.subsonic.dummy.net/fullchain.pem Your key file has been saved at: /etc/letsencrypt/live/www.subsonic.dummy.net/privkey.pem Your cert will expire on 2018-05-17. To obtain a new or tweaked version of this certificate in the future, simply run certbot again. To non-interactively renew *all* of your certificates, run "certbot renew" - If you like Certbot, please consider supporting our work by: Donating to ISRG / Let's Encrypt: https://letsencrypt.org/donate Donating to EFF: https://eff.org/donate-le
Le certificat est stocké dans le répertoire /etc/letsencrypt/live/www.subsonic.dummy.net/
.
Configuration HTTPS
Le certificat étant disponible, la configuration HTTPS
peut être mise en place.
Un fichier subsonic-dummy-ssl
est créé dans le répertoire /etc/apache2/sites-available
avec le contenu suivant.
<IfModule mod_ssl.c>
<VirtualHost *:443>
ServerAdmin contact-email@dummy.net
ServerName www.subsonic.dummy.net
DocumentRoot /var/www/subsonic
DirectoryIndex index.html
LogLevel warn
ErrorLog ${APACHE_LOG_DIR}/subsonic_ssl_error.log
CustomLog ${APACHE_LOG_DIR}/subsonic_ssl_access.log combined
Header edit Location ^http:// https://
Header edit Location /Subsonic/ /
Header always set Strict-Transport-Security "max-age=31536000; includeSubDomains"
SSLEngine on
SSLCertificateFile /etc/letsencrypt/live/www.subsonic.dummy.net/cert.pem
SSLCertificateKeyFile /etc/letsencrypt/live/www.subsonic.dummy.net/privkey.pem
SSLCertificateChainFile /etc/letsencrypt/live/www.subsonic.dummy.net/chain.pem
SSLProtocol all -SSLv2 -SSLv3
SSLHonorCipherOrder on
SSLCompression off
SSLOptions +StrictRequire
SSLCipherSuite ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-DSS-AES128-GCM-SHA256:kEDH+AESGCM:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-AES256-SHA:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:DHE-DSS-AES128-SHA256:DHE-RSA-AES256-SHA256:DHE-DSS-AES256-SHA:DHE-RSA-AES256-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:AES128-SHA:AES256-SHA:AES:CAMELLIA:DES-CBC3-SHA:!aNULL:!eNULL:!EXPORT:!DES:!RC4:!MD5:!PSK:!aECDH:!EDH-DSS-DES-CBC3-SHA:!EDH-RSA-DES-CBC3-SHA:!KRB5-DES-CBC3-SHA
<Directory /var/www/subsonic>
Options -Indexes +FollowSymLinks
AllowOverride None
Require all granted
</Directory>
ProxyPreserveHost On
ProxyPass /.well-known !
ProxyPassReverse /.well-known !
ProxyPass /robots.txt !
ProxyPassReverse /robots.txt !
ProxyPass / http://localhost:8080/subsonic/
ProxyPassReverse / http://localhost:8080/subsonic/
ProxyPassReverseCookiePath /subsonic /
AddOutputFilterByType SUBSTITUTE text/html
Substitute "s|/subsonic/|/|n"
RequestHeader set X-Forwarded-Proto "https"
RequestHeader set X-Forwarded-Port "443"
<Location "/dwr/engine.js">
SetOutputFilter SUBSTITUTE
Substitute "s|/subsonic/|/|n"
</Location>
</VirtualHost>
</IfModule>
A noter les deux directives RequestHeader
pour X-Forwarded-Proto
et X-Forwarded-Port
. Ceci fait suite à la recommandation pour d'autres applications.
La modification de la valeur Location
dans le Header
est complétée pour forcer le protocole http
en https
lors des redirections, essentiellement lors de l'authentification.
Cette configuration doit être mise à disposition en plaçant un lien dans /etc/apache2/sites-enabled
.
#sudo ln -s /etc/apache2/sites-available/subsonic-dummy-ssl /etc/apache2/sites-enabled/009-subsonic-ssl.conf
Le nom du lien, à savoir 009-subsonic-ssl.conf
, respecte une incrémentation sur la machine utilisée, il peut être remplacé pour tout autre nom valide pour Apache
.
Enfin la configuration HTTP
, sur le port 80
, est modifiée pour forcer la redirection sur l'accès en HTTPS
. Le précédent fichier subsonic
est modifié avec lu contenu suivant.
<VirtualHost *:80>
ServerAdmin contact-email@dummy.net
ServerName www.subsonic.dummy.net
DocumentRoot /var/www/subsonic
DirectoryIndex index.html
LogLevel warn
ErrorLog ${APACHE_LOG_DIR}/subsonic_error.log
CustomLog ${APACHE_LOG_DIR}/subsonic_access.log combined
RewriteEngine on
RewriteCond %{HTTPS} !on
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI}
</VirtualHost>
Il suffit de relancer la configuration d'Apache
pour que les modifications soient prises en compte.
#sudo apache2ctl graceful
Configuration simple
La première configuration mise en place a été réalisée sur un serveur Apache
simple, à savoir qu'il était utilisé pour un seul site. Dans ce cas, et pour une installation sous Ubuntu, les paramètres ont été mis en place dans le fichier /etc/apache2/httpd.conf
.
ProxyPass /subsonic http://localhost:8080/subsonic
ProxyPassReverse /subsonic http://localhost:8080/subsonic
<Proxy http://localhost:8080/subsonic>
Order allow,deny
Allow from all
</Proxy>
Dans ce cas, toutes requêtes sur /subsonic seront redirigées vers l'application subsonic hébergée sur un Tomcat en local.
Configuration pour un domaine spécifique
Au fil du temps, le serveur Apache
a été enrichi sur la machine, afin de servir différents domaine. La première configuration mise en place rendait l'application disponible sur l'ensemble des domaines, chose qui n'était pas souhaitée. La configuration dans le fichier /etc/apache2/httpd.conf
a été déplaçée dans le fichier de configuration du domaine souhaité, à savoir /etc/apache2/sites-enabled/000-default.conf
.
<VirtualHost *:80>
ServerAdmin webmaster@localhost
DocumentRoot /var/www/default
<Directory />
Options FollowSymLinks
AllowOverride None
</Directory>
<Directory /var/www/default>
Options Indexes FollowSymLinks MultiViews
AllowOverride None
# Old configuration for APACHE 2.2
# Order allow,deny
# allow from all
Require all granted
</Directory>
ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/
<Directory "/usr/lib/cgi-bin">
AllowOverride None
Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch
# Old configuration for APACHE 2.2
# Order allow,deny
# Allow from all
Require all granted
</Directory>
ErrorLog ${APACHE_LOG_DIR}/error.log
# Possible values include: debug, info, notice, warn, error, crit,
# alert, emerg.
LogLevel warn
CustomLog ${APACHE_LOG_DIR}/access.log combined
ProxyPass /subsonic http://localhost:8080/subsonic
ProxyPassReverse /subsonic http://localhost:8080/subsonic
<Proxy http://localhost:8080/subsonic>
Order allow,deny
Allow from all
</Proxy>
</VirtualHost>
Ainsi l'application subsonic ne sera disponible que pour ce domaine.