Bonjour à tous,
Voilà je suis e-commerçant/développeur autodidacte et je fais tourner mes sites sur un VDS infogéré.
Mais j'aimerais le gérer intégralement tout seul, mais pour cela j'aimerai me former histoire de ne pas faire de connerie, au risque de faire tomber mes sites et le serveur.
Ce que j'aimerai faire:
- installer, mettre à jour mon serveur
- configurer le serveur par vhost
- être capable d'installer un reverse proxy NGINX/VARNISH
- être capable d'installer un/des certificats SSL.
- être capable de dupliquer mon serveur
- configuration de port
Auriez vous des livres, cours en ligne à me recommander ?
# puisqu'il est des notres, autant lui faire de la pub
Posté par NeoX . Évalué à 1.
peut-etre commencer par là
http://linuxfr.org/news/webinaires-29-oct-et-5-nov-2015-choisir-et-installer-un-serveur-linux-securise
# à tester au prélable sur une machine de test identique
Posté par nono14 (site web personnel) . Évalué à 4.
car tu vas inévitablement faire des betises.
Système - Réseau - Sécurité Open Source
[^] # Re: à tester au prélable sur une machine de test identique
Posté par gotcha5832 . Évalué à 1.
Tout à fait je suis déjà en train de me monter un serveur chez moi
[^] # Re: à tester au prélable sur une machine de test identique
Posté par gotcha5832 . Évalué à 1.
Justement, par exemple comment créer un serveur à domicile qui soit identique à celui de l'hébergeur?
2.6.32-74-server #142-Ubuntu x86_64 GNU/Linux
php5.5.1
Mysql5.0.92
[^] # Re: à tester au prélable sur une machine de test identique
Posté par NeoX . Évalué à 2.
ben en installant le meme linux que celui de l'hebergeur ?
ici on voit :
- Ubuntu-x84_64 => Ubuntu 64 bits
- 2.6.32 => ca ne va pas nous aider car ca peut etre le noyau de la distrib, ou le noyau de l'hyperviseur.
il faut donc faire
cat /etc/issuequi devrait nous en apprendre plus.
une fois que tu as installé le meme Linux,
il te suffira d'installer php5, mysql,
ca devrait tomber sur les memes versions que celui de l'hebergeur, ou pas trop loin.
[^] # Re: à tester au prélable sur une machine de test identique
Posté par gotcha5832 . Évalué à 1. Dernière modification le 01 novembre 2015 à 13:05.
Je te remercie c'est ce que je pensais.
Je suis en train de voir justement pour upgrader vers la 14.04. LTS
Et pour récupérer tout ce qui vas etre configuration vhost??
[^] # Re: à tester au prélable sur une machine de test identique
Posté par NeoX . Évalué à 2.
houla, c'est pas gagné pour un upgrade en partant d'aussi loin.
10.04 a beau ete une LTS,
depuis il y a eu 12.04, 14.04 et bientot 16.04
http://www.ubuntu.com/info/release-end-of-life
pour la config, ben c'est la que debute la formation,
- comment configurer un vhost sur un serveur apache/nginx/lighttpd ?
si tu sais comment le configurer, alors tu sais comment le sauvegarder et aussi comment le reinstaller.
une piste, ca se trouve generalement dans
/etc/apache2/site-available/pour la configurationet dans le dossier indiqué dans la configuration pour le contenu.
[^] # Re: à tester au prélable sur une machine de test identique
Posté par gotcha5832 . Évalué à 1.
Coté mise à jour c'est ce que me dis mon hebergeur.
Il refuse de se charger de la mise à jour, et me dis que c'est à mes risques et périls.
A votre avis, quel est la nécessité de tenter la mise à jour?
Sécurité, performance?
[^] # Re: à tester au prélable sur une machine de test identique
Posté par NeoX . Évalué à 2.
comme toutes les mises à jours,
cela se prepare (avec une machine de tests que tu vas installer avec un ubuntu 10.04)
sur laquelle tu vas installer ton site, ta base de données…
puis tu vas faire plusieurs essais pour passer en 12.04, puis en 14.04
avec plus ou moins de reussite.
un cas perso : une migration 12.04 => 14.04 a completement pété un site qu'on avait developpé avec des copains.
la cause ? des bouts de codes PHP, codés en mode 4.x
qui etaient encore valides mais depreciés (deprecated) en 5.1, 5.2
mais qui n'étaient plus present en 5.3.
moralité, par flemme on a remis une VM en 12.04, et on a laissé le vieux code.
# Je voudrais pas te décourager, mais...
Posté par kna . Évalué à 2. Dernière modification le 29 octobre 2015 à 17:04.
Si ton site est important et génère des sous, ce n'est probablement pas une bonne idée de vouloir tout gérer tout seul.
Actuellement, tu dis qu'il est infogéré. Si ton infogéreur n'est pas mauvais, il va monitorer ton serveur et réagir aussitôt si un problème survient à 3h du matin ou pendant que tu es en vacances à l'autre bout du monde, il aura de l'expérience et pourra réagir efficacement quand un concurrent fera une attaque DOS sur ton site pendant les soldes. Si ton trafic augmente avec le temps, il pourra aussi anticiper un upgrade avant que le serveur soit ras-la-gueule.
Tout seul, pourra-tu être aussi réactif ?
Après, si le site que tu comptes héberger n'est pas ton activité principale et que tu peux donc te permettre des indisponibilités assez longues (en fonction de ta disponibilité), tu peux tenter. Mais rajoute alors dans ta liste « faire des backups ».
[^] # Re: Je voudrais pas te décourager, mais...
Posté par gotcha5832 . Évalué à 1.
Je te remercie, effectivement mon site me rapporte et est mon activité principal.
Et je pense m'être mal exprimé.
Mon objectif n'est pas de tout géré tout seul, ni de devenir hebergeur, ou heberger mes sites, mais plus d'être autonome, et être en mesure de le faire.
Effectivement je ne peux pas être 24/24 devant mon ordi, et donc ne peux remplacer une équipe d'infogérance.
En revanche j'aimerai mettre ou tester différente chose dans le vue d'améliorer mes performances, ou encore pouvoir mieux comprendre mon serveur afin de savoir ce qui est possible ou non.
[^] # Re: Je voudrais pas te décourager, mais...
Posté par totof2000 . Évalué à 2.
Hello.
Commence déjà à faire une liste de ce que tu aimerais fare, et présente la éventuellement ici. Sur chaque item, mets une priorité, et une raison pour laquelle tu veux savoir (curiosité, pouvoir être autonome sur ce point, devenir un expert …. ).. Ca nous permettra de t'aider et de t'orienter de façon plus efficace.
[^] # Re: Je voudrais pas te décourager, mais...
Posté par gotcha5832 . Évalué à 1.
Je te remercie, je vais donc essayer ici d'etre un peu plus explicite.
Il y a finalement trois grande section.
1 - Étant le seul décideur technique, il me faut être capable de prendre les bonne décisions, que ce soit de ce qu'il y à faire ou faire faire au niveau du serveur
2 - Améliorer les performance du site et du serveur. Au niveau de mon code j'essaye toujours d'avoir de site performant, et j'aimerai developper cet aspect coté serveur. D'ou mes questions actuels, Dois je installer NGINX, Varnish, PHP7, MariaDb, Dois je, comment et quels sont les risque de supprimer tous les HTACCESS
3 - Afin de developpé et testé mes config serveur il me faudrais installé ici un serveur identique à celui de l'hebergeur. Comment répliqué, copié configurer celui ci?
Concrètement
Tache 1:
=> Prendre des décisions éclairées, sur l'installation, la configuration l'administration du serveur, être capable d'acheter un prestation d’infogérance…
Priorité:
=> 10/10
La raison
Une nécessité
Tache 2:
=> Réinstallation du serveur
Aujourd'hui je me retrouve avec un serveur sous ubuntu10.04, qui est obsolète et non maintenu, et que l'hebergeur refuse de mettre à jour.
Il faut donc que je le fasse pas moi même, et je suis bloqué. j'ai mon un VM chez moi avec ubuntu10.04 tenté un sudo do-release-upgrade -d et ca plante à chaque fois.
Donc je crois qu'il va me falloir repartir sur un nouvelle distrib mais je n'ai aucun idée comment installer un nouvelle distribution via SSH?
Sachant que sur le serveur actuel, c'etait l’hébergeur qui avait installé le serveur mail, les vhost (car j'ai 7 domaines dans un dossier sur une ip), je n'ai aucune idée comment reconfigurer tout celà à l'identique.
Priorité:
=> 9/10
La raison
Une nécessité
Tache 3:
=> installer NGINX ou Varnish
Priorité:
=> 7/10
La raison
Améliorer les performance
Tache 4:
=> être capable d'installer un/des certificats SSL.
Priorité:
=> 5/10
La raison
être autonome ou à défault savoir qu'acheter et faire installer
Tache 5:
=> savoir configurer Vhost
Priorité:
=> 7/10
La raison
Etre expert ou au moins très autonome, afin de pouvoir configurer mon serveur au petit oignons, sans risque pour les sites/domaine/SEO, et pouvoir améliorer les perf en virant les htaccess
# Un bon bouquin.
Posté par KiKouN . Évalué à 2.
Je te recommande la lecture d'un bon bouquin sur l'administration générale de la distribution que tu utilise. Généralement, ces livres contiennent :
Tout ne te serai pas utile, mais tu auras une bonne vision d'ensemble et les bases. Il pourra même être suffisant selon tes besoins et son contenu.
Ensuite, tourne toi vers des livres spécialisées dans un domaine ( nginx, varnish par exemple ) si besoins. Mais dans ce cas, il y a bien souvent assez de documentation dans le man, le site du logiciel ou le web.
[^] # Re: Un bon bouquin.
Posté par gotcha5832 . Évalué à 1. Dernière modification le 01 novembre 2015 à 11:00.
Aurais tu un bon bouquin sur l'administration ubuntu à me recommander? idéalement sur kindle?
[^] # Re: Un bon bouquin.
Posté par nono14 (site web personnel) . Évalué à 3.
ça existe: Cahier de l'Admin Debian
Système - Réseau - Sécurité Open Source
[^] # Re: Un bon bouquin.
Posté par gotcha5832 . Évalué à 1.
Mais c'est débian?
[^] # Re: Un bon bouquin.
Posté par mathle . Évalué à 1.
On dirait bien :-)
Ceci dit, Ubuntu a une base Debian, il doit être suffisamment proche au niveau admin.
[^] # Re: Un bon bouquin.
Posté par gotcha5832 . Évalué à 1.
Sinon vous connaissez:
- http://izibook.eyrolles.com/produit/3456/9782212253634/Linux%20administration%20-%20Tome%201
- http://izibook.eyrolles.com/produit/1279/9782363180742/Linux%20administration%20-%20Tome%202
- http://izibook.eyrolles.com/produit/2190/9782212158861/Linux%20Administration%20-%20Tome%203
[^] # La logique Eyrolles
Posté par gotcha5832 . Évalué à 1.
Le soucis est que le dernier tome (http://www.eyrolles.com/Informatique/Livre/linux-administration-tome-4-9782212122480) sur les serveurs web n'est dispo qu'en papier.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.