Bonjour,
ravi de voir que la situation est débloquée 
Quelques points complémentaires pour approfondir :
Attention,le répertoire /etc/apache2/sites-enabled ne doit normalement contenir que des liens symboliques vers les "vrais" fichiers qui sont pour le coup dans /etc/apache2/sites-available .
La commande pour créer les liens symboliques proprement ensuite est a2ensite ( sous Debian/Ubuntu au moins ).
Concernant la conf du reste, il vaut mieux ne pas fermer la porte au .htaccess : il est nécessaire pour l'utilisationd es url propres, et pour d'autres petits raffinements bien utiles comme le sitemap de spip etc.
Par contre, pour avoir une configuration propre, il faudrait non pas deux fichiers, mais quatre:
- un defaut pour la partie ssl/tls.
- un defaut pour http simple.
- un fichier pour vidal-rosset.net en http
- un fichier pour vidal-rosset.net en ssl
( et plus généralement, une paire par nouveau site a héberger derrière )
Chez moi, ça donne des choses comme :
000-default.conf
-------------------
<VirtualHost *:80>
ServerAdmin webmaster@localhost
DocumentRoot /var/www/default
<Directory /var/www/default>
Options FollowSymLinks MultiViews
AllowOverride All
Order allow,deny
allow from all
</Directory>
ErrorLog ${APACHE_LOG_DIR}/default-error.log
CustomLog ${APACHE_LOG_DIR}/default-access.log combined
</VirtualHost>
000-default-ssl.conf
-----------------------
<IfModule mod_ssl.c>
<VirtualHost _default_:443>
ServerAdmin webmaster@localhost
DocumentRoot /var/www/default
ErrorLog ${APACHE_LOG_DIR}/default-ssl-error.log
CustomLog ${APACHE_LOG_DIR}/default-ssl-access.log combined
SSLEngine on
# a adapter selon config let's encrypt ...
SSLCertificateFile /var/lib/dehydrated/certs/...
SSLCertificateKeyFile /var/lib/dehydrated/certs/...
SSLCertificateChainFile /var/lib/dehydrated/certs/...
BrowserMatch "MSIE [2-6]" \
nokeepalive ssl-unclean-shutdown \
downgrade-1.0 force-response-1.0
BrowserMatch "MSIE [17-9]" ssl-unclean-shutdown
</VirtualHost>
</IfModule>
001-site1.conf
---------------------
# attention a bien remplacer les variables par les bonnes valeurs, c'est un template de conf :
<VirtualHost *:80>
ServerName ${SITEDOM}
ServerAlias ${SITEALIAS}
ServerAdmin ${SITEADMIN}
DocumentRoot ${SITEPATH}
<Directory ${SITEPATH}/>
Options -Indexes +FollowSymLinks -MultiViews
AllowOverride All
Order allow,deny
allow from all
</Directory>
ErrorLog /var/log/apache2/${SITEDOM}-error.log
LogLevel warn
CustomLog /var/log/apache2/${SITEDOM}-access.log combined
ServerSignature On
</VirtualHost>
001-site1-ssl.conf
---------------------
<IfModule mod_ssl.c>
<VirtualHost *:443>
ServerName ${SITEDOM}
ServerAlias ${SITEALIAS}
ServerAdmin ${SITEADMIN}
DocumentRoot ${SITEPATH}
<Directory ${SITEPATH}/>
Options -Indexes +FollowSymLinks -MultiViews
AllowOverride All
Order allow,deny
allow from all
</Directory>
SSLEngine on
# a adapter selon config let's encrypt ...
SSLCertificateFile /var/lib/dehydrated/certs/${SITEDOM}/cert.pem
SSLCertificateKeyFile /var/lib/dehydrated/certs/${SITEDOM}/privkey.pem
SSLCertificateChainFile /var/lib/dehydrated/certs/${SITEDOM}/chain.pem
ErrorLog /var/log/apache2/${SITEDOM}-ssl-error.log
LogLevel warn
CustomLog /var/log/apache2/${SITEDOM}-ssl-access.log combined
ServerSignature On
</VirtualHost>
</IfModule>
En procédant ainsi, on a un fichier de log propre par cas pour les accès et les erreurs.
Cote .htaccess, renommer le htaccess.txt de spip en .htaccess donne normalement quelque chose d'immédiatement fonctionnel.
Si tout se passe bien, on peut y ajouter quelque chose comme :
RewriteEngine On
[...]
RewriteCond %{HTTPS} !=on [OR]
RewriteCond %{HTTP_HOST} !^www\.vidal-rosset\.net$ [NC]
RewriteRule (.*) https://www.vidal-rosset.net/$1 [QSA,R=301,L]
Attention, de mémoire le flag [OR] n'est supporté que par apache 2.4+ en 2.2, ça cause une erreur. Ceci dit, je doute que ce soit un 2.2 si le système est récent.
Voila voila ...
Bonne cuisine
