(98)Address already in use: make_sock: could not bind to [RESOLU]

Address already in use: make_sock: could not bind to [RESOLU] (98) - réseaux et sécurité - Linux et OS Alternatifs

Marsh Posté le 21-02-2009 à 01:27:11    

Bonsoir  :hello:  
je viens requérir votre aide car j'ai un souci en relançant apache... j'ai même essayé de rebooter et ça fait toujours la même chose :

 * Restarting web server apache2
httpd (no pid file) not running
(98)Address already in use: make_sock: could not bind to address 0.0.0.0:443
no listening sockets available, shutting down
Unable to open logs                                                                              [fail]

 
en cherchant sur le net, plusieurs ont résolu ce problème en identifiant un processus qui écoute sur le port 80 ou 443 mais de mon côté, j'ai beau essayer de trouver quelque chose avec netstat -tulpn | grep :80 (ou 443) ou encore netstat -lnp grep '0.0.0.0:80' (ou 443) ou encore lsof -i:443 ou encore fuser -v 443/tcp, ça ne donne rien. même avec ps aux, je ne trouve aucun processus suspect.
 
déjà, je n'ai pas httpd d'installé (je suis noob en linux, je ne sais pas ce que c'est, j'ai juste vu que pas mal de gens avaient le même problème avec httpd au lieu d'apache) et dans l'erreur ci-dessus, il y a "httpd (no pid file) not running". j'ai vérifié le fichier httpd.conf d'apache, ce fichier est vide. l'erreur serait-elle dûe à cela?
 
en fait, j'essaie de mettre en place un portail captif en suivant ce tuto : http://www.cahilig.org/howto-build [...] ebian-etch
 
au départ j'avais tout fait correctement, sauf décommenter #$uamsecret = "ht2eb8ej6s4et3rg1ulp" dans hotspotlogin. du coup, quand j'essayais de connecter un ordi au portail, le navigateur web n'affichait rien. j'ai donc trouvé l'erreur et repris le tuto depuis ce point, revérifié toutes les modif des fichiers et quand j'ai voulu relancer apache, c'est la que les ennuis ont commencé. or, la première fois, ça avait bien restart! mais depuis...
 
ce serait cool si vous pouviez m'aider, j'aurais voulu finir ça ce week-end étant donné qu'en semaine j'ai pas trop le temps.
 
merci d'avance :jap:


Message édité par newbee le 22-02-2009 à 13:10:05

---------------
>> [MOD] Another PC in the wall <<
Reply

Marsh Posté le 21-02-2009 à 01:27:11   

Reply

Marsh Posté le 21-02-2009 à 01:50:21    

tu peux nous donner le résultat du netstat -tlnp simplement?


---------------
Intermittent du GNU
Reply

Marsh Posté le 21-02-2009 à 01:53:25    

ça donne :
 
root@XPS-Laptop:~# netstat -tlnp
Connexions Internet actives (seulement serveurs)
Proto Recv-Q Send-Q Adresse locale          Adresse distante        Etat       PID/Program name
tcp        0      0 127.0.0.1:3306          0.0.0.0:*               LISTEN      5326/mysqld      
tcp        0      0 192.168.182.1:3990      0.0.0.0:*               LISTEN      6888/chilli      
tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      5442/cupsd    


---------------
>> [MOD] Another PC in the wall <<
Reply

Marsh Posté le 21-02-2009 à 01:58:20    

hum. bizarre tiens.
tu peux déja corriger le problème de logs ? on pourrait éventuellement avoir un peu plus d'informations.


---------------
Intermittent du GNU
Reply

Marsh Posté le 21-02-2009 à 02:09:03    

j'y ai pensé, mais je sais pas comment faire :( je ne sais même pas à quel log il fait référence dans le message d'erreur...
je ne pense pas que ce soit indépendant étant donné que tous ceux qui ont réussi à résoudre ce problème en tuant le processus qui utilisait le même port n'ont pas eu de problème de log par la suite, ça se résolvait par la même. en fait, personne ne le mentionne dans tous les forums que j'ai parcouru.


---------------
>> [MOD] Another PC in the wall <<
Reply

Marsh Posté le 21-02-2009 à 02:50:55    

vérifies que apache est réellement accès aux chemins de logs que tu définis.
(problème de droits d'accès, de chemin ?)


---------------
Intermittent du GNU
Reply

Marsh Posté le 21-02-2009 à 08:43:54    

bah ça normalement ça n'a pas changé. la première fois ça a bien marché, je n'ai rien changé depuis sinon regénéré un certificat apache.pem et fait un restart. sa config, pas touché. j'ai essayé de tout désinstaller (apache et ses dépendances), effacé manuellement le dossier /etc/apache2, rebooté puis résintallé. cette fois, toujours en suivant le tuto, premier restart ok, deuxième, la erreur même erreur! alors que la première fois que j'avais suivi le tuto, j'avais fait 2 restart sans souci; un après la commande "a2enmod ssl"  et un autre  après "a2ensite secure" et ça avait marché. là, ça plante lors du deuxième restart. cela serait-il dû au certificat? (make-ssl-cert /usr/share/ssl-cert/ssleay.cnf /etc/apache2/ssl/apache.pem ) d'ailleurs, même en effaçant le fichier .pem si j'en regénère un autre, les infos du certificats précédents préremplissent les champs (company name...), donc c'est bien sauvegarde quelque part. ptet que si je trouvais comment remettre ça à zéro ça changerait quelque chose mais je sais pas comment effacer ces valeurs préenregistrées.. :/


---------------
>> [MOD] Another PC in the wall <<
Reply

Marsh Posté le 21-02-2009 à 23:03:08    

Reply

Marsh Posté le 22-02-2009 à 13:09:39    

ayé j'ai trouvé. dans le tuto ils disent de rajouter "Listen 443" à /etc/ports.conf
or, dans ce même fichier il y a déjà  
 
<IfModule mod_ssl.c>
      Listen 443
</IfModule>
 
comme je lance apache en mode ssl, ça fait Listen 443 une fois, et comme il y a une autre Listen 443 juste après, bah ça le refait et du coup, (va savoir pourquoi) ça plante tout au lieu de prendre en compte seulement le premier listen. en virant le 2ème, ça marche! mais ça n'explique pas pourquoi ça avait marché la première fois [:gratgrat]
 
 
mikala > merci de ton aide tout de même ;)


Message édité par newbee le 22-02-2009 à 13:10:27

---------------
>> [MOD] Another PC in the wall <<
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed