OVH Community, votre nouvel espace communautaire.

Serveur KO !


Ludo.H
16/09/2016, 12h22
Re,

Voici la réponse :

Nous avons changé de load balancer (IPLB) et ceux ci respectent mieux les standard : c'est à dire fournissent l'ip distante dans HTTP_X_FORWARDED_FOR .
Ce qui n'était pas le cas avant.

Cdt,

Ludo.H
16/09/2016, 08h31
Bonjour,

Je n'ai pas la réponse.
Je dirais que IPLB est un reverse proxy, et que cela pourrait être normal.
J'ai demandé à l'équipe en charge d'IPLB pour savoir.

Cdt,

testeur115
15/09/2016, 18h37
Possible de jeter juste un œil ?

testeur115
06/09/2016, 11h28
Ludo ?

testeur115
02/09/2016, 07h56
Salut Ludo,

depuis cette panne, j'ai l'impression que $_SERVER['HTTP_X_FORWARDED_FOR']) sort en permanence une IP alors qu'avant c'était que pour les proxy...

Ludo.H
01/09/2016, 15h49
Bonjour,

Un matériel de load balancing d'un fabriquant extérieur est soumis à un "paquet de la mort".
Du coup ce matériel reboot à chaque fois qu'un certain type de donnée passe par lui.
Nous avons prévenu le fabriquant, mais pour améliorer les conditions de tous le monde nous avons migrer le traffique sur nos propre IPLB.

Pour les IP classique et geolocalisé (213.) tout étaient OK.
Le geocache n'étant plus actif, les IP de geocache et les IP "directe" (37.) n'ont plus de raison d'être et ont donc pas été prise en compte.
Elle n'ont pas été bougé sur les nouveaux IPLB ce qui a provoqué les mauvais fonctionnement.

C'est maintenant migré et corrigé.
Tout doit être revenu à la normal

Cdt,

testeur115
01/09/2016, 15h13
j'espère qu'ils vont pas zappé les ip sans geocache.... vu qu'il parlait que des CDN...

testeur115
01/09/2016, 15h05
http://outils.apocalx.com/IP/ tu tappe ton nom de domaine si ça te sort l'ip 37.187.184.24 c'est que tu es concerné

MattGrinin
01/09/2016, 15h01
Bonjour,

Je constate que mon .fr ne fonctionne plus depuis le début d'après-midi, mais que le site est disponible en tapant directement sur l'adresse avec le cluster (013).
Comment savoir si je suis concerné par le problème mentionné ici ? J'avoue être un peu novice dans l'hébergement, et je ne comprends pas toutes les notions évoquées ici ...

Merci d'avance,
MattGrinin

kevius
01/09/2016, 14h56
Pour info c'est indiqué ceci sur le site des travaux :

Comment by OVH - Thursday, 01 September 2016, 14:30PM

Une configuration a été rollback. Nous analysons pourquoi elle a bloquée l'ensemble des sites ayant le CDN.

Les sites fonctionnent de nouveau

Comment by OVH - Thursday, 01 September 2016, 15:34PM

Nous avons appliqué de nouveau le patch de configuration. Les sites sont de nouveaux coupés.
Nous avons identifié la cause qui provoque le coupure et nous sommes en train de le fixer directement.

testeur115
01/09/2016, 14h54
aller vite il reste les ip sans geocache
002 37.187.184.2
003 37.187.184.4
005 37.187.184.16
006 37.187.184.17
007 37.187.184.18
010 37.187.184.19
011 37.187.184.40
012 37.187.184.48
013 37.187.184.24
014 37.187.184.87
015 37.187.184.3
017 37.187.184.50

romut
01/09/2016, 14h51
c'est revenu pour moi

testeur115
01/09/2016, 14h47
il reste les sans geocache qui ne marchent encore pas

FrancoisAC
01/09/2016, 14h41
Espérons... !
Moi OK sur Cluster003

testeur115
01/09/2016, 14h41
pareil marche pas

Mulanee
01/09/2016, 14h39
Marche pas pour moi.

Fredo-73
01/09/2016, 14h39
Tout refonctionne pour moi (cluster 10) depuis 10 minutes

saxgard
01/09/2016, 14h37
retour a la normal espérons que c'est définitif cette fois

testeur115
01/09/2016, 14h33
c'était vrai ça a refonctionné quand ils ont mis ça mais ça reflanché 5min après

FrancoisAC
01/09/2016, 14h31
Ca fait tâche...
Très mauvais pour le référencement, et pour le business également...

http://travaux.ovh.net/?do=details&id=20085
Le "Les sites fonctionnent de nouveau" a de quoi m'exaspérer...

saxgard
01/09/2016, 14h24
Le probleme c’est qu'on peut même pas mettre une erreur 503 avec page personnalisée pour le moment

Driver
01/09/2016, 14h17
Même problème cluster 005.

testeur115
01/09/2016, 14h17
1 ou 2 mois normalement

vweb
01/09/2016, 14h12
Citation Envoyé par saxgard
Ils indiquent uniquement le clsuetr002 alors que ca touche également d'autres cluster .

Avez vous également cette erreur quand vous accédez a vos sites via google chrome :
Mon site est sur le cluster013 et j'ai le même problème : site inaccessible !!!!!

Combien de temps avant un retour à la normal ???

saxgard
01/09/2016, 14h01
Putain c’est le genre de plantage bien mauvais pour le référencement. si ca dure trop longtemps !

testeur115
01/09/2016, 13h59
ya que les ips en 3 PoP (Basic) qui fonctionnent, j'ai changé mon ip mais ça se propage pas

FrancoisAC
01/09/2016, 13h59
Il y a 2 jour c'était le MySQL et maintenant le CDN...........
cluster03 pour moi...

saxgard
01/09/2016, 13h58
Ils indiquent uniquement le clsuetr002 alors que ca touche également d'autres cluster .

Avez vous également cette erreur quand vous accédez a vos sites via google chrome :

Ce site est inaccessible

La connexion a été réinitialisée.
Essayez les suggestions ci-dessous :
Vérifier la connexion
Vérifier le proxy et le pare-feu

testeur115
01/09/2016, 13h57
ça a remarché et ça a replanté...

romut
01/09/2016, 13h56
Merci. Y a un commentaire qui dit que ça marche à nouveau...mais non en fait.

testeur115
01/09/2016, 13h54
c'est les ip CDN qui merde http://travaux.ovh.net/?do=details&id=20085

romut
01/09/2016, 13h53
Bonjour,

Domaine : sodius.net

Le serveur vient de tomber. Merci.