OVH Community, votre nouvel espace communautaire.

90plan, pages php : temps de chargement des pages tendant vers l'infini


lambvig
06/08/2016, 10h52
[
Citation Envoyé par buddy
Il faudrait chercher plus en profondeur.
Bonjour,

Merci Buddy pour tes propositions, mais je considère que ce genre d'investigation est du ressort d'Ovh.

J'ai constaté ce dysfonctionnement début juillet. Il est vrai que je n'ai jamais auparavant tracé les connexions pour savoir si elles se faisaient en ipv6 ou ipv4.

J'ai passé ma box et mes hébergements sur ipv6 dès que cela a été possible (il y a quelques années maintenant) et ça marchait. Je ne me posait pas plus de questions, en tous les cas « pourquoi ça marche ».

Là c'est manifestement un problème de réseau et il est du ressort d'Ovh, de Sfr ou des deux.

J'ai trouvé une solution de contournement pour ne plus avoir ces problèmes de connexion et je la partage pour aider ceux qui pourraient rencontrer les mêmes problèmes.

j’espère que mes tickets incidents finiront par être lus, compris et qu'ils auront une réponse pertinente d'un autre nature que « vérifiez votre code » ou « vérifiez vos paramétrages » (je résume).

Du point de vue technique et commercial, il est très insatisfaisant de devoir identifier la source des problèmes et chercher leurs solutions sans aucun support et sans aucune marque d'intérêt de la part de la team d'Ovh.

buddy
05/08/2016, 18h51
Bonjour,

Pour le coup je dirai que c'est peut être lipv6 non natif (encapsule dans l'ipv4) chose que fait SFR qui peut être à l'origine du problème.. Il faudrait chercher plus en profondeur.
Un test de débit ipv6 donne combien ?
Idem pour ipv4.
SFR devrait passer à lipv6 natif d'ici là fin de l'année avec le firmware 3.5.x

lambvig
05/08/2016, 18h40
Citation Envoyé par buddy
tu es chez quel FAI ?
Bonjour,

Mon FAI en adsl est SFR.

C'est en comparant les vitesses en 4G Orange (connexions ipv4) et adsl SFR (ipv6) que j'ai fini par comprendre l'origine du problème.

En passant ma box adsl en ipv4 les délais de connexion redevenaient corrects, j'ai donc passé un premier domaine de mon hébergement en ipv4, laissant les autres en ipv6, puis l'ai remis ma box en ipv6. Le domaine en ipv4 répondait en moins de 1s, les domaines restés en ipv6 ne répondaient pas avant 45mn. (pour info dans tous mes tests, les délais étaient redevenus similaires en http et en https, venant contredire une de mes affirmations d'un post précédent)
J'ai donc passé tous les domaines en ipv4 et depuis tout va bien.

D'après ce que tu dis, j'ai mis en cause un peu vite Ovh. Le problème pourrait provenir de l'interface SFR-OVH.

Merci pour ton info.

On avance

buddy
05/08/2016, 17h17
Bonjour,

tu es chez quel FAI ?
car moi mes sites sont accessibles en ipv6 et depuis une connexion Orange, je n'ai aucun problème à surfer en ipv6 ..
(certains sites sont sur le cluster002 aussi)

lambvig
05/08/2016, 17h06
Après différentes hypothèses et les tests afférents, j'ai enfin trouvé la raison de ces délais de connexion anormalement longs : les sites étaient adressables en ipv6.
Les temps de connexion en ipv6 (jusqu'à 45mn, oui minutes !) redeviennent normaux (< 1s) quand l'adressage ipv6 est supprimé, donc quand l'adressage est uniquement en ipv4.
Pour cela, il faut supprimer les champs AAAA des dns des domaines.

Cette solution de contournement permet de retrouver des performances correctes. Maintenant j'attends d'Ovh que l'adressage Ipv6 se remette à fonctionner.

lambvig
27/07/2016, 19h41
L'espoir aura été de courte durée.

La connexion en https rame à nouveau (timeout sur timeout)

lambvig
27/07/2016, 17h48
Miracle ! Le problème est réglé.
Serait-ce du à http://travaux.ovh.com/?do=details&id=19373 ?

lambvig
27/07/2016, 15h16
Bonjour,

Je reprends le fil après quelques jours passés au soleil

Les temps de réponse catastrophiques n'ont pas disparu pendant mes 2 semaines d'absence mais je viens de constater quelque chose d'intéressant :
Si les connexions sont faites en https (port 443), les temps de réponse sont très mauvais (voire se finissent en timeout) et toutes les ressources d'une page ne sont pas chargées (certains fichiers css et gif).
Si les connexions sont faites en http (port 80), les temps de réponse sont normaux et toutes les ressources sont chargées.

Il y a clairement un problème sur https.

Pour info :
mon hébergement est sur le cluster002,
le charge de mon site est minimale, c'est un serveur famillial avec moins de 10 utilisateurs.

Nowwhat
11/07/2016, 15h47
Citation Envoyé par Ludo.H
Avec un nom de domaine la team ovh pourrait vous aider.
Il me semble que 'OVH' a déjà demande ce genre d'info (en haut de la page, en jaune - impossible à louper), mais lambvig ne semble pas vouloir communiquer plus de détails que ça.

@ambvig : j'aine une question :
D'abord : https://www dot ovh dot com/fr/hosting/guides/g1344.mutualise_consulter_les_statistiques_et_les_ logs_de_mon_site (viste donc https://logs dot ovh dot net/ton-domaine.tld/
Après : dans le log nommé out: t'as quoi ? Il est vide ?
Ou, t'as comme moi, une liste qui ressemble à ça :
[2016 Jul 11 00:30:04] [1155496.443223] TCP:43865 => 5.196.43.182:80
[2016 Jul 11 00:30:04] [1155496.468253] TCP:43867 => 5.196.43.182:80
[2016 Jul 11 01:40:20] [1159381.146614] TCP:48903 => 5.196.43.182:80
[2016 Jul 11 01:40:21] [1159381.171196] TCP:48904 => 5.196.43.182:80
[2016 Jul 11 02:42:02] [1164008.304253] TCP:33405 => 5.196.43.182:80
[2016 Jul 11 02:42:02] [1164008.329642] TCP:33407 => 5.196.43.182:80
[2016 Jul 11 03:46:14] [1168264.417818] TCP:59406 => 5.196.43.182:80
[2016 Jul 11 03:46:14] [1168264.451976] TCP:59408 => 5.196.43.182:80
[2016 Jul 11 04:50:01] [1172091.791739] TCP:60235 => 5.196.43.182:80
[2016 Jul 11 04:50:01] [1172091.816692] TCP:60236 => 5.196.43.182:80
[2016 Jul 11 05:35:38] [1174829.517391] TCP:50860 => 195.20.205.9:80
[2016 Jul 11 06:08:53] [1176824.854532] TCP:41813 => 5.196.43.182:80
[2016 Jul 11 06:08:53] [1176824.879905] TCP:41815 => 5.196.43.182:80
[2016 Jul 11 07:21:23] [1181176.405140] TCP:51669 => 5.196.43.182:80
[2016 Jul 11 07:21:23] [1181176.430447] TCP:51671 => 5.196.43.182:80
[2016 Jul 11 08:14:24] [1184358.008180] TCP:60013 => 213.186.33.20:465
[2016 Jul 11 08:23:35] [1183897.891989] TCP:38244 => 5.196.43.182:80
[2016 Jul 11 08:23:35] [1183897.920348] TCP:38245 => 5.196.43.182:80
[2016 Jul 11 09:29:54] [1188474.670405] TCP:43308 => 194.242.114.70:80
[2016 Jul 11 09:29:54] [1188474.691990] TCP:51331 => 185.60.115.40:80
[2016 Jul 11 10:43:30] [1193306.804181] TCP:36987 => 5.196.43.182:80
[2016 Jul 11 10:43:30] [1193306.829331] TCP:36988 => 5.196.43.182:80
[2016 Jul 11 11:46:30] [1197087.354239] TCP:58129 => 5.196.43.182:80
[2016 Jul 11 11:46:30] [1197087.381579] TCP:58130 => 5.196.43.182:80
[2016 Jul 11 12:47:00] [1200718.324059] TCP:50250 => 5.196.43.182:80
[2016 Jul 11 12:47:00] [1200718.351436] TCP:50251 => 5.196.43.182:80
[2016 Jul 11 13:53:58] [1204737.457883] TCP:45932 => 5.196.43.182:80
[2016 Jul 11 13:53:58] [1204737.483325] TCP:45934 => 5.196.43.182:80
[2016 Jul 11 15:05:30] [1209062.120208] TCP:60145 => 5.196.43.182:80
[2016 Jul 11 15:05:30] [1209062.146693] TCP:60146 => 5.196.43.182:80

Ludo.H
11/07/2016, 10h39
Bonjour,

Avec un nom de domaine la team ovh pourrait vous aider.

Cdt,

buddy
09/07/2016, 15h13
çà dépend, on a vu récemment que si ton site fait appel à une ressource externe, le timeout met quelques dizaines de secondes à arriver, donc tu satures tes "workers php" donc çà bloque tout ..

Tu es sur quel cluster ?

Il faudrait voir sur les statistiques si tu utilises tous les workers php.

lambvig
09/07/2016, 14h51
Toutes mes excuses pour la réponse erronnée, je viens de voir que le paramètre « environment » du fichier .ovhconfig ne correspond pas à l'environnement d'exécution dont le paramètre est « container.image »...

Voici donc mon .ovhconfig :
app.engine=php
app.engine.version=5.6
http.firewall=none
environment=production
container.image=stable

De plus, le problème est intermittent, je peux charger la page contenant le code instantanément, puis lancer immédiatement un rechargement de cette même page que j'abandonne finalement après plus de 5mn sans réponse.

Le contenu de mon hébergement n'a pas changé depuis le 20 avril, la source de ce problème qui survient depuis 3 jours est plutôt à rechercher du coté de l'environnement de l'hébergeur...

janus57
09/07/2016, 13h41
Bonjour,

un de vos script PHP n'essaye pas d'accéder à des ressources externe ?

Cordialement, janus57

lambvig
09/07/2016, 12h39
Ma source d'information pour le paramétrage de .ovhconfig est :
https://www.ovh.com/fr/hosting/guide..._mutu_2014_ovh

Et ma config est :
app.engine=php
app.engine.version=5.6
http.firewall=none
environment=production
container.image=stable

Qui n'a pas bougé depuis au moins 3 mois.

Et les temps de réponse se sont dégradés depuis.

Le problème vient d'ailleurs...

buddy
09/07/2016, 12h24
Pour l'environnement d’exécution il n'y a que legacy ou stable ..

cf : https://www.ovh.com/fr/g2149.modifie...ebergement_web

Tu es sur quel cluster ? soit il y a un soucis sur ton cluster/filez soit je ne sais pas.
essaye de passer en stable si tu n'y es pas encore ..

lambvig
09/07/2016, 12h18
J‘utilise PHP Version 5.6.21 en environnement de production.

buddy
09/07/2016, 11h46
C'est étonnant.

Tu utilises quelle version de php ?
Et tu es sur quel environnement ?
Le stable ? Si non essaye de passer en stable.
Et avec un version de php plutôt récente.
https://www.ovh.com/fr/g1999.mutuali..._espace_client
https://www.ovh.com/fr/g2149.modifie...ebergement_web

lambvig
09/07/2016, 11h41
Bonjour,

Depuis avant-hier, le temps de chargement des pages php sur mon hébergement 90plan sont trèèèèèèès longs (> 3mn).
Il peut arriver que le temps de réponse soit normal, mais c'est très rare.

Pour info je fais le test sur une page php contenant :
phpinfo();
?>
pour vous donner une idée de la complexité du code.

Les pages html « pur » sont chargées sans problème.