Bonjour
Depuis ce matin et à partir de plusieurs endroits éloignés physiquement, je constate une grande difficulté à me connecter au site https://sio2.be qui héberge deux applications en ligne (accès MySQL, PHP,...).
Soit l'accès aux pages est extrêmement ralenti, voire impossible.
Je constate des déconnexions de session: les utilisateurs se connectent et, dans l'instant, leur session se termine.
Parfois, on a droit à un "bad gateway".
Je suis sur un mutualisé. Les applications n'ont subi aucune modification depuis hier (quand tout roulait parfaitement). Il s'agit de l'offre "Pro" qui tourne sans gros souci depuis de nombreuses années, hébergée à Gravelines.
Je précise que le service mail n'est pas affecté et qu'en FTP, je n'ai aucun souci.
Les applications utilisent des bases MySQL qui n'ont jamais posé de problème particulier.
Que puis-je faire pour remédier à ce fonctionnement très aléatoire: parfois, la connexion est possible et on peut charger une page, parfois... rien? Plutôt ennuyeux quand deux magasins sont affectés par ces dysfonctionnements qui n'existaient pas hier ni même dans les six mois qui précèdent.
Merci déjà pour toute aide.
Hébergements Web - Connexion très instable voire impossible en http
Related questions
- Connexion à mon compte client
154131
13.02.2019 09:51
- Serveur non sécurisé, celui-ci ne supporte pas FTP sur TLS
126917
03.09.2018 14:46
- reCAPTCHA erreur pour le propriétaire du site : clé de site non valide
111159
14.02.2019 16:17
- [FAQ] Comment mettre à jour mon site pour supporter Apache 2.4 ?
98631
28.07.2017 11:39
- Passage en php 7.4
97659
30.06.2020 05:05
- Augmenter taille PHP Post Max Size sur mutualisé ?
92051
04.12.2019 21:52
- The requested URL / was not found on this server
91185
02.03.2017 18:25
- Deploy d'un projet Node JS
91123
12.10.2016 20:18
- NextCloud sur mutualisé
91021
07.04.2017 08:42
- Ce site est inaccessible Impossible de trouver l'adresse DNS du serveur
90875
16.10.2016 16:24
Bonsoir @YvesM28
Votre site me parait très fluide.
Enfin presque : **https://info.sio2.be/infobase/4** inaccessible.
Est-ce là votre problème ?
Un tout grand merci pour l'attention que vous voulez bien porter à mon problème.
Effectivement, il y a des pans du site qui sont un peu en déshérence. Je devrais faire un peu de ménage.
Les soucis sont du côté de https://sio2.be/mdmoxfam et https://sio2.be/oxxl5 qui ne sont accessibles que via authentification (mais problème aussi sur https://sio2.be ). Désolé, je ne peux ouvrir l'accès pour cause de données personnelles clients y accessibles.
À l'heure de vous répondre, je constate que les accès sont à nouveau fluides. Situation qui, dans la journée qui vient de passer, n'a pas duré plus de deux minutes de suite. J'ai des témoins ;o) et... des utilisateurs mécontents.
Avez-vous fait quelque chose?
Pouvez-vous me dire si les symptômes ressemblent à une éventuelle attaque DDOS? Mais pourquoi sur ce site insignifiant?
Je reste aux aguets et je ne clôture pas encore pour l'instant.
Mais vraiment un tout grand merci.
Bonsoir @YvesM28
_**je ne suis pas d'OVH**, mais un client comme vous, quoique très ancien._
--> Je ne peux rien faire sur les serveurs OVH.
S'il y a eu des problèmes pendant deux minutes et subis par plusieurs personnes, ce n'est donc pas un souci de réseau internet, mais bien un problème chez OVH.
Je mets @FabL de la team OVH pour avois son avis.
Bonne nuit. :-)
C'est à nouveau instable... Grrrrrr....
Merci pour votre (non)-intervention, en tous les cas.
504 Gateway Time-out
nginx
Et bonne nuit, surtout.
504 Gateway Time-out à l'instant.
_504 : Temps d’attente écoulé entre la réponse d’un serveur et d'un serveur intermédiaire._
C'est un site WordPress.
* Combien de plugins ?
* Combien de requêtes sur des sites externe au votre ?
De plus, que vient faire ces images empruntées au site **secure.gravatar.com** ?
https://secure.gravatar.com/avatar/d102c8b52848a0e8e635e163680df4e1?s=96&d=mm&r=g
C'est peut-être lui qui vous bloque.
Non, la partie vraiment problématique est codée avec mes petites mains (Bootstrap, jquery, PHP,...) et tourne sur des roulettes depuis des mois. J'ai (et d'autres personnes ont) constaté l'incident ce matin du 14/02.
La partie Wordpress est un souvenir de mon passé. Je pourrais même la supprimer. Et j'ai été très sobre sur les plugins à l'époque.
Et combien de requêtes sur des sites externe au votre ?
Le lien ne mène à rien. Qu'est-ce? Ceci?
Je suis toutefois moins velu actuellement.
C'est pourtant extrait du source de votre page d'accueil :
Techniques de base avec le tableur
Aucune requête externe. Seulement sur une BD MySql.
jQuery est local
smarty est local
bootstrap est local
font awesome est local
etc...
Et tout cela l'a toujours été depuis des mois. Aucune modification majeure depuis au moins une semaine.
D'où sort cette image dont je vous ai mis un extrait d'appel trouvé dans le source de votre page d'accueil ?
Et il y a peut-être d'autres cas.
Techniques de base avec le tableur
Vous êtes sans doute là sur du code du Wordpress que je ne maintiens plus depuis bien belle lurette. Gardé juste pour des raisons sentimentales, souvenirs de ma vie d'avant. Pourquoi poserait-il tout à coup problème? Devrais-je le désactiver? Pourquoi pas, d'ailleurs.
Cela sort de mes compétences.
Merci pour les idées développées plus haut.
Bonne nuit.
Il y a un souci dans le forum. Quand on clique sur votre lien, on arrive sur
https://community.ovh.com/clicks/track?url=https%3A%2F%2Fsecure.gravatar.com%2Favatar%2Fd102c8b52848a0e8e635e163680df4e1%3Fs%3D96%26%23038%3Bd%3Dmm%26%23038%3Br%3Dg&post_id=358268&topic_id=62489
Dont il faut extraire, par copier/coller, https://secure.gravatar.com/avatar/d102c8b52848a0e8e635e163680df4e1?s=96&d=mm&r=g
Voilà pourquoi je pensais -à tort, donc- que cela ne menait à rien.
C'est bien moi, le personnage figuré là. Ma tronche ferait problème? M'enfin...
En effet, je n'avais pas fait le rapprochement. Mais je reste sur des requêtes sur des sites externe au votre.
J'ai désactivé le Wordpress. Les seules requêtes externes ne peuvent être que là (injection de code?).
On verra demain si les soucis persistent. Encore merci.
Hum ! Hum !
https://www.sio2.be --> HTTP ERROR 500
Passer en environnement développement :
Voir dans mon guide le paragraphe :
**P2 - Erreur 500 - Environnement développement**
https://www.wordetweb.com/word-et-web/WORDPRESS-guide-installation-de-WordPress-premier-domaine-chez-OVH-FR.htm#_P2__-
J'ai simplement renommé les répertoires wpxxx . On ne peut donc qu'attendre une erreur 500. Pas de souci. Mais merci pour votre sollicitude.
Au moins, les appels extérieurs sont-ils aussi empêchés. C'est barbare, d'accord.
Ce qui m'importe, c'est que les applis que je mentionnais tout en haut fonctionnent. Pour l'instant, toujours pas d'amélioration.
On reste sur du bad gateway, là
Je vais peut-être les déménager sur un autre hébergement.
Bonjour,
Il faudrait passer en mode développement : https://help.ovhcloud.com/csm/fr-web-hosting-change-php-version?id=kb_article_view&sysparm_article=KB0053013 https://help.ovhcloud.com/csm/fr-web-hosting-change-php-version?id=kb_article_view&sysparm_article=KB0053013 (section 1.5) afin d'avoir les erreurs et vous pourrez avancer ...
Merci pour cette suggestion. Je vais essayer durant le week-end.
Mais, a priori, je n'ai plus constaté de souci aujourd'hui mais je n'ai plus jeté qu'un coup d'œil épisodique, une des applications y gérées étant passée sur un autre serveur (où tout va bien).
La seule différence par rapport à la veille: la désactivation du module Wordpress.
Malgré tout, les logs d'hier ne montraient pas grand chose d'inquiétant, outre les tentatives d'intrusion sur le wp-admin de WP (mais quelques dizaines sur la journée "seulement").
Ce matin, je voulais clôturer après avoir aussi pris l'avis d'autres utilisateurs hier, en fin de journée hier. Tout était à nouveau en place comme durant l'incident. Le Wordpress à nouveau actif. Alors que tout fonctionnait à nouveau, patatra... c'était reparti.
Durée d'attente considérable pour l'accès à une page se terminant par la fermeture de la session et re-login obligatoire.
Malheureusement, le mode "Development" n'a apporté aucune réponse intéressante: seulement le nom du fichier PHP dans lequel la déconnexion de la session a eu un effet.
J'ai aussi vu passer une autre question sur le même thème par un autre utilisateur: https://community.ovh.com/t/D%C3%A9connexions-intempestives/62447/6
Coïncidence?