OVH Community, votre nouvel espace communautaire.

DNS gros probleme


miro
27/09/2006, 13h02
Citation Envoyé par detoldim
Et ce matin, cela ne marche toujours pas...
La configuration a été reinitalisée ce week-end. On corrige ça au plus vite.

Miro
detoldim
25/09/2006, 08h45
Et ce matin, cela ne marche toujours pas...
detoldim
24/09/2006, 11h40
Ce dimanche, cela semble de nouveau planter. Cela a marché jusqu'à ce matin et plus rien depuis...

Cela ne semble donc pas stabilisé.

Pour info, cela marchait parfaitement depuis vendredi midi.
bonbouaz
23/09/2006, 03h20
ca semble remarcher, ca va durer longtemps ?
bonbouaz
23/09/2006, 03h01
nan nan nan, c'est pas réglé, ou plus exactement, ca l'etait mais ca l'est plus...

http://www.ovh.com/fr/espaceclients/.../dig_domain.pl

faites un dig sur tm4b.com ca c'est remis a plus marcher....

je suis pas sur de rester patient encore très longtemps.

bon weekend (puisque malheureusement on est vendredi 4h du mat et que je sens que je vais attendre lundi...)
detoldim
22/09/2006, 14h20
Ca semble effectivement repartir...
detoldim
22/09/2006, 14h15
C'est pas une blague, vous avez a priori identifié le pb et allez le corriger rapidement ?

Very good news !
kimkof
22/09/2006, 14h12
edit ****
miro
22/09/2006, 14h08
k. merci pour la précision. Il y a des machines sur 60gp qui étaient mal configurés.
C'est en cours de correction. Ca devrait marcher d'ici 18h.

Miro
detoldim
22/09/2006, 13h50
Non, cela ne marche pas : je suis en time out sur OVH alors que ça tourne au même moment chez 1&1.

Voilà les messages que j'obtiens :

Warning: copy(http://nomad3.ncep.noaa.gov:9090/dod....ascii?ugrd10m[0:4:56][267:271][717:719]) [function.copy]: failed to open stream: Connection timed out in /home/chassetr/www/gfsplus.php5 on line 337

Tu es d'OVH semble-t-il : quelle politique avez-vous concernant les ports exotiques type le 9090 ? Avez-vous changé votre politique depuis quelques jours ?

Merci de ton aide.
miro
22/09/2006, 11h24
Pour moi ça marche bien avec cette adresse des différents serveurs et de la plate-forme mutualisé.
Est ce que tu as encore des problèmes d'accès à partir de ton script qui a besoin d'accèder à cette url?

Miro
detoldim
22/09/2006, 10h12
Merci pour ton intervention.

Voici un exemple :

http://nomad3.ncep.noaa.gov:9090/dod...ascii?prmslmsl[2:4:58][277:279][0:16]

Je ne peux pas le tester de là où je suis mais il marchait hier soir.
miro
22/09/2006, 09h24
Citation Envoyé par detoldim
Bonjour,
je suis client OVH en mutu 60GP et j'ai le sentiment d'avoir le même genre de soucis que vous.

J'utilise aussi un serveur de données météo US (si cela se trouve le même que vous) avec des requêtes au format DODS.

Ce serveur demande à être utilisé via le port 9090 (l'url est de la forme http://nomad3.ncep.noaa.gov:9090/)

Ces requêtes ont fonctionné très bien pendant 6 mois et elles plantent depuis quelques jours. J'ai testé ces mêmes pages PHP depuis un autre hébergeur (1&1 pour ne pas le citer) et cela marche parfaitement.

Pouvez-vous me confirmer qu'il s'agit d'un pb comparable et me dire si une solution existe ou s'il faut que j'aille malheureusement voir ailleurs ?

D'avance merci.
Est ce que tu peux donner une url qu'on peut tester? Pour http://nomad3.ncep.noaa.gov:9090/, j'ai pas de réponse de leur serveur à partir de tous les serveur que j'ai pu tester.

Merci
Miro
detoldim
22/09/2006, 08h04
Bonjour,
je suis client OVH en mutu 60GP et j'ai le sentiment d'avoir le même genre de soucis que vous.

J'utilise aussi un serveur de données météo US (si cela se trouve le même que vous) avec des requêtes au format DODS.

Ce serveur demande à être utilisé via le port 9090 (l'url est de la forme http://nomad3.ncep.noaa.gov:9090/)

Ces requêtes ont fonctionné très bien pendant 6 mois et elles plantent depuis quelques jours. J'ai testé ces mêmes pages PHP depuis un autre hébergeur (1&1 pour ne pas le citer) et cela marche parfaitement.

Pouvez-vous me confirmer qu'il s'agit d'un pb comparable et me dire si une solution existe ou s'il faut que j'aille malheureusement voir ailleurs ?

D'avance merci.
xulops
20/09/2006, 19h10
Effectivement, ça va mieux.
J'avais des problèmes avec tout un tas de domaines (www.another-record.com par exemple), et là maintenant ça passe enfin.
bonbouaz
20/09/2006, 19h09
le probleme semble résolu de mon coté
merci
miro
20/09/2006, 18h40
Là ça a été fixé.

Dites moi si vous avez encore des problèmes.

Merci
Miro
Guillaume
20/09/2006, 18h24
Les messages privés ne sont pas activés sur ce forum.
Pour cela, il faut contacter le service commercial.
bonbouaz
20/09/2006, 18h21
je souhaite de tout coeur qu'ovh me propose un geste commercial significatif par message privé.
merci d'avance
bonbouaz
20/09/2006, 18h19
extrait d'un echange avec tm4b
Dear basile,

Please find below the tracert from our server to yours. It managed to make 6 hops, but couldn't make the final hop(s) to the end - it seems that the problem appears to be on your end.
root@server [~]# traceroute tahitisurfreport.com
traceroute to tahitisurfreport.com (213.186.33.4), 30 hops max, 38 byte packets
1 lax1-br-vlan10.lunarpages.com (216.227.221.1) 11.979 ms 0.284 ms 1.197 ms
2 ge1-17.cr01.lax02.mzima.net (72.37.172.25) 7.016 ms 0.474 ms *
3 eos0-16.cr01.iad01.mzima.net (216.193.255.130) 62.514 ms 62.817 ms 72.239 ms
4 equinix-6k-1.routers.proxad.net (206.223.115.160) 62.939 ms 62.840 ms *
5 th2-6k-1-po20.intf.routers.proxad.net (212.27.57.13) 145.108 ms 151.505 ms 152.193 ms
6 * * p19-6k-2-po4.intf.routers.proxad.net (212.27.50.14) 144.925 ms
7 * * *
8 * * *
9 * * *
10 * * *
11 * * *
12 * * *
13 * * *
14 * * *
15 * * *
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 *

Please provide us with the tracert from your end and your ISP so that we can try to figure out what is going on.

Many thanks,

Abu Aaminah
Technical Support
miro
20/09/2006, 11h39
Pb de routage vers cette classe d'ip:
NetRange: 216.227.208.0 - 216.227.223.255
CIDR: 216.227.208.0/20

En cours de correction.

Miro
Guillaume
20/09/2006, 11h38
Nous sommes dessus en ce moment.
yliesse
20/09/2006, 11h13
Pour ma part j'ai déja commencé à migrer vers 1and1...

C'est tout va bien je reste chez eux.....
bonbouaz
20/09/2006, 01h01
je n'ai pas l'impression non plus,
le probleme c'est que quand j'attaque l'ip en direct et que je fais une requete get, ca passe pas.

j'ai l'impression que c'est un probleme de routage, mais pas un probleme DNS

et visiblement dans l'autre sens (tm4b vers nous) ca passe pas non plus.
je sais pas trop quoi faire vu que les possibilités en shell sont très limite, mais en gros le weekend prochain si ca passe toujours pas je migre mes sites autre part.
yliesse
19/09/2006, 23h01
Bonsoir,
as tu eu des infos ?

As tu resolu ton probleme ?
J'ai pas l'impression qu'OVH s'occupe de ça....

Merci d'avance
bonbouaz
19/09/2006, 19h26
peut on avoir une ETA sur ce probleme ?
bonbouaz
19/09/2006, 00h38
j'ai tenté de faire un traceroute wwW.tm4b.com sur le ssh mais j'ai pas réussi, la fonction n'est visiblement pas accessible...
bonbouaz
19/09/2006, 00h31
visiblement la communication ne se fait pas non plus dans l'autre sens puisque j'ai des erreurs du type :

Dear Customer,

Whilst attempting to make the following HTTP GET request, a 0 status was returned (i.e. 'There was a problem with http://www.tahitisurfreport.com/cron/fromapi_report.php - connect() timed out!')
http://www.tahitisurfreport.com/cron...ate=0609182315

It is, therefore, highly unlikely that your application processed this request correctly.

TM4B Bulk SMS Gateway
http://www.tm4b.com/
bonbouaz
19/09/2006, 00h22
j'ai testé ca a partir de la machine ca marche pas

$fp = fsockopen("216.227.221.40", 80, $errno, $errstr, 30);
if (!$fp) {
echo "$errstr ($errno)
\n";
} else {
$out = "GET / HTTP/1.1\r\n";
$out .= "Host: www.tm4b.com\r\n";
$out .= "Connection: Close\r\n\r\n";

fwrite($fp, $out);
while (!feof($fp)) {
echo fgets($fp, 128);
}
fclose($fp);
}



il semble donc que ce soit un probleme reseau et non dns, j'ai posé la question a tm4b pour savoir s'ils faisaient un blocage
bonbouaz
19/09/2006, 00h05
mes problemes ont lieu depuis le 13/09

or depuis le 13 http://travaux.ovh.com/?do=details&i...d1ba04705750cc
il semble que vous ayez un probleme de dns...

ca commence a faire beaucoup de coincidence, non ?
bonbouaz
18/09/2006, 22h47
mais quoiqu'il en soit, la commande gethostbyaddress() ne devrait elle pas marcher ?
Guillaume
18/09/2006, 22h43
Je ne vois pas comment régler ça.
Si le problème était général, cela viendrait forcément d'ici mais là non.
Cela ressemble plus à un blocage d'une plage d'ip qu'à autre chose.
bonbouaz
18/09/2006, 22h35
ok, j'ai fait un dig @dns.ovh.net www.tm4b.com

et la j'ai une réponse un peu atypique en ce sens que vous ne faites pas de récursif, du coup on se fait renvoyer vers le top domain pour une réponse, c'est normal ?

Donc c'est anormal que ça bloque sur ce domaine mais en règle générale c'est bon.
ca veut dire qu'il y a une solution ou pas ?

merci de toutes tes recherches
Guillaume
18/09/2006, 22h21
La commande marche bien pour un autre domaine mais bloque juste pour celui-là !
Donc c'est anormal que ça bloque sur ce domaine mais en règle générale c'est bon.

Citation Envoyé par bonbouaz
y a pas un moyen de forcer les dns a se rafraichir pour ce domaine ?
non
bonbouaz
18/09/2006, 22h16
y a pas un moyen de forcer les dns a se rafraichir pour ce domaine ?
bonbouaz
18/09/2006, 22h16
je suis a peu près certain que ca ne peut pas etre un blocage chez tm4b, mais je leur ai demandé, pour info,

rien que pour les histoires de nslookup, deja je trouve ca bizarre,

le fait que la commande gethostbyaddress() marche pas, t'es d'accord que c'est pas normal, non ?
Guillaume
18/09/2006, 22h03
Par contre depuis 2 hébergements non ovh cela marche très bien, c'est bizarre.

DNS pas propagés ?
Blocage ?

Et depuis chez moi :
Non-authoritative answer:
Name: tm4b.com
Address: 216.227.221.40
Guillaume
18/09/2006, 22h02
J'ai testé depuis un 1000gp avec un gethostbyname sur tm4b.com sans succès.
Mais sur un autre domaine non hébergé chez ovh, cela marche parfaitement.

Donc j'en reviens à ce que j'ai dit, cela ne vient pas directement d'ovh.
bonbouaz
18/09/2006, 22h02
alors, je me suis connecté en ssh,
et j'ai eu
nslookup tm4b.com
connection timed out; no servers could be reached



nslookup www.tm4b.com
Server: 10.0.0.12
Address: 10.0.0.12#53

** server can't find www.tm4b.com: SERVFAIL

alors que si je fais un nslookup pour tous les domaines qui me sont passés par la tete ca marche a chaque fois, c'est bien qu'il y a un probleme, non ?
bonbouaz
18/09/2006, 21h34
je suis pas expert en dns,

mais par defaut, le dns doit bien fournir une réponse pour un domain qui existe, non ? (meme s'il ne fait pas autorité)

d'autre part, le fait que le gethostbyname passe pas, on est d'accord que ca reste au niveau de la machine voire avec une requete dns, mais qu'en aucun cas c'est a la machine distante qu'on pose la question, si ?

c'est surtout ca qui me fait bizarre, d'avoir aucune réponse sur le gethostbyname()

il devrait au moins sortir l'ancienne ip si c'est un probleme de replique, pour moi.

bref, je suis un peu embeter, d'autant que je perds des sous, dans cette histoire...
Guillaume
18/09/2006, 21h21
Reste à voir si cela ne viendrait pas en effet d'une réplication qui tarderait mais 4 jours ça fait un peu long.
bonbouaz
18/09/2006, 20h59
sur l'autre serveur, ca marche, la résolution dns est bien effectuée, http://new.sejoursdanslesiles.pf/test.php
renvoie bien l'adresse ip du serveur la ou le meme script sur ovh refuse de le faire.


pour etre sur j'ai mis le serveur ovh
gethostbynamel("216.227.221.40")
et la réponse est :
reponse :Array ( [0] => 216.227.221.40 )

ce qui veut bien dire qu'il n'y a pas d' "obstacle réseau" a la résolution dns. et que le soucis viens bien d'ovh et pas de l'extérieur.

j'ai rajouté un
echo join("",file("http://216.227.221.40));
et visiblement ca marche pas
Guillaume
18/09/2006, 20h51
Si cela ne marche pas depuis ovh ni depuis un autre endroit, ça veut bien dire qu'on ne peut rien y faire.
bonbouaz
18/09/2006, 20h40
pour info encore,

le meme script sur un autre serveur
http://new.sejoursdanslesiles.pf/test.php
bonbouaz
18/09/2006, 20h34
enfin, pour info, il y a eu un changement sur le domaine tm4b.com le 14 sept, le probleme vient peut etre d'une réplication qui tarde a se mettre a jour au niveau dns, non ? (ca expliquerait pourquoi je suis le seul a avoir le soucis)
bonbouaz
18/09/2006, 20h32
je pense pas que le probleme vienne de tm4b.com vu que meme la conversion domain/ip passe pas sur tahitisurfreport.com/cron/test.php
(et pour ca, on ne demande pas a tm4b, si ?)
bonbouaz
18/09/2006, 20h27
l'ip du domain c'est 216.227.221.40

c'est banni chez vous ?
bonbouaz
18/09/2006, 20h26
ce qui veut dire ?
mon probleme ne sera pas résolu ?
Guillaume
18/09/2006, 20h20
http://www.ovh.com/fr/espaceclients/.../dig_domain.pl
En effet ça ne passe pas, c'est étrange.

Je me demande si cela ne viendrait pas d'un problème de peering ou plus probablement d'une plage d'ip (celle d'ovh) qui serait bannie au niveau du serveur qui héberge tm4b.com.

De toute façon, le problème ne me semble pas résolvable facilement.
Problème DNS non car sinon on aurait des problèmes pour ouvrir la page de la même manière.
bonbouaz
18/09/2006, 20h19
(et s'il y a encore un doute la dessus, je confirme que c'est un script qui marchait depuis plus de six mois sans probleme qui s'est mis a "plus marcher"....)
bonbouaz
18/09/2006, 20h17
merci pour la rapidité des réponses, en tout cas

sur http://www.tahitisurfreport.com/cron/test.php
je teste google.com et tm4b en conversion adresse/ip et tm4b ne marche pas (regarde par toi meme)

je confirme que j'utilise d'autres sites extérieurs a ovh en fopen() (ou en ouverture de socket ou en curl) et que ca marche sur port 80

je confirme que pour tm4b je test en port 80 (meme si a terme c'est du https standart que je veux faire.)

en gros, je reviens a ma question de départ, je crois que le probleme est bien un probleme dns puisque c'est au niveau de la conversion domain/ip qu'il y a un soucis (voir ci dessus) et que tout le reste marche bien...
Guillaume
18/09/2006, 20h11
Essaye un fopen sur un autre site extérieur à OVH
Guillaume
18/09/2006, 20h11
Depuis ton 240plan tu as un accès ssh.
Et le nslookup n'a rien à voir avec le fonctionnement de la commande php fopen.
Il récupère les informations des zones tout simplement.

Certains ports sont certes bloqués en mutualisé mais pas le 80.
bonbouaz
18/09/2006, 20h09
pour info :

sur
http://www.tahitisurfreport.com/cron/test.php
j'ai mis un bete
print_r(gethostbynamel("www.tm4b.com"));

et ca mouline pour finir par planter...
bonbouaz
18/09/2006, 20h03
ok, alors :

1 . en utilisant ca : http://www.kloth.net/services/nslookup.php

vous pouvez tester tm4b.com a partir du dns de kloth.net
ca marche
ce qui semble indiquer que le domaine n'est pas protégé
de toute facon, ca marchait très bien depuis un an, donc je ne vois pas très bien pourquoi ils protegeraient vu que c'est leur business

2. test via un navigateur
si je tape l'adresse que je veux taper dans mon navigateur (que je ne peux pas reproduire ici, vu que y a mon log/pass dedans)
ca marche
donc avec le dns de mon isp ca marche

3. avec le dns.ovh.net
toujours grace a kloth, ca marche pas,
ca veut quand meme dire qu'il y a un truc, non ?

comme je suis en mutualisé, je peux pas faire de nslookup en shell, mais sur la machine plan240, en admin ca doit pas etre dur a faire, et ca dissiperait tous les doutes, non ?
Guillaume
18/09/2006, 19h58
Cela ne vient pas d'OVH mais probablement du serveur qui héberge ce site et qui est protégé.
bonbouaz
18/09/2006, 19h33
bonjour a tous, après une discussion depuis jeudi avec le support, j'ai l'impression que mes demandes sont prises comme celles d'un "jeune qui débute et qui comprend rien"

je voudrais donc savoir si vous arrivez aux memes conclusions que moi :


j'utilise tm4b.com pour envoyer des sms, et quelques soient les méthodes que j'utilise pour attaquer tm4b.com en http: je me fais jeter avec un time out a chaque fois.

comme je ne suis pas un "jeune qui débute et qui comprend rien" j'ai donc fait des demandes d'enregistrement A sur dns.ovh.net pour tm4b.com et la je découvre que le dns répond qu'il connait pas, alors que tous les autres dns du monde que j'ai pu tester réponde la bonne ip.

j'en deduis que ovh a un probleme dns, je l'ecris dans le support, mais rien a faire, je n'ai que des réponses du genre "avez vous ajouté le domaine tm4b.com dans la liste de vos domaines ?"

je suis en plan240, si quelques un d'entre vous serait assez gentils pour faire des tests du genre "fopen('http://www.tm4b.com') " ou bien avec la lib curl, ca serait super, ca me permettrait de pas etre le seul a avoir constaté ce probleme.

pour moi ca dure depuis le 13 septembre,
d'autre part, je fais plein d'autre requete sur d'autre domaine du genre "fopen('http://www.xxxx.com') " et elles fonctionnent toutes très bien
a defaut d'arriver a me faire comprendre sur le support, j'essaye ici.

désolé pour les piques sur le support, mais je perds des sous chaques secondes depuis le 13 septembre, donc je suis un peu échaudé...
(cela dit, je comprends parfaitement que la plupart des questions du support doivent etre assez bas niveau)

ps : de l'étranger, je n'ai pas réussi a joindre le numéro 0899 701 761