Reprise du message précédent :

 
Le dossier /etc/init.d/ contient des scripts d'arrêt / démarrage, re-démarrage pour certains services installés.  
 
Si tu as installé apache2 via apt-get alors, ce dernier a installé le binaire apache dans /usr/sbin/, les fichiers de configuration dans /etc/apache2/ et le script de démarrage / arrêt / re-démarrage dans /etc/init.d/.
 
Pour vérifier les scripts dispo dans ce dossier :
 

 
A noter aussi, qu'il faut très certainement utiliser sudo :
 

 
A noter que ce comportement est assez classique pour beaucoup de services qui se composent (en simplifiant) :  
 

• D'un binaire dans /usr/bin ou /usr/sbin (sbin pour les binaires demandant des droits "super" ou root) ;
• De fichiers de configuration dans /etc/nom_du_service, voire aussi /etx/default/nom_du_service ;
• Au besoin, de scripts d'amorçage dans /etc/init.d/

Bien évidemment on parle ici, de système GNU/Linux et non pas Unix / BSD, ni même Windows.

Ok merci, justement, le problème c'est que je suis parti des sources d'Apache. Et apparemment ça n'a pas créé les scripts de démarrage dans /etc/init.d/ ! Je suppose que ça doit être normal...
 
Donc dans ce cas précis, comment faut-il procéder ? les créer manuellement ? une commande spécialisée existe peut être pour faire ça ?

J'avais cru comprendre que tu avais finalement utilisé "apt-get" :
 

 
Si tu as compilé à la main, il faut certainement créé un script d'amorçage à la main aussi,le rendre éxécutable, le placer au bon endroit et enfin l'exécuter.
 
Il y a sûrement plus d'info sur le site d'Apache.
 
Edit : le script d'amorçage est peut-être disponible avec le répertoire contenant les sources.

Désolé, je parlais des dépendances pour l'utilisation apt-get (APR,PCRE etc etc...), j'ai compilé uniquement apache 2.4.4 à la main.
 
Ok si c'est comme ça qu'il faut faire, je vais essayer...
 
Merci ^^
 
La prochaine étape est donc d'intégrer PHP et MYSQL à mon install !!

Je veux pas troller, mais apache c'est une bouse.  
 
Amuse-toi plutôt avec nginx + naxsi, php-fpm et pour la db... pas vraiment d'avis. Sûrement MySQL ou MariaDB pour rester dans le très classique.
 
Je pense que c'est très bien de vouloir compiler soi-même des programmes, cela va t'apprendre plein de choses. Rien que depuis le début du topic, on voit clairement que tu as progressé. Par contre, je te donne un conseil qui n'engage que moi, et que tu suivras ou pas : utilise les programmes et surtout les versions "packagées" dans ta distribution.
 
Prends une Debian, Fedora, CentOS, et apprends les différents outils propres à ces distrib et installe un serveur fonctionnel web + php + db avec les paquets de base.
 
Si tu veux bosser dans ce domaine, cela te servira beaucoup plus. La plupart des entreprises va utiliser des programmes qui se trouvent dans les paquets, car en général ce sont des programmes "approuvés" qui tournent depuis longtemps, que l'on sait fonctionnels et peu buggués. Mais bien sûr, des fois tu tomberas sur un webmaster qui voudra un MySQL 5.5 sur une Debian car il pensera que ça va accélérer son site alors qu'en fait c'est son code qui est tout pourri et pas optimisé... mais c'est une autre histoire.
 
Même si l'installation est simple, il y a de quoi faire : installe LAMP, ensuite installe Nginx + php-fpm + mysql.  
 
Amuse-toi à optimiser le tout, créer plusieurs "virtual hosts", des DB différentes avec des mots de passes uniques. Va dans le DB et regarde les requêtes, etc.
 
Encore une fois, je ne sais pas du tout si c'est que tu veux apprendre ou pas. Si tu veux apprendre un gérer un système Linux et apprendre le fonctionnement, ça peut être une approche. Si tu veux juste compiler alors je suis hors sujet.  
 
Quoiqu'il en soit bon courage !

Héhé, je sais bien que nginx connait un certain succès sur ce que j'ai pu lire mais je me base d'abord plus sur la "popularité" en entreprise effectivement. Apache est encore loin devant, je trouve que pour quelqu'un qui part de zéro (ou quasiment), c'est plus simple de rester dans du "connu".
J'ai effectivement plusieurs buts :
- Monter en compétence pour ma carrière "pro", pouvoir mettre quelques trucs en plus sur mon CV (premier point à court terme).
- Maitriser de bout en bout l'OS. Linux offre quand même ce avantage certain par rapports aux autres OS. (point perso + pro)
- Devenir un vrai "guru" Linux (sur du long terme évidemment).
 
Bref, merci de tes conseils, j'en suis bien conscient  et je l'ai vu que c'est carrément plus facile d'utiliser les versions "packagées". Tu as d'ailleurs surement raison pour les entreprises mais je me suis dit que je verrais plus de choses si je fais tout en manuel !!! Et c'est carrément le cas vu les galères que je rencontre !! (j'ai même abandonné plusieurs install pour repartir à zéro !)
 
Je pense que j'ai été trop vite de toute façon et qu'il me manque certains "bases". J'ai donc décidé de faire un petit break et de lire certains tutoriaux donc celui la sur Linux, la compilation etc etc...
Je refuse aussi d'avoir un mode graphique pour le moment
 
http://www.siteduzero.com/informat [...] e-de-linux
 
http://www.siteduzero.com/informat [...] -gnu-linux
 
http://www.siteduzero.com/informat [...] -gnu-linux
 
 

Pour info Apache 2.4 est packagé sur les *BSD
(NetBSD en particulier)
 
cf ma signature si jamais (shameless plug)

ohh, sur quel version de NetBSD ?
http://distrowatch.com/table.php?distribution=netbsd
 
Si le tableau de distrowatch est à jour, la 5.1 ne l'a pas
En tout cas, j'suis pas encore prêt à aller vers les *BSD ! chaque chose en son temps..
 
Sinon ici, y'a un autre petit tuto pour installer Apache 2.4 sur Ubuntu
faudra je regarde ça de plus prêt !
http://mariobrandt.de/archives/apa [...] ebian-519/

 
La dernière version de NetBSD est la 6.0.1 Ceci-dit, je te conseille plutôt l'installeur de la 6.0. J'ai repéré des comportements bizarres dans l'installeur de la 6.0.1, il faudrait que je prenne le temps de creuser la chose pour voir s'il est question de réels bugs.
 
Une fois que tu auras installé Apache, je te recommande de jouer avec les options, et de les comprendre : mpm, système de forking, etc.
 
Toujours et encore pour en revenir à Nginx, il est utilisé en entreprise de plus en plus : en remplacement d'apache et aussi en reverse proxy. Dans le cas du reverse proxy, c'est un fonctionnement très utile et intéressant à apprendre. D'autent plus que tu peux installer une machine virtuelle avec un RP Nginx et une autre avec ton stack LAMP, les deux communicant entre elles. C'est un très bon exercice, très formateur, et ce même sans compiler.

Pas mieux, mais akizan m'a fait remarqué quelques options sympatoches dans la 2.4.4 d'apache.
 
[aigri on ]
Quand à l'installation "depuis un apt", j'en avais parlé avant. Il serait bon de lire ce qu'indiquent les autres, non ?  
[aigri off ]
 
Pour info aussi, mySQL n'est plus à utiliser, il faut regarder MariaDB

 
Oui, oui, je sais que tu en as parlé ! Mais je voulais en remettre une couche. Je pense vraiment que savoir compiler un programme c'est bien, mais on a très vite fait le tour :  
 

 
Il est plus intéresant d'apprendre le fonctionnemt des différents applications. Et surtout il y a énormément à apprendre.
 
Enfin pour ce qui de la BDD, oui MariaSQL sera problablement mieux que MySQL (pas de Oracle inside) après est-ce que ce genre de BDD n'est pas dépassé aujourd'hui... je pense que si. Mais là, les alternatives sont maigres, surtout côté "apllications supportées par les alternatives intéresantes basé sur du noSQL".

Tiens j'ai une question par rapport à Apache.
Quand on a l'erreur FQDN du nom de serveur inconnu, il y a possibilité de modifier le /etc/hosts et /etc/hostname pour que Apache ne mette plus d'erreur.
Dans ce cas précis, quelle est la commande pour que ces 2 fichiers modifiés soient pris en compte car pour l'instant, à part le reboot du PC, je sais pas quoi faire.
 
(voir ici : section 5.1, 2ème solution : http://doc.ubuntu-fr.org/apache2)
Merci

Tu dois relancer apache2 :
 

 
de mémoire un reload suffit, sinon remplace pas restart

ok je vais essayer et je te redis ça !
Merci

désolé de te décevoir mais ça change rien, ni le reload, ni le restart
 

 
D'autres idées ?

Oui, une idée, vérifie ton fichier de configuration /etc/hosts car ça fonctionne :
 
 
il doit ressembler à ça :
 

 
ensutie :
 

Le mien ressemble à ça :
 

 
En fait j'ai toujours pas capté l'histoire du 127.0.0.1 et 127.0.1.1...

Essaye ça :
 

 
En admettant que "ubuntu" soit le nom de ton pc, soit le nom retourné par :

 
ou  

 
Edit : pour le 127.0.1.1, je ne connaissais pas non plus... visiblement c'est un truc rajouté "réceomment" pour permettre à des software buggés (troll inside) de communiquer avec le PC correctement...
 
Sur un vrai serveur, je commenterais direct cette ligne. D'ailleurs aucun de mes serveurs ne possède cette ligne, sauf une VM sous Linux Mint que j'ai créé pour toi afin de vérifier la conf apache et le reload. Encore une fois, je n'utilise plus Apache depuis longtemps et j'en ai même plus sous l main à administrer.

Merci à toi pour le temps que tu me consacre !!
Pour en revenir à nos moutons; OUI ça marche comme ça sauf que ça me plait pas
ok pour le 127.0.1.1, je le commente, par contre localhost.localdomain, j'en veux pas car :
- Je comprend pas sa signification exacte.
- Admettons que j'indique à Apache que mon hostname a bien un nom FQDN, pourquoi utiliser localhost.localdomain ?
 
Donc mon idée c'est :

 
Faut je teste si ça marche... Sachant que mon /etc/hostname est bien ubuntu.monrezo.fr
 
Edit : pour mon hostname qui change sans besoin de reboot, ça serait pas plutôt ça dont j'ai besoin :

Vu ici : http://www.ducea.com/2006/08/07/ho [...] ux-system/

 
localhost.localdomain est un exemple. Libre à toi d'utiliser les valeurs qui te concernent.
 
Par contre, tu parles de monrezo.fr, possèdes-tu ce domaine ?
 
Si tu ne le possèdes pas, alors je te conseille d'utiliser un domain local du genre monrezo.lan ou monrezo.home, etc
 
Ensuite, dans ton fichier /etc/hosts, modifie le de la sorte :
 

 
avec xxx.xxx.xxx.xxx pour l'ip fixe du pc, ensuite un nom FQDN pour ton pc, et enfin le "hostname".
 
si tu modifies le hostname, tu le fais via  

 
Ensuite, comme indiqué dans ton lien tu peux vérifier les noms avec
 

 
et
 

 
NB : j'ai remis uniquement locahost sur la première ligne et viré la ligne 127.0.1.1, Apache ne devrait pas chouiner.

Ouaip c'est carrément mieux comme çà.
 
Après modification des fichiers, comme tu le disais même pas besoin de
sudo service hostname restart
sudo service networking restart
logout
 
un apache2 reload et restart et c'est bon

Je reviens encore et tjrs à mon Apache
Nouvelle petite question, sur des infras de production, en ce qui concerne DNS, voyez vous souvent/occasionnellement/jamais un serveur Apache qui fait également office de serveur DNS ????
 
Deuxième question : DNS est-il obligatoire pour Apache ?
Je me pose la question pour savoir si je dois gérer mon serveur Ubuntu via /etc/hosts ou via un vrai DNS.
 
Merci pour vos avis ^^

Stricto sensus non. Apache peut bosser uniquement avec des adresses IP
 

Tout dépend de ce que tu veux faire. Mais une gestion centralisée est quand même beaucoup plus flexible. Une configuration d'un serveur bind reste relativement simple. Après que cette fonction soit directement sur la machine qui fait serveur dns ou sur un autre équipement.... Ca ne change pas grand chose fonctionnellement.

ok ça me va tout à fait comme réponse.
Aller je vais me lancer sur "bind" dans ce cas
 
PS : je connaissais même pas le nom "bind" avant que tu en parles...
 
Merci

As-tu essayé "Options FollowSymLinks"?