La Fibre
Télécom => Logiciels et systèmes d'exploitation => 
Linux (usage serveur) => Discussion démarrée par: Alexis-Fox le 25 juin 2018 à 12:38:49
-
Bonjour à tous,
Ayant toujours utilisé des hébergements mutualisés, je suis un peu dérouté sur ma première VM. Ça fait de bonnes heures que j'y suis et un peu d'aide serait pas de refus :)
La VM tourne sous Ubuntu 18.04. J'ai installé Apache 2 et il y a visiblement un problème (image 1 et 2). J'ai installé plusieurs fois WP sur /var/www/html/, mais quand je vais sur MonSite/wordpress, j'ai l'impression que tous les paquets n'ont pas été installé (image 3). Pour les bases de données, j'en ai crée avec MariaDB et MySQL, et j'ai finalement supprimé le tout.
Si quelqu'un a des idées, je suis preneur :)
Merci d'avance pour votre aide !
-
apt install php libapache2-mod-php php-mcrypt php-mysql ::)
-
apt install php libapache2-mod-php php-mcrypt php-mysql ::)
<p>root@alexisf:~# apt install php libapache2-mod-php php-mcrypt php-mysql
Reading package lists... Done
Building dependency tree
Reading state information... Done
Package php-mcrypt is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
E: Package 'php-mcrypt' has no installation candidate<p>
-
supprime php-mcrypt de ta ligne.
Voici ce que j'installe pour Apache + PHP + MySQL :
sudo apt install apache2 php libapache2-mod-php apache2-utils ssl-cert mysql-server
php-mysql est aussi automatiquement, sans besoin de le spécifier.
-
Mais t'installe mysql et pas mariadb, dommage.
-
Tu nous donnes un intérêt de mettre MariaDB a la place de MySQL ?
Les deux sont très proche en terme de compatibilité, comme de performance.
-
supprime php-mcrypt de ta ligne.
Voici ce que j'installe pour Apache + PHP + MySQL :
sudo apt install apache2 php libapache2-mod-php apache2-utils ssl-cert mysql-server
php-mysql est aussi automatiquement, sans besoin de le spécifier.
Merci :)
Mais t'installe mysql et pas mariadb, dommage.
Faut mieux utiliser MariaDB ?
Après avoir rentré la ligne de commande, je crée une base et j'installe directement WordPress ?
-
MariaDB vs MySQL c'est un peu comme LibreOffice vs OpenOffice.
Y'en a un qui est vivace et l'autre qui est sous perfusion.
-
OpenOffice n'a plus eu aucune nouvelle fonctionnalité depuis la création de LibreOffice et même les mise à jour de sécurité sortent avec un retard inadmissible.
MySQL n'a pas été abandonné lui et si MariaDB est vivace MySQL l'est aussi (on est en version 8.0 )
Les différences en terme de fonctionnalité comme de performances sont à la marge d’après ce que j'ai vu.
-
J'arrive à acceder à la page d'installation de wordpress :)
Par contre j'ai du mal supprimer mes base de données, puisqu'en réinstallant MariaDB, j'obtiens ça en tapant mysql :
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2 "No such file or directory")
Faut que je supprime un répertoire ?
-
Stoppe tes services SQL, purge l'installation de MySQL et MariaDB, et recommence au propre avec uniquement l'un des deux.
Moi je prêche pour MariaDB, vu que c'est livré en standard sous Debian.
-
Après, même si tu as installé Ubuntu Serveur, je te recommande de lire le cahier de l'administrateur Debian.
ça t'éviteras de faire un topic à chaque fois que tu buttes sur un truc du genre.
-
Tu nous donnes un intérêt de mettre MariaDB a la place de MySQL ?
Les performances n'ont juste rien a voir, et l'ajout de features régulier.
-
Stoppe tes services SQL, purge l'installation de MySQL et MariaDB, et recommence au propre avec uniquement l'un des deux.
Moi je prêche pour MariaDB, vu que c'est livré en standard sous Debian.
Les performances n'ont juste rien a voir, et l'ajout de features régulier.
Je pars sur MariaDB ;)
Après, même si tu as installé Ubuntu Serveur, je te recommande de lire le cahier de l'administrateur Debian.
ça t'éviteras de faire un topic à chaque fois que tu buttes sur un truc du genre.
Je vais lire tout ça :)
J'ai rentré ces commandes pour enlever MariaDB et MySQL :
sudo apt-get remove mysql-server mysql-client mysql-common
sudo apt-get purge mysql-server mysql-client mysql-common
sudo apt-get autoremove
sudo apt-get remove --purge mysql\*
sudo apt-get remove --purge mariadb\*
Du coup je lance l'installation de MariaDB : apt install mariadb-client-core-10.1
Et toujours le même problème :
root@alexisf:~# mysql
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2 "No such file or directory")
root@alexisf:~#
Je vois pas où je me suis planté ???
-
Je vois deux soucis :
- Tu as voulu installer un paquet seul au lieu d'installer le méta-paquet qui correspond à MariaDB.
- Il y a visiblement encore des restes de SGBD qui traînent sur la machine.
Vu l'état de la VM, il vaut mieux ré-installer le tout parce que là...
-
Je vois deux soucis :
- Tu as voulu installer un paquet seul au lieu d'installer le méta-paquet qui correspond à MariaDB.
- Il y a visiblement encore des restes de SGBD qui traînent sur la machine.
Vu l'état de la VM, il vaut mieux ré-installer le tout parce que là...
A force de bidouiller dessus depuis hier soir j'ai du faire quelques conneries. Du coup je vais tout réinstaller, c'est la meilleur chose à faire je pense ;) Est-ce qu'il y a une commande qui permet de tout faire d'un coup, par ce que je n'en ai pas trouvé ?
-
rm -rf /var/lib/mysql
apt install mariadb-server
and that should do the trick.
-
rm -rf /var/lib/mysql
apt install mariadb-server
and that should do the trick.
Toujours cette erreur : ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2 "No such file or directory") :/
-
MySQL est toujours en partie installé.
Utilise l'auto-complétion de apt purge my[tab] pour trouver ce qu'il reste de MySQL, qui n'a pas été désinstallé.
-
Non, c'est plus velu, je suis dessus.
-
root@vm:~# mysql
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 2
Server version: 5.7.22-0ubuntu18.04.1 (Ubuntu)
Copyright (c) 2000, 2018, Oracle and/or its affiliates. All rights reserved.
Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.
Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.
mysql>
Fixé :)
C'était un problème de résolution DNS + de fichier hosts. Introuvable sans bons skills en sysadm (comme quoi j'ai pas encore perdu la main !)
-
root@vm:~# mysql
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 2
Server version: 5.7.22-0ubuntu18.04.1 (Ubuntu)
Copyright (c) 2000, 2018, Oracle and/or its affiliates. All rights reserved.
Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.
Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.
mysql>
Fixé :)
C'était un problème de résolution DNS + de fichier hosts. Introuvable sans bons skills en sysadm (comme quoi j'ai pas encore perdu la main !)
Nickel Hugues, tout fonctionne t'es au top ;D
-
sinon on est en 2018 et y'a Docker...
exemple: fichier docker-compose.yml
version: '2'
services:
mariadb:
image: 'bitnami/mariadb:latest'
environment:
- ALLOW_EMPTY_PASSWORD=yes
- MARIADB_USER=bn_wordpress
- MARIADB_DATABASE=bitnami_wordpress
volumes:
- /path/to/mariadb-persistence:/bitnami
wordpress:
image: bitnami/wordpress:latest
depends_on:
- mariadb
ports:
- '80:80'
- '443:443'
environment:
- WORDPRESS_DATABASE_USER=bn_wordpress
- WORDPRESS_DATABASE_NAME=bitnami_wordpress
- ALLOW_EMPTY_PASSWORD=yes
volumes:
- /path/to/wordpress-persistence:/bitnami
ajuste /path/to/... a ton emplacement de stockage (local ou distant).
et pour lancer le tout:
docker-compose up -d
(pre-requis sur l'host: docker et docker-compose)
Cet exemple est avec avec les images de Bitnami, la doc: https://github.com/bitnami/bitnami-docker-wordpress
Mais tu peux utiliser les images officiels de Wordpress et MariaDB.
L'avantage est que tu ne dépend plus d'Ubuntu, tu ne "salit" plus ta VM avec des installations partielles ou foireuses.
et si c'est pour un hosting public, tu peux mettre un 3eme container avec Caddy pour avoir le certificat https sans rien faire.
-
sinon on est en 2018 et y'a Docker...
Non merci.
-
C'est MySQL qui était installé, je l'ai supprimé pour installer MariaDB (avec rm -rf /var/lib/mysql puis apt install mariadb-server)
et de nouveau le même problème qu'avant :o Ça peut être dû à quoi ce problème de DNS et d'hosts ? Une suppression incomplète ? Je vois pas trop d'où ça peut venir.
-
C'était mariadb... T'es relou par contre là.
-
Ça peut être dû à quoi ce problème de DNS et d'hosts ?
T'as juste désinstallé mysql n'importe comment. Forcèment ça merde. C'est re-corrigé.
-
C'était mariadb... T'es relou par contre là.
Vraiment désolé :-\
T'as juste désinstallé mysql n'importe comment. Forcèment ça merde. C'est re-corrigé.
Merci beaucoup Hugues
Si je mets en place un Backup vers un FTP OVH par exemple, je pourrais tout réinstaller (dont les DNS et fichier hosts) ?
-
En dehors des bases de données qui ne se sauvegardent pas à coup de cp / mv, oui la sauvegarde est toujours utile.
Perso, j'ai pris l'habitude de sauvegarder dans une archive (avec conservation des droits initiaux) les répertoires /etc et /usr.
Et pour les trucs un peu crades, une copie du /opt aussi, mais c'est un répertoire pour les programmes crades...
Ce n'est qu'un avis perso, et pas une vérité absolue.
J'ai pas envie de froisser notre très cher Hugues.
-
En dehors des bases de données qui ne se sauvegardent pas à coup de cp / mv, oui la sauvegarde est toujours utile.
Perso, j'ai pris l'habitude de sauvegarder dans une archive (avec conservation des droits initiaux) les répertoires /etc et /usr.
Et pour les trucs un peu crades, une copie du /opt aussi, mais c'est un répertoire pour les programmes crades...
Ce n'est qu'un avis perso, et pas une vérité absolue.
J'ai pas envie de froisser notre très cher Hugues.
Je vais parametrer ça avant de toucher à autre chose, vu mon niveau... Question bête, mais une sauvegarde FileZilla ça peut fonctionner ?
-
Si je mets en place un Backup vers un FTP OVH par exemple, je pourrais tout réinstaller (dont les DNS et fichier hosts) ?
De notre côté on a un outil de provisionning, on a donc corrigé le souci chez nous. Plus de souci a prévoir, donc :)
-
J'ai pas envie de froisser notre très cher Hugues.
J'suis pas sysadm, alors t'sais... :p
Juste, les VM MilkyWan sont backup 3 fois par semaine sur 2 sites distants, donc au pire, on a de quoi rollback chez nous.
Mais je t'encourage à avoir ton backup aussi ! Pas de méthode miracle par contre...
-
Je pensais utiliser backup-manager avec une sauvegarde tous les 2-3 jours vous en pensez quoi ?
-
J'ai du mal a comprendre.
Le socket de MySQL (dans /var/run/mysqld) disparait, si je reboot la VM, je l'ai bien, je peux me connecter sur mysql, il continue de tourner, mais le socket disparait. Quelqu'un a une idée ? :|
-
J'ai du mal a comprendre.
Le socket de MySQL (dans /var/run/mysqld) disparait, si je reboot la VM, je l'ai bien, je peux me connecter sur mysql, il continue de tourner, mais le socket disparait. Quelqu'un a une idée ? :|
C'est pour ça qu'il y a encore l'erreur 2002 (HY000) ? C'est moi qui ait tout fait merder :-\ ?
-
Là je sèche... Je demande a Gaëtan...
-
il dit quoi le log?
un lsof sur l'emplacement du socket te dis pas qu'il y a un fichier qui a été supprimé?
-
Je suis tombé là-dessus sur le site d'OVH : https://docs.ovh.com/fr/public-cloud/installer-wordpress-sur-une-instance/
Ça pourra en aider certains qui sont dans le même cas que moi :)
Je commence à copier mon site
En tout cas merci pour votre aide et particulièrement à Hugues pour sa patience avec un boulet comme moi ;D
-
Ça pourra en aider certains qui sont dans le même cas que moi :)
Pour ceux qui ne veulent pas perdre de temps en sysop ou autre:
Chez Scaleway et Vultr par exemple : on peut provisionner un VPS directement avec Worpress (https://community.online.net/t/how-to-deploy-wordpress-with-a-click-scaleway/1176). En quelques secondes on se retrouve avec un WP fonctionnel (version FPM bien mieux qu'Apache). Ca reste un WP complet et dédié a soi-meme et pas un WP managé comme on trouve ailleurs. C'est juste l'installation (le provisionning) qui est managée , on peut ensuite se connecter a la VM et faire ce qu'on veut.
Exemple avec Vultr.com, sensiblement identique chez Scaleway et les autres:
(https://i.imgur.com/EzKfqzd.png)
(On notera au passage qu'on peut se faire un serveur VPN perso aux US pour $5/mois en quelques clics...)
Mais la solution la plus portable d'un provider a un autre reste avec Docker. On provisionne une image qu'avec Docker dedans (ou pour les providers sans images applicatives,on installe une distro dans une VM puis Docker uniquement) , on lancer les commandes Docker et en quelques secondes on se retrouve avec un WP fonctionnel. Un gros avantage de Docker est pouvoir mettre au point/répliquer la meme installation sur son PC Windows/Mac/Linux avant (sans s'emmerder a installer/reinstaller des VMs virtualbox tout le temps).
OVH publie un tuto également: https://www.ovh.com/ca/fr/g1708.optimiser_lhebergement_dun_site_wordpress_sur_un_vps_grace_a_docker (qui date un peu, en partie 1 prendre un gabarit avec Docker pré-installé).
après si t'es chez OVH et préfère rester sur un archi traditionnelle, ils peuvent (ré)installer ta VM directement sous Worpress:
(https://i.imgur.com/pWtFBOo.png)
(mais bon comme toujours avec OVH ca manque de choix niveau version, apache au lieu de fpm, mysql au lieu de maria, etc).
-
Petite question, je suis limité à 2 Mo en upload (du coup je peux même pas televerser mon thème). Ou est-ce que je peux trouver le fichier php.ini pour y ajouter :
php_value upload_max_filesize 128M
php_value post_max_size 128M
php_value max_execution_time 300
php_value max_input_time 300
-
# find / -iname 'php.ini'
-
# find / -iname 'php.ini'
Nickel je ferrai tout ça posèment la semaine prochaine, après l’oral de français :)
-
Voici ce que je modifie sur mon php.ini :
Étape préliminaire : Se mettre dans le dossier du fichier PHP :
- PHP 5: cd /etc/php5/apache2/
- PHP 7.0 : cd /etc/php/7.0/apache2/
- PHP 7.2 : cd /etc/php/7.2/apache2/
1/ Augmentation de la limite mémoire de 128 à 256 Mo : sed -i -e "s/memory_limit = 128M/memory_limit = 256M/g" php.ini
Vérification : grep memory_limit php.ini
2/ Augmentation du post_max_size de 8Mo à 8 Go : sed -i -e "s/post_max_size = 8M/post_max_size = 8000M/g" php.ini
Vérification : grep post_max_size php.ini
3/ Augmentation du upload_max_filesize de 2Mo à 6 Go : sed -i -e "s/upload_max_filesize = 2M/upload_max_filesize = 6000M/g" php.ini
Vérification : grep upload_max_filesize php.ini
4/ Configuration du date.timezone : sed -i -e "s/;date.timezone =/date.timezone = \"Europe\/Paris\"/g" php.ini
Vérification : grep date.timezone php.ini
5/ Configuration du date.timezone : sed -i -e "s/;date.default_latitude = 31.7667/date.default_latitude = 48.8534/g" php.ini
Vérification : grep date.default_latitude php.ini
6/ Configuration du date.timezone : sed -i -e "s/;date.default_longitude = 35.2333/date.default_longitude = 2.3488/g" php.ini
Vérification : grep date.default_longitude php.ini
-
apache au lieu de fpm
C'est pas plutôt modphp à la place de php-fpm?
fpm et apache ont un rôle différent au final (gestion php / gestion http)
Pour ceux qui ne connaissent pas php-fpm, c'est un daemon dédié à l'interprétation des fichiers php.
En gros au lieu de créer une instance php à chaque requête via le modphp d'apache (perte de temps), on lance un daemon dédié qui gère ses processus de manière séparé d'apache.
Chaque processus peut gérer plusieurs requête d'affilé sans avoir besoin d'être ré-instancié.
Pour un tout petit site ça change strictement rien (voir c'est plus complexe).
Pour un gros site ça change tout d'un point de vue performance et administration.
-
Voici ce que je modifie sur mon php.ini :
Étape préliminaire : Se mettre dans le dossier du fichier PHP :
- PHP 5: cd /etc/php5/apache2/
- PHP 7.0 : cd /etc/php/7.0/apache2/
- PHP 7.2 : cd /etc/php/7.2/apache2/
1/ Augmentation de la limite mémoire de 128 à 256 Mo : sed -i -e "s/memory_limit = 128M/memory_limit = 256M/g" php.ini
Vérification : grep memory_limit php.ini
2/ Augmentation du post_max_size de 8Mo à 8 Go : sed -i -e "s/post_max_size = 8M/post_max_size = 8000M/g" php.ini
Vérification : grep post_max_size php.ini
3/ Augmentation du upload_max_filesize de 2Mo à 6 Go : sed -i -e "s/upload_max_filesize = 2M/upload_max_filesize = 6000M/g" php.ini
Vérification : grep upload_max_filesize php.ini
4/ Configuration du date.timezone : sed -i -e "s/;date.timezone =/date.timezone = \"Europe\/Paris\"/g" php.ini
Vérification : grep date.timezone php.ini
5/ Configuration du date.timezone : sed -i -e "s/;date.default_latitude = 31.7667/date.default_latitude = 48.8534/g" php.ini
Vérification : grep date.default_latitude php.ini
6/ Configuration du date.timezone : sed -i -e "s/;date.default_longitude = 35.2333/date.default_longitude = 2.3488/g" php.ini
Vérification : grep date.default_longitude php.ini
Génial, merci beaucoup Vivien :)
Je fais ça la semaine prochaine
-
Juste une remarque en passant, perso je trouve que configurer un serveur avec une timezone locale, c'est un nid à emmerdes.
Je préfère mettre les serveurs en UTC, partout, et ensuite convertir dans la bonne timezone au niveau applicatif (éventuellement côté client).
-
configurer un serveur avec une timezone locale, c'est un nid à emmerdes.
De quelles emmerdes tu veux parler ?
-
Voici ce que je modifie sur mon php.ini :
Étape préliminaire : Se mettre dans le dossier du fichier PHP :
- PHP 5: cd /etc/php5/apache2/
- PHP 7.0 : cd /etc/php/7.0/apache2/
- PHP 7.2 : cd /etc/php/7.2/apache2/
1/ Augmentation de la limite mémoire de 128 à 256 Mo : sed -i -e "s/memory_limit = 128M/memory_limit = 256M/g" php.ini
Vérification : grep memory_limit php.ini
2/ Augmentation du post_max_size de 8Mo à 8 Go : sed -i -e "s/post_max_size = 8M/post_max_size = 8000M/g" php.ini
Vérification : grep post_max_size php.ini
3/ Augmentation du upload_max_filesize de 2Mo à 6 Go : sed -i -e "s/upload_max_filesize = 2M/upload_max_filesize = 6000M/g" php.ini
Vérification : grep upload_max_filesize php.ini
4/ Configuration du date.timezone : sed -i -e "s/;date.timezone =/date.timezone = \"Europe\/Paris\"/g" php.ini
Vérification : grep date.timezone php.ini
5/ Configuration du date.timezone : sed -i -e "s/;date.default_latitude = 31.7667/date.default_latitude = 48.8534/g" php.ini
Vérification : grep date.default_latitude php.ini
6/ Configuration du date.timezone : sed -i -e "s/;date.default_longitude = 35.2333/date.default_longitude = 2.3488/g" php.ini
Vérification : grep date.default_longitude php.ini
Après un reboot d'Apache tout fonctionne nickel :)
-
Ça a déjà bien avancé :D
Maintenant, j'ai ajouté un pointage A de mon domaine chez OVH vers l'IP de la VM. Pour faire fonctionner mes formulaires de contact et autre, il faut que je crée un serveur mail sur la VM ou que je configure quelque chose du côté de chez OVH ?
Pour créer un serveur mail, il faut que j'utilise Postfix (https://guide.ubuntu-fr.org/server/postfix.html) ?
-
Postfix / Dovecot c'est sympa ouais.
Pour les DNS il va te falloir des entrées MX.
Après, gérer des mails c'est terriblement chiant car les critères d'acceptation des mails en provenance d'un serveur mail "peu connu" sont assez pénibles.
Entre autres (ce n'est pas une liste complète) :
- Ne pas avoir une configuration de merde qui transforme ton serveur en Open Relay involontaire
- Avoir des adresses IP publiques avec une bonne réputation
- Avoir des entêtes de mail "propres"
- Avoir à minima configuré SPF
- Si possible, se faire chier à ajouter DKIM et DMARC
- Se battre avec les gros fournisseurs de mail qui refusent tes mails même quand toute ta configuration est correcte. (Microsoft est vraiment très très pénible de ce côté, pour te laisser joindre les adresses Outlook / O365)
Franchement, le jeu n'en vaut pas forcèment la chandelle.
Mais c'est toi qui voit.
-
Postfix / Dovecot c'est sympa ouais.
Pour les DNS il va te falloir des entrées MX.
Après, gérer des mails c'est terriblement chiant car les critères d'acceptation des mails en provenance d'un serveur mail "peu connu" sont assez pénibles.
Entre autres (ce n'est pas une liste complète) :
- Ne pas avoir une configuration de merde qui transforme ton serveur en Open Relay involontaire
- Avoir des adresses IP publiques avec une bonne réputation
- Avoir des entêtes de mail "propres"
- Avoir à minima configuré SPF
- Si possible, se faire chier à ajouter DKIM et DMARC
- Se battre avec les gros fournisseurs de mail qui refusent tes mails même quand toute ta configuration est correcte. (Microsoft est vraiment très très pénible de ce côté, pour te laisser joindre les adresses Outlook / O365)
Franchement, le jeu n'en vaut pas forcèment la chandelle.
Mais c'est toi qui voit.
L'idéal c'est de garder mon serveur mail chez OVH alors ?
-
Sinon on peut te faire des mails, faut demander aux sysadms :D
-
Sinon on peut te faire des mails, faut demander aux sysadms :D
Je pense que c'est plus prudent que de bidouiller moi même (on voit ce que ça donne quand je veux juste supprimer MariaDB ;D)
Du coup je dois voir ça avec Gaëtan ?
-
Yes, demandes a Gaëtan de te rajouter sur notre serveur :)
-
Chez OVH et 1&1 par exemple il y a possibilité de réinstaller un VPS depuis l'espace client. C'est possible de faire ça directement en SSH, mais du coup en gardant ses clefs ?
-
faut taper l'API Gaëtan chez nous ;D
-
faut taper l'API Gaëtan chez nous ;D
Oki ;D Donc de manière général, impossible de réinstaller en SSH ?
-
Le ssh c'est dans l'OS, compliqué de réinstaller l'OS avec, donc.
-
Le ssh c'est dans l'OS, compliqué de réinstaller l'OS avec, donc.
Pas faux ;)
J'ai installé Virtual Box, histoire de "m'entrainer" un peu :D
-
J'ai recommancé mon installation pour refaire quelque chose de tout propre :D
Dans les commandes que je me suis noté j'ai rien trouvé de mieux que de faire un mixe entre des lignes d'installations avec MySQL et MariaDB et PHP mal installé. Je supprime donc MySQL et de nouveau cette Erreur 2002 (je suis trop fort, je sais). Après quelques heures de bidouille, j'ai réussi à m'en sortir et tout tourne nickel :)
J'essaie de supprimer le /index.php/ de mes URL, histoire d'avoir des liens plus propres. Si je modifie les permaliens dans les paramètres de WP, c'est direct Erreur 404 quand j'ouvre une page. J'ai cru comprendre qu'il y avait une histoire de mode rewrite à activer sur Apache et une modification du fichier htacces.
-
J'ai recommancé mon installation pour refaire quelque chose de tout propre :D
Dans les commandes que je me suis noté j'ai rien trouvé de mieux que de faire un mixe entre des lignes d'installations avec MySQL et MariaDB et PHP mal installé. Je supprime donc MySQL et de nouveau cette Erreur 2002 (je suis trop fort, je sais). Après quelques heures de bidouille, j'ai réussi à m'en sortir et tout tourne nickel :)
J'essaie de supprimer le /index.php/ de mes URL, histoire d'avoir des liens plus propres. Si je modifie les permaliens dans les paramètres de WP, c'est direct Erreur 404 quand j'ouvre une page. J'ai cru comprendre qu'il y avait une histoire de mode rewrite à activer sur Apache et une modification du fichier htacces.
J’ai modifié de htacces avec :
# BEGIN WordPress
RewriteEngine On
RewriteBase /
RewriteRule ^index.php$ – [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
# END WordPress
Puis modifié les permaliens WordPress en /%postname/
Chaque lien redirige en erreur 404 du serveur, donc c’est pas bon. C’est donc mode rewrite d’Apache qui serait en cause ?
Sinon, j’ai pris la première VM de chez OVH, pour tester mes commandes avant de les mettre sur ma VM MilkyWan.
-
Tu as bien activés les modules Apache ?
4 modules sont nécessaires pour un site web en https avec SSLStaplingCache et ré-écriture d'URL :
- a2enmod ssl (nécessaire pour SSL)
- a2enmod headers (nécessaire pour pour toute configuration bien sécurisé)
- a2enmod socache_shmcb (nécessaire pour SSLStaplingCache avec shmcb)
- a2enmod rewrite (nécessaire la ré-écriture d'URL)
Pour t'aider dans la configuration Apache : https://mozilla.github.io/server-side-tls/ssl-config-generator/
Et https://observatory.mozilla.org/ pour les règles des headers à rajouter
-
Tu nous donnes un intérêt de mettre MariaDB a la place de MySQL ?
Les deux sont très proche en terme de compatibilité, comme de performance.
MariaDB supporte tativement des moteurs plus performants : aria et tokudb par exemple.
Et puis y a maxscale qui change la vie aussi
-
Tu as bien activés les modules Apache ?
4 modules sont nécessaires pour un site web en https avec SSLStaplingCache et ré-écriture d'URL :
- a2enmod ssl (nécessaire pour SSL)
- a2enmod headers (nécessaire pour pour toute configuration bien sécurisé)
- a2enmod socache_shmcb (nécessaire pour SSLStaplingCache avec shmcb)
- a2enmod rewrite (nécessaire la ré-écriture d'URL)
Pour t'aider dans la configuration Apache : https://mozilla.github.io/server-side-tls/ssl-config-generator/
Et https://observatory.mozilla.org/ pour les règles des headers à rajouter
Merci Vivien, je vais me concentrer là-dessus :D
-
J'ai synthétisé un peu tout ce qui est sur ce topic, et rajouté d'autres choses trouvées ailleurs. J'arrive à la fin des configs. Dites moi si quelque chose ne va pas :)
Pour ne pas s’embêter, on execute tout en root :
#sudo su -
On met le système à jour :
#apt update && apt upgrade
Installer LAMP
MariaDB :
#apt install mariadb-server
Apache2
#apt install apache2
PHP :
#apt install php libapache2-mod-php php-mysql
2) Téléchargement de WordPress + décompression
#cd
#wget https://fr.wordpress.org/wordpress-4.9.7-fr_FR.tar.gz
#tar zxvf wordpress-4.9.7-fr_FR.tar.gz
3) Création des dossiers racine web :
(Avec l'arborescence que j’utilise)
#mkdir -p /var/www/site1/html
#mkdir -p /var/www/site2/html
…
4) Déplacement de WordPress vers les bons dossiers :
On supprime le contenu du dossier racine :
#rm -R /var/www/site1/html
#mv wordpress /var/www/site1/html
Pour les autres sites :
#cd
#tar zxvf wordpress-4.9.7-fr_FR.tar.gz
Puis
#rm -R /var/www/site2/html
#mv wordpress /var/www/site2/html
#service apache2 restart
Et recommencer pour chaque site
4) Virtualhosts
#cd /etc/apache2/sites-available
#cp /etc/apache2/sites-available/000-default.conf /etc/apache2/sites-available/nom-du-site.conf
#nano nom-du-site.conf
Modifier le fichier :
<VirtualHost *:80>
ServerAdmin contact@monsite1.fr
ServerName monsite1.fr
ServerAlias www.monsite.fr
DocumentRoot /var/www/monsite1/html
ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined
</VirtualHost>
# vim: syntax=apache ts=4 sw=4 sts=4 sr noet
Puis quitter
^X (control + X)
Et sauvegarder
Y puis Entrer (touche Y puis touche Entrer)
#service apache2 restart
Puis créer un Virtualhost par site.
5) Donner les droits d’écriture à Apache
#chown -R www-data:www-data /var/www/site1/html
#service apache2 restart
Et pareil pour chaque site
6) Créer les bases de données
#mysql
#CREATE DATABASE site1;
#CREATE USER ‘user’@‘localhost’ IDENTIFIED BY ‘password’;
#GRANT ALL PRIVILEGES ON site1. TO * ‘user’@‘localhost’;
Et WordPress te voilà…
7) Configurer php.ini
Étape préliminaire : Se mettre dans le dossier du fichier PHP :
- PHP 5: #cd /etc/php5/apache2/
- PHP 7.0 : #cd /etc/php/7.0/apache2/
- PHP 7.2 : #cd /etc/php/7.2/apache2/
1/ Augmentation de la limite mémoire de 128 à 256 Mo :
#sed -i -e "s/memory_limit = 128M/memory_limit = 256M/g" php.ini
Vérification : #grep memory_limit php.ini
2/ Augmentation du post_max_size de 8Mo à 8 Go :
#sed -i -e "s/post_max_size = 8M/post_max_size = 8000M/g" php.ini
Vérification : #grep post_max_size php.ini
3/ Augmentation du upload_max_filesize de 2Mo à 6 Go :
#sed -i -e "s/upload_max_filesize = 2M/upload_max_filesize = 6000M/g" php.ini
Vérification : #grep upload_max_filesize php.ini
4/ Configuration du date.timezone :
#sed -i -e "s/;date.timezone =/date.timezone = \"Europe\/Paris\"/g" php.ini
Vérification : #grep date.timezone php.ini
5/ Configuration du date.timezone :
#sed -i -e "s/;date.default_latitude = 31.7667/date.default_latitude = 48.8534/g" php.ini
Vérification : #grep date.default_latitude php.ini
6/ Configuration du date.timezone :
#sed -i -e "s/;date.default_longitude = 35.2333/date.default_longitude = 2.3488/g" php.ini
Vérification : #grep date.default_longitude php.ini
Puis redémarrer Apache : #service apache2 restart
8. Configurer le serveur mail :
(Chez OVH -> serveur mail de 5 Go par domaine)
L’activer
Télécharger le plugin WP Mail SMTP
Configurer le plugin
Me reste plus qu’à configurer correctement Apache et supprimer le /index.php
Et configurer un backup vers FTP
EDIT : Je rajoute le certificat let's encrypt
Se mettre à la racine : #cd /
Installation : #apt-get install git-core
Téléchargement : #git clone https://github.com/letsencrypt/letsencrypt
Dossier : #cd letsencrypt
Configuration : #./letsencrypt-auto
Renouveler le certificat SSL : #./letsencrypt-auto renew
-
Il te manque toute la partie qui concerne la configuration HTTPS de tes Vhosts.
-
Non, c'est Let's Encrypt qui le fait tout seul.
-
Non, c'est Let's Encrypt qui le fait tout seul.
C’est ce que je me disais, comme le fichier default-ssl.conf c’est ajouté :)
-
Non, c'est Let's Encrypt qui le fait tout seul.
Toi tu le laisse toucher à ta conf Apache ?
Moi j'utilise juste la partie certbot car j'ai pas confiance dans le bousin.
-
Oui, moi aussi. Mais là en l'occurence c'est assez simple pour notre ami :)
-
Il te manque toute la partie qui concerne la configuration HTTPS de tes Vhosts.
Toi tu le laisse toucher à ta conf Apache ?
Moi j'utilise juste la partie certbot car j'ai pas confiance dans le bousin.
Oui, moi aussi. Mais là en l'occurence c'est assez simple pour notre ami :)
Concrètement c'est quoi l'avantage de configurer ses VirtualHosts "à la main" ?
-
J'ai synthétisé un peu tout ce qui est sur ce topic, et rajouté d'autres choses trouvées ailleurs. J'arrive à la fin des configs. Dites moi si quelque chose ne va pas :)
Pour ne pas s’embêter, on execute tout en root :
#sudo su -
On met le système à jour :
#apt update && apt upgrade
J'ai oublié de noter que après chaque config de vHost, il faut taper
#a2ensite monsitesite.fr
Sinon on reste sur la page html de base d'Apache :)
Installer LAMP
MariaDB :
#apt install mariadb-server
Apache2
#apt install apache2
PHP :
#apt install php libapache2-mod-php php-mysql
2) Téléchargement de WordPress + décompression
#cd
#wget https://fr.wordpress.org/wordpress-4.9.7-fr_FR.tar.gz
#tar zxvf wordpress-4.9.7-fr_FR.tar.gz
3) Création des dossiers racine web :
(Avec l'arborescence que j’utilise)
#mkdir -p /var/www/site1/html
#mkdir -p /var/www/site2/html
…
4) Déplacement de WordPress vers les bons dossiers :
On supprime le contenu du dossier racine :
#rm -R /var/www/site1/html
#mv wordpress /var/www/site1/html
Pour les autres sites :
#cd
#tar zxvf wordpress-4.9.7-fr_FR.tar.gz
Puis
#rm -R /var/www/site2/html
#mv wordpress /var/www/site2/html
#service apache2 restart
Et recommencer pour chaque site
4) Virtualhosts
#cd /etc/apache2/sites-available
#cp /etc/apache2/sites-available/000-default.conf /etc/apache2/sites-available/nom-du-site.conf
#nano nom-du-site.conf
Modifier le fichier :
<VirtualHost *:80>
ServerAdmin contact@monsite1.fr
ServerName monsite1.fr
ServerAlias www.monsite.fr
DocumentRoot /var/www/monsite1/html
ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined
</VirtualHost>
# vim: syntax=apache ts=4 sw=4 sts=4 sr noet
Puis quitter
^X (control + X)
Et sauvegarder
Y puis Entrer (touche Y puis touche Entrer)
#service apache2 restart
Puis créer un Virtualhost par site.
5) Donner les droits d’écriture à Apache
#chown -R www-data:www-data /var/www/site1/html
#service apache2 restart
Et pareil pour chaque site
6) Créer les bases de données
#mysql
#CREATE DATABASE site1;
#CREATE USER ‘user’@‘localhost’ IDENTIFIED BY ‘password’;
#GRANT ALL PRIVILEGES ON site1. TO * ‘user’@‘localhost’;
Et WordPress te voilà…
7) Configurer php.ini
Étape préliminaire : Se mettre dans le dossier du fichier PHP :
- PHP 5: #cd /etc/php5/apache2/
- PHP 7.0 : #cd /etc/php/7.0/apache2/
- PHP 7.2 : #cd /etc/php/7.2/apache2/
1/ Augmentation de la limite mémoire de 128 à 256 Mo :
#sed -i -e "s/memory_limit = 128M/memory_limit = 256M/g" php.ini
Vérification : #grep memory_limit php.ini
2/ Augmentation du post_max_size de 8Mo à 8 Go :
#sed -i -e "s/post_max_size = 8M/post_max_size = 8000M/g" php.ini
Vérification : #grep post_max_size php.ini
3/ Augmentation du upload_max_filesize de 2Mo à 6 Go :
#sed -i -e "s/upload_max_filesize = 2M/upload_max_filesize = 6000M/g" php.ini
Vérification : #grep upload_max_filesize php.ini
4/ Configuration du date.timezone :
#sed -i -e "s/;date.timezone =/date.timezone = \"Europe\/Paris\"/g" php.ini
Vérification : #grep date.timezone php.ini
5/ Configuration du date.timezone :
#sed -i -e "s/;date.default_latitude = 31.7667/date.default_latitude = 48.8534/g" php.ini
Vérification : #grep date.default_latitude php.ini
6/ Configuration du date.timezone :
#sed -i -e "s/;date.default_longitude = 35.2333/date.default_longitude = 2.3488/g" php.ini
Vérification : #grep date.default_longitude php.ini
Puis redémarrer Apache : #service apache2 restart
8. Configurer le serveur mail :
(Chez OVH -> serveur mail de 5 Go par domaine)
L’activer
Télécharger le plugin WP Mail SMTP
Configurer le plugin
Me reste plus qu’à configurer correctement Apache et supprimer le /index.php
Et configurer un backup vers FTP
EDIT : Je rajoute le certificat let's encrypt
Se mettre à la racine : #cd /
Installation : #apt-get install git-core
Téléchargement : #git clone https://github.com/letsencrypt/letsencrypt
Dossier : #cd letsencrypt
Configuration : #./letsencrypt-auto
Renouveler le certificat SSL : #./letsencrypt-auto renew
-
J'ai synthétisé un peu tout ce qui est sur ce topic, et rajouté d'autres choses trouvées ailleurs. J'arrive à la fin des configs. Dites moi si quelque chose ne va pas :)
Pour ne pas s’embêter, on execute tout en root :
#sudo su -
On met le système à jour :
#apt update && apt upgrade
Installer LAMP
MariaDB :
#apt install mariadb-server
Apache2
#apt install apache2
PHP :
#apt install php libapache2-mod-php php-mysql
2) Téléchargement de WordPress + décompression
#cd
#wget https://fr.wordpress.org/wordpress-4.9.7-fr_FR.tar.gz
#tar zxvf wordpress-4.9.7-fr_FR.tar.gz
3) Création des dossiers racine web :
(Avec l'arborescence que j’utilise)
#mkdir -p /var/www/site1/html
#mkdir -p /var/www/site2/html
…
4) Déplacement de WordPress vers les bons dossiers :
On supprime le contenu du dossier racine :
#rm -R /var/www/site1/html
#mv wordpress /var/www/site1/html
Pour les autres sites :
#cd
#tar zxvf wordpress-4.9.7-fr_FR.tar.gz
Puis
#rm -R /var/www/site2/html
#mv wordpress /var/www/site2/html
#service apache2 restart
Et recommencer pour chaque site
4) Virtualhosts
#cd /etc/apache2/sites-available
#cp /etc/apache2/sites-available/000-default.conf /etc/apache2/sites-available/nom-du-site.conf
#nano nom-du-site.conf
Modifier le fichier :
<VirtualHost *:80>
ServerAdmin contact@monsite1.fr
ServerName monsite1.fr
ServerAlias www.monsite.fr
DocumentRoot /var/www/monsite1/html
ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined
</VirtualHost>
# vim: syntax=apache ts=4 sw=4 sts=4 sr noet
Puis quitter
^X (control + X)
Et sauvegarder
Y puis Entrer (touche Y puis touche Entrer)
#service apache2 restart
Puis créer un Virtualhost par site.
5) Donner les droits d’écriture à Apache
#chown -R www-data:www-data /var/www/site1/html
#service apache2 restart
Et pareil pour chaque site
6) Créer les bases de données
#mysql
#CREATE DATABASE site1;
#CREATE USER ‘user’@‘localhost’ IDENTIFIED BY ‘password’;
#GRANT ALL PRIVILEGES ON site1. TO * ‘user’@‘localhost’;
Et WordPress te voilà…
7) Configurer php.ini
Étape préliminaire : Se mettre dans le dossier du fichier PHP :
- PHP 5: #cd /etc/php5/apache2/
- PHP 7.0 : #cd /etc/php/7.0/apache2/
- PHP 7.2 : #cd /etc/php/7.2/apache2/
1/ Augmentation de la limite mémoire de 128 à 256 Mo :
#sed -i -e "s/memory_limit = 128M/memory_limit = 256M/g" php.ini
Vérification : #grep memory_limit php.ini
2/ Augmentation du post_max_size de 8Mo à 8 Go :
#sed -i -e "s/post_max_size = 8M/post_max_size = 8000M/g" php.ini
Vérification : #grep post_max_size php.ini
3/ Augmentation du upload_max_filesize de 2Mo à 6 Go :
#sed -i -e "s/upload_max_filesize = 2M/upload_max_filesize = 6000M/g" php.ini
Vérification : #grep upload_max_filesize php.ini
4/ Configuration du date.timezone :
#sed -i -e "s/;date.timezone =/date.timezone = \"Europe\/Paris\"/g" php.ini
Vérification : #grep date.timezone php.ini
5/ Configuration du date.timezone :
#sed -i -e "s/;date.default_latitude = 31.7667/date.default_latitude = 48.8534/g" php.ini
Vérification : #grep date.default_latitude php.ini
6/ Configuration du date.timezone :
#sed -i -e "s/;date.default_longitude = 35.2333/date.default_longitude = 2.3488/g" php.ini
Vérification : #grep date.default_longitude php.ini
Puis redémarrer Apache : #service apache2 restart
8. Configurer le serveur mail :
(Chez OVH -> serveur mail de 5 Go par domaine)
L’activer
Télécharger le plugin WP Mail SMTP
Configurer le plugin
Me reste plus qu’à configurer correctement Apache et supprimer le /index.php
Et configurer un backup vers FTP
EDIT : Je rajoute le certificat let's encrypt
Se mettre à la racine : #cd /
Installation : #apt-get install git-core
Téléchargement : #git clone https://github.com/letsencrypt/letsencrypt
Dossier : #cd letsencrypt
Configuration : #./letsencrypt-auto
Renouveler le certificat SSL : #./letsencrypt-auto renew
J'ai oublié de noter que après chaque config de vHost, il faut taper
#a2ensite monsitesite.fr
Sinon on reste sur la page html de base d'Apache :)
-
Concrètement c'est quoi l'avantage de configurer ses VirtualHosts "à la main" ?
Ben déjà tu peux briller dans les soirées.
Ou aussi le matin quand tu te brosse les dents tu peux te dire : "moi je suis pas une lopette, je configure mes vhosts moi meme"
Tu pourras le dire a ta mere aussi : "hé tu sais que tu parles plus a n'importe qui là, je configure mes vhosts a la main !". Elle sera fiere comme tout.
etc...
-
Sinon, ca sert juste a ne pas faire confiance a un script, perso je ne fais pas d'HTTP, donc de toute façon le script ne saurait pas où trouver l'original :)
-
C'est toujours poilant de voir que l'on incite les apprentis à faire confiance aux scripts. :D
-
Ça va les chevilles sinon ? :p
-
Ben déjà tu peux briller dans les soirées.
Ou aussi le matin quand tu te brosse les dents tu peux te dire : "moi je suis pas une lopette, je configure mes vhosts moi meme"
Tu pourras le dire a ta mere aussi : "hé tu sais que tu parles plus a n'importe qui là, je configure mes vhosts a la main !". Elle sera fiere comme tout.
etc...
Interessant en effet ::)
Sinon, ca sert juste a ne pas faire confiance a un script, perso je ne fais pas d'HTTP, donc de toute façon le script ne saurait pas où trouver l'original :)
Bon du coup je vais réinstaller mon VPS de tests et essayer :)
C'est toujours poilant de voir que l'on incite les apprentis à faire confiance aux scripts. :D
Allé je vais essayer de me détacher des scripts ;D
-
Ca fait pas loin de 3 semaines maintenant...et c'est marrant mais ta 'synthèse' ressemble de plus en plus a un Dockerfile... ::)
Je ne sais pas ton objectif ici il n'est pas clair mais si tu cherches à faire tourner un WP et c'est clairement pas la meilleur approche.
-
Ca fait pas loin de 3 semaines maintenant...et c'est marrant mais ta 'synthèse' ressemble de plus en plus a un Dockerfile... ::)
Je ne sais pas ton objectif ici il n'est pas clair mais si tu cherches à faire tourner un WP et c'est clairement pas la meilleur approche.
La synthèse est la même que celle que je me suis noté si je devais avoir des trous ;D
Mon objectif c’est de faire tourner plusieurs sites sous WordPress hébergés sur VPS et d’avoir quelque chose de totalement fonctionnel (SSL, mail, Apache,...). Je n’ai jamais touché aux VPS, à Linux et très rarement à un terminal. Mais c’est chouette d’apprendre :)
-
/index.php/ au revoir :D
C'était donc bien la configuration d'Apache. J'ai rajouté ceci dans apache2.conf :
<Directory /var/www/monsite/html>
Options Indexes FollowSymLinks MultiViews
AllowOverride All
Order allow,deny
allow from all
</Directory>
Avec un bloc par site :)
-
Mets le dans le virtualhost de chaque site, pas dans le apache2.conf. Tu ne dois PAS le toucher. :)
-
Mets le dans le virtualhost de chaque site, pas dans le apache2.conf. Tu ne dois PAS le toucher. :)
Oki, je change ça :) Ça te paraît bon comme ça ?
Dans monsite.conf :
...
RewriteRule ^ https://%{SERVER_NAME}%{REQUEST_URI} [END,NE,R=permanent]
<Directory /var/www/motors/html>
Options Indexes FollowSymLinks MultiViews
AllowOverride All
Order allow,deny
allow from all
</Directory>
</VirtualHost>
...
Dans monsite-ssl.conf :
...
CustomLog ${APACHE_LOG_DIR}/access.log combined
<Directory /var/www/motors/html>
Options Indexes FollowSymLinks MultiViews
AllowOverride All
Order allow,deny
allow from all
</Directory>
Include /etc/letsencrypt/options-ssl-apache.conf
...
</VirtualHost>
C’est tout bon comme ça ?
-
Ca ne sert a rien de faire deux fichiers de conf pour le même site :)
-
+1 : met un seul fichier .conf qui gère le ssl et la redirection sur le port 80.
-
Ca ne sert a rien de faire deux fichiers de conf pour le même site :)
+1 : met un seul fichier .conf qui gère le ssl et la redirection sur le port 80.
C’est let’s encrypt qui a fait ça, mais je vais configurer moi même mes vhost pour le SSL maintenant :)
-
Rien que pour toi, je te file mon template :)
/opt/letsencrypt/letsencrypt-auto certonly --webroot --rsa-key-size 4096 -d $1 -w /var/www/letsencrypt
Il faut :
- créer le dossier /var/www/letsencrypt
- mettre ce vhost :
Alias /.well-known/acme-challenge/ /var/www/letsencrypt/.well-known/acme-challenge/
<Directory "/var/www/letsencrypt/.well-known/acme-challenge/">
Options None
AllowOverride None
ForceType text/plain
RedirectMatch 404 "^(?!/\.well-known/acme-challenge/[\w-]{43}$)"
</Directory>
ProxyPass /.well-known/acme-challenge !
- Et remplacer $1 par ton site
-
Rien que pour toi, je te file mon template :)
/opt/letsencrypt/letsencrypt-auto certonly --webroot --rsa-key-size 4096 -d $1 -w /var/www/letsencrypt
Il faut :
- créer le dossier /var/www/letsencrypt
- mettre ce vhost :
Alias /.well-known/acme-challenge/ /var/www/letsencrypt/.well-known/acme-challenge/
<Directory "/var/www/letsencrypt/.well-known/acme-challenge/">
Options None
AllowOverride None
ForceType text/plain
RedirectMatch 404 "^(?!/\.well-known/acme-challenge/[\w-]{43}$)"
</Directory>
ProxyPass /.well-known/acme-challenge !
- Et remplacer $1 par ton site
Génial merci :D Je teste tout ça cet aprèm
-
Moi c'est encore plus simple, sans créer de dossier letsencrypt :
Une commande : certbot --apache --domains domain-name.com certonly
dans le fichier de configuration Apache tu mets :
SSLCertificateFile /etc/letsencrypt/live/domain-name.com/fullchain.pem
SSLCertificateKeyFile /etc/letsencrypt/live/domain-name.com/privkey.pem
Il faut juste remplacer domain-name.com par ton site à toi.
Simple et efficace.
Le renouvellement du certificat est automatique.
-
Ouais, mais tu utilises un template de configuration dépendant d'apache. Perso j'ai des certificats pour des choses qui ne sont pas des sites web (mail, irc...).
-
Moi c'est encore plus simple, sans créer de dossier letsencrypt :
Une commande : certbot --apache --domains domain-name.com certonly
dans le fichier de configuration Apache tu mets :
SSLCertificateFile /etc/letsencrypt/live/domain-name.com/fullchain.pem
SSLCertificateKeyFile /etc/letsencrypt/live/domain-name.com/privkey.pem
Il faut juste remplacer domain-name.com par ton site à toi.
Simple et efficace.
Le renouvellement du certificat est automatique.
Ah oui c'est plus court :D
Ouais, mais tu utilises un template de configuration dépendant d'apache. Perso j'ai des certificats pour des choses qui ne sont pas des sites web (mail, irc...).
Donc étant donné que je n'héberge que des sites web sur ma VM, je peux partir sur le méthode de Vivien ?
-
As u want
-
As u want
Oki ;) Donc pour mon utilisation c’est du pareil au même que je prenne l’une ou l’autre ? Je veux dire il n’y a pas de « fonctions » supplèmentaires avec la tienne (pour du web toujours) ?
-
Je crois que c'est tout bon après trois semaines :)
Merci à tous pour votre aide sans laquelle ça aurait été bien plus compliqué !
Si vous voyez encore quelque chose que j'aurais oublié, je suis tout ouïe ;)
J'ai envoyé ma sauvegarde, plus qu'à configurer tous les plugins de sécurité (mais cette partie je sais faire, vous inquiétez pas ;D)
-
Enfaite, pour l'erreur 2002 avec MariaDB (à laquelle je suis abonné ;D), j'utilise ça :
sudo apt-get remove --purge mysql*
sudo apt-get autoremove
sudo apt-get install mariadb-server
sudo mysql_secure_installation
sudo service mysql restart
sudo mysql -uroot
-
Il ne faut plus utiliser apt-get mais apt, hein :)
-
Il ne faut plus utiliser apt-get mais apt, hein :)
apt get c’est pour Debian, et apt pour Ubuntu ou c’est comme ça depuis Ubuntu 18.04 (ou avant peut être) ? Mais rassure moi, ça ne peut pas causer problèmes (grave du moins) ?
-
apt get c’est pour Debian, et apt pour Ubuntu ou c’est comme ça depuis Ubuntu 18.04 (ou avant peut être) ? Mais rassure moi, ça ne peut pas causer problèmes (grave du moins) ?
Apt est également présent dans Debian, ça ne pose pas problème simplement certaines distributions poussent l'utilisation d'apt au lieu d'apt-get
-
Apt est également présent dans Debian, ça ne pose pas problème simplement certaines distributions poussent l'utilisation d'apt au lieu d'apt-get
Merci pour ces informations :) Comme je trouvais les deux sur internet, j’avais un doute. Donc faut que je prenne l’habitude d’utiliser apt :)
-
apt est plus 'user friendly'. il regroupe en une seule commande les fonctionnalités de apt-get et apt-cache.
en plus 'apt install ...' ne laisse rien dans /var/cache/apt/archives/ contrairement a 'apt-get install ...' qui nécessite un "apt-get clean" pour faire le ménage.
-
apt get c’est pour Debian, et apt pour Ubuntu ou c’est comme ça depuis Ubuntu 18.04 (ou avant peut être) ? Mais rassure moi, ça ne peut pas causer problèmes (grave du moins) ?
Déjà avec Ubuntu 16.04 il était conseillé d'utiliser apt à la place apt-get ou aptitude
Sinon, cela ne cause aucun problème.
-
apt est plus 'user friendly'. il regroupe en une seule commande les fonctionnalités de apt-get et apt-cache.
en plus 'apt install ...' ne laisse rien dans /var/cache/apt/archives/ contrairement a 'apt-get install ...' qui nécessite un "apt-get clean" pour faire le ménage.
Oki ;) Et le apt-get clean c'est à faire en plus au moment de la suppression d'un paquet installé avec apt get c'est bien ça ?
Déjà avec Ubuntu 16.04 il était conseillé d'utiliser apt à la place apt-get ou aptitude
Sinon, cela ne cause aucun problème.
Ah oui ça fait déjà un bon moment :)