Création
d'entreprise
Posez votre question Signaler

[Fedora 10] - Problème apache [Résolu]

K_Bahamut 1268Messages postés 15 août 2005Date d'inscription 30 janvier 2012Dernière intervention - Dernière réponse le 8 juin 2011 à 17:28
Bonjour à tous,
Voilà, cela fait plusieurs fois que j'essaie d'installer un serveur web sur ma Fedora, mais à chaque fois j'ai un problème (différent, qui plus est).
Donc cette fois je viens demander de l'aide ^^
J'ai donc suivi un (nouveau) tuto sur le web, d'un ami qui a mis en prod son serveur web en 5 minutes, sur une Fedora installée depuis tout juste 8 heures.
# yum install httpd php
# chkconfig --levels 235 httpd on
# /etc/init.d/httpd start

Et c'est là que le bât blesse :
Starting httpd: (98)Address already in use: make_sock: could not bind to address 127.0.0.1:80
no listening sockets available, shutting down
Unable to open logs
                                                           [FAILED]

N'hésitez pas à demander s'il manque des informations.
Merci d'avance
Lire la suite 

[Fedora 10] - Problème apache »

10 réponses
Réponse
+1
moins plus
ya aucun probleme sous apache de FC10 . mais j l ai ici et sa marche tres tres bien .
je crois que ta autre services qui tourne sous le port 80 . essayer de afire un scan de la machine pour voire les ports ouverts , si non change le httpd port a 8080 puis ressaye a nouveua
http://localhost: 8080


autre chose si vous connectez d une autre machine , verifier que le Iptables et le Selinux sont bien configurees car ils peuvent bloquer la connection et les ports


CHeers
unixmen
K_Bahamut- 26 janv. 2009 à 14:14
Malheureusement j'ai déjà testé ça : changer le port laisse le même message d'erreur (sauf que le port mentionné dedans change), et je ne vois actuellement aucun processus sur le port 80 =(
Ajouter un commentaire
Réponse
+1
moins plus
essayer un port special comme 81.

chnge le port sous /etc/httpd/conf/httpd.conf
Listen 80
changer a lsiten 81



/etc/init.d/httpd start

???
qu est ce qui donne .. ?
K_Bahamut- 26 janv. 2009 à 17:13
C'est bon j'ai résolu mon problème en faisant deux manips :
- Changer le port de connexion, comme vous l'aviez suggéré (j'ai pris le 3333)
- Ajouter une règle SELinux : semanage port -a -t httpd_exec_t -p tcp 3333

Je met donc le post en résolu, mais je reste ouvert à une solution pour le port par défaut =)

Bonne journée ;)
K_Bahamut- 27 janv. 2009 à 09:07
J'ai trouvé : il y avait quelques problèmes dans mon fichier de conf... et certaines données étaient présentes à la fois dans le /etc/httpd/conf.d/system-config-httpd.conf et le /etc/httpd/conf/httpd.conf, ce qui créait un conflit.

Donc ça y est c'est résolu et ça marche sur le port 80 ^^
Nesrine - 8 juin 2011 à 17:28
Eh bien, il suffit d'aller dans /etc/sealinux/config et de changer SEALINUX=enforcing par SEALINUX=disabled
ajouter listen num_port dans /etc/httpd/conf/httpd.conf
et redémarrer la machine
J'espère que ça pourrait aider, j'ai passer toute la journée à chercher cette réponse
Ajouter un commentaire
Réponse
+0
moins plus
Pourrais tu être un peu plus explicite sur les manipulations effectuées notamment au niveau des deux fichiers de conf qui posait problème : /etc/httpd/conf.d/system-config-httpd.conf et /etc/httpd/conf/httpd.conf

J'ai effectivement un problème similaire mais en relisant ce post, je ne suis pas très avancé ...

Merci d'avance pour tes détails K_Bahamut.
K_Bahamut- 25 août 2009 à 13:50
Ça remonte déjà à quelques mois, mais si je me souviens bien, j'ai simplement restauré les fichiers par défaut et revu ma configuration de /etc/httpd/conf.d/system-config-httpd.conf.
Le fait d'avoir personnalisé la configuration dans les deux fichiers avait semble-t-il créé un conflit.
Ajouter un commentaire
Ce document intitulé « [Fedora 10] - Problème apache » issu de CommentCaMarche (www.commentcamarche.net) est mis à disposition sous les termes de la licence Creative Commons. Vous pouvez copier, modifier des copies de cette page, dans les conditions fixées par la licence, tant que cette note apparaît clairement.
Dossier à la une
Passage au tout numérique : quel coût pour les particuliers ?