Debian8+Virtualmin (tout neuf) -> pas d'accès au site via http :(

MauriceG1 2018-06-03 06:18:16 UTC #1

Bonjour !

Voilà, depuis 24h maintenant je nage... J'avais une Release3/Webmin qui fonctionnait cahin-cahan... Comme je m'ennuyais ce week-end, je me suis dit "tiens, l'occasion de réinstaller le VPS !". Donc, je prends Debian8 + Virtualmin... Je mets à jour tous les paquets, etc., tout se passe très bien. Je configure un serveur virtuel, tout se passe très bien... euh, sauf qu'il est inaccessible en http.
Ce n'est pas un problème de DNS puisqu'il était là avant la réinstall, sur la même machine, la même ip... et qu'il est bien accessible en FTP (NSlookup le trouve aussi...). Ou alors il y a un conflit de gestion DNS qui serait du à la nouvelle install?

Franchement, je patauge un peu là... Une bonne âme pour m'aider à y voir clair ? (et surtout à voir mon site !)

PS : logs d'erreur...
[Sun Jun 03 08:28:11.594663 2018] [fcgid:warn] pid 26316Connection reset by peer: [client 46.105.29.186:45997] mod_fcgid: error reading data from FastCGI server
[Sun Jun 03 08:28:11.595032 2018] [core:error] [pid 26316] [client 46.105.29.186:45997] End of script output before headers: index.php

CM63 2018-06-03 07:38:54 UTC #2

Bonjour,

Regarde dans ton manager si OVH n'aurait pas modifié (temporairement) le nom de ton VPS, ça m'est arrivé. Pour une raison x ou y ils modifient temporairement le nom, puis il remettent le bon, il suffit peut-être d'attendre. Ils m'ont fait le coup notamment pour un Public Cloud (certes ce n'est pas un VPS, mais de ce point de vue de gestion interne OVH ça peut être pareil) lorsque j'ai modifié le forfait (passage en mensuel).

MauriceG1 2018-06-03 07:52:36 UTC #3

Merci, mais non, aucun changement de ce côté là... :(

Sich 2018-06-03 08:13:09 UTC #4

ça ressemble à une erreur php-fpm...
Faudrait activer le error_reporting = E_ALL et display_errors = On
Vérifier aussi l'user qui fait tourner php et voir si il a bien les perms pour accéder au script php.

Test une page html toute simple déjà, vois si elle fonctionne.
Ensuite un script php basique, comme <?php phpinfo(); ?>

MauriceG1 2018-06-03 08:23:38 UTC #5

Merci de ton aide Sich !
Une page toute simple "readme.html" par défaut dans Wordpress (WP que j'ai pu téléchargé sans souci via ftp) ne s'affiche pas non plus... erreur 500, timeout etc.
Puis-en déduire que c'est n'est pas un problème de PHP ? Donc pas non plus un problème de droits ?

Essayé php version... (script basique) : aucun résultat.
En fait j'ai l'impression qu'on n'arrive pas jusqu'à la page/le script... J'avais pensé un problème d'accès (droits du répertoire), je l'ai passé de 750 à 755 -> pas d'incidence...

Peux-tu me dire où je peux activer le "error_reporting..." dans Virtualmin ?

Sich 2018-06-03 09:12:07 UTC #6

hum, une erreur 500 sur une page html ça me semble strange...
Que disent les logs apache ?
Les droits sont ok ?

Concernant virtualmin je n'en sais strictement rien je n'utilise pas...

Mais à mes yeux il faut commencer par s'assurer qu'apache est ok.
Pour ça créer un nouveau vhost de test avec uniquement un fichier txt ou html dedans et essayer d'y accéder.
De là si ça fonctionne on continu avec php.

PHP est installé comment ? FPM ou mod apache ?

MauriceG1 2018-06-03 09:39:27 UTC #7

En fait, c'est pas une 500, juste -> ERR_CONNECTION_TIMED_OUT (pour la page html)
Les logs apache ne disent que ce que j'ai mis dans le premier message là haut... (error logs)

;

pour access logs, juste Webmin...
46.105.29.186 - - [03/Jun/2018:10:35:10 +0200] "GET / HTTP/1.0" 500 714 "-" "Webmin"
46.105.29.186 - - [03/Jun/2018:10:53:22 +0200] "GET / HTTP/1.0" 500 714 "-" "Webmin"
46.105.29.186 - - [03/Jun/2018:11:02:33 +0200] "GET / HTTP/1.0" 500 714 "-" "Webmin"

Pour un autre vhost, déjà essayé (3!) ; même problème, aucun accès http (accès ftp sans problème), y compris une simple page index.html... :(
Aussi essayé de renommer le répertoire html_public en www, changé les droits...

PHP : Apachemod_php (run as Apache's user)
CGI wrapper (run as virtual server owner)
FCGId (run as virtual server owner)
FPM (run as virtual server owner)

j'ai essayé les 4 possibilités avec "Maximum PHP script run time" = unlimited

Grrr... M'énerve ce VPS... J'ai vraiment l'impression de ne pas "franchir" le seuil...

janus57 2018-06-03 09:52:02 UTC #8

Bonjour,

Sinon pour revenir à la base vous avez quoi très exactement pour mettre vos fichiers en place ?

Car dans mes souvenir il faut créer un "Virtual Server", ce qui va lui associer un user/mdp propre puis il faut lui activer le FTP et utiliser cette utilisateur/mdp et surtout pas le compte root pour envoyer les données.

Cordialement, janus57

MauriceG1 2018-06-03 09:55:49 UTC #9

@janus57

Merci de votre aide ! Bon, en fait Virtualmin créé un user en même temps que le vhost et bien sûr j'utilise un client ftp (filezilla) en SSH-FTP pour transférer les fichiers (sans le moindre problème). Tous les fichiers ont donc bien le "bon" proprio je pense... ?

janus57 2018-06-03 10:00:09 UTC #10

Bonjour,

vous utiliser bien le user crée et non un autre compte ?
Une fois transféré vous avez quoi au niveau de FileZilla pour le propriétaire et les droits (capture d’écran ?).

Cordialement, janus57

MauriceG1 2018-06-03 10:02:40 UTC #11

J'utilise bien le user créé (pnum ici) et non un autre... et je transfère sur le répertoire du virtualhost créé et non ailleurs...

janus57 2018-06-03 10:07:29 UTC #12

Bonjour,

si vous basculer le fichier readme.html en chmod 755 et que vous essayé de le consulter, c'est toujours la même erreur ?

Cordialement, janus57

Sich 2018-06-03 10:11:57 UTC #13

Perso je suis un peu perdu vu que ça passe par une interface web de gestion.
On ne sait pas si le problème vient de là ou du serveur :)

Par contre je vois pas trop comment apache peut sortir un timeout avec une erreur fcgi ou autre sur de l'html... A part un disque dur dans les choux qui ne réponds pas je ne vois pas comment apache pourrait sortir un timeout sur un fichier qu'il est censé servir en direct...

MauriceG1 2018-06-03 10:12:43 UTC #14

Hélas oui :(
ERR_CONNECTION_TIMED_OUT...

Je ne comprends pas un truc : j'accède sans problème à l'admin du VPS :
https://vps363940.ovh.net:10000

mais je n'accède pas à https://vps363940.ovh.net , y compris en essayant https://vps363940.ovh.net:80

est-ce que ça signifie que le port 80 est fermé ?

Merci de votre aide !

janus57 2018-06-03 10:14:00 UTC #15

Bonjour,

vous l'avez installé comment ??

Cordialement, janus57

Sich 2018-06-03 10:15:10 UTC #16

nmap -p 80 vps363940.ovh.net

Starting Nmap 7.40 ( https://nmap.org ) at 2018-06-03 12:14 CEST
Nmap scan report for vps363940.ovh.net (46.105.29.186)
Host is up (0.00028s latency).
rDNS record for 46.105.29.186: 186.ip-46-105-29.eu
PORT STATE SERVICE
80/tcp filtered http

faudrait effectivement commencer par ouvrir le port 80

MauriceG1 2018-06-03 10:16:46 UTC #17

Hi Sich,
En fait le VPS fonctionnait parfaitement jusqu'à la réinstall hier matin... Il était en Centos 5 je crois, avec une Release 3... Je ne pense pas qu'il y ait un problème côté serveur...
Peut-être au niveau de la configuration d'Apache2 et de la combinaison Debian8+Virtualmin mais bon, j'imagine que si OVH la propose c'est qu'ils l'ont un peu testée...
J'ai vraiment l'impression "d'être à la porte" ; il doit y avoir un tout petit truc, là, sous mes yeux, que je ne vois pas... Grr...

janus57 2018-06-03 10:18:26 UTC #18

Bonjour,

perso je penser surtout qu'il faudrait faire l'installation à la main et oublier les template pré-fait de OVH si c'est un template qui a été utilisé.

Pourquoi donc ?
Simple, déjà cela va vous permettre d'avoir Debian Stretch + Virtualmin (donc debian9 qui est plus récent).
Et surtout lors de l'installation à la main vous allez déjà pouvoir pré-configurer virtualmin à votre convenance.

Cordialement, janus57

MauriceG1 2018-06-03 10:20:44 UTC #19

Arf ! Cela signifie qu'il est fermé ?
Et pourquoi l'install ne l'a-t-elle pas ouvert ? Grr...
Une idée de "comment on l'ouvre ?"
Merci :)

Bon, apparemment "80/tcp filtered http" ne signifie pas que le port 80 est fermé, mais seulement "occupé"...
J'ai vérifié avec la cmd suivante :
root@vps363940:/etc/php/7.0/cgi# netstat -antu
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address Foreign Address State
tcp 0 0 127.0.0.1:10023 0.0.0.0:* LISTEN
[ETC.]
tcp6 0 0 :::110 :::* LISTEN
tcp6 0 0 :::143 :::* LISTEN
tcp6 0 0 :::80 :::* LISTEN
[ETC.]
root@vps363940:/etc/php/7.0/cgi#

Donc pas un problème de port non plus ?

Sich 2018-06-03 12:16:26 UTC #20

Comme l'a dit Janus, une fresh install en Debian 9 puis par dessus un virtualmin sera probablement bien plus clean...

Ne connaissant pas les interfaces de gestion web je ne pourrai pas vous en dire plus malheureusement.

Propulsé par Discourse, le rendu est meilleur avec le JavaScript activé

OVH Community

Bienvenue sur votre espace communautaire. Posez des questions, recherchez des informations, publiez du contenu et interagissez avec d’autres membres OVH Community.