Registar : je n'en reviens pas !

Salut,

J'ai deux noms de domaine géres par namebay. Il me semble qu'il n'y a rien a faire pour le moment. Ce dont je suis sur c'est que l'afnic est ferme lundi. SUPER CA!!!

Par contre, namebay.com repond.

Bonne soirée comme meme

 

même problème chez moi

il va falloir trouver une solution

je ne sais meme pas si un transfert de registrar serait accepté alors que namebay ne répond pas

pour info j'ai tenté un changement de DNS (sur les .com) en allant sur namebay (80.247.64.197) et la modif est bien répercutée aux DNS. ca peut dépanner ceux qui sont pas sur .fr

 

Quel foutoir che namebay !

Du jamais vu de mémoire de webmaster...
Ben moi c'est pareil ! sauf qu j'ai + de 50 domaines chez namebay !
J'ai tenté d'inscrire un nouveau serveur dns gratuit type xname.org en serveur 3 mais çà ne donne rien
Curieusement le serveur dns1.namebay.com peut être pingé (pas le dns2) et le site namebay.com fonctionne -> ce qui est bien curieux quand même ! a moins que ce soit du cache dns...

Quelqu'un a t il trouvé une solution qui marche ?

PS : 80.247.64.197 erwanpia quand je tape cette ip j'ai erreur 400 ?

 

Namebay down

erwanpia est ce que ton problème est résolu ? Quel serveur de noms as tu pris ?

 

Bonjour,

J'ai moi aussi une vingtaine de domaines chez namebay, tous en .com
Si quelqu'un a une solution... je suis preneur.

J'ai testé l'adresse directe http://80.247.64.197, mais ça ne marche pas.

Vont-ils se réveiller chez namebay ?

Je nous souhaite bon courage

 

Galère

Après vérification, les modification de DNS effectuées dans l'interface d'admin de namebay ne sont pas prises en compte (bien qu'elles soient visible depuis l'interface) ! donc la situation semble sans issue... Il est 8H30 ce dimanche et il y a de quoi ronger son frein : mes sites sont indisponibles depuis 16H hiers...

 

Ou ils sont victimes d'une attaque. Bloquer tous les serveurs dns est un rêve pour tous les pirates du web : on voit bien ce qu'il se passe dans ce cas.

 

auth code chez namebay

Je tente un transfert de registrar sur un domaine sans conséquence : quelqu'un sait il comment on peut obtenir le auth code d'un domaine chez namebay depuis la console ?

 

Je confirme !

Effectivement, le dns1 fonctionne à nouveau...

Bonjour la réactivité !

 

Vous êtes chez quel fournisseurs d'accès? avant de vous énerver êtes vous bien sûr que le problème vient de chez namebay? je dis cela car je me suis déjà fait avoir à cause du DNS du fai qui faisait des siennes, ce qui me semble plus être le cas car si vous y accédez en changeant le host de votre machine, c'est bien que le DNS de votre fai ne sait plus ou se trouve namebay.

A cause des différents accords de peering, ce problème peut impacter plusieurs fai

 

Salut,

J'ai un DNS namebay avec infomaniak et aucun problème, je peux accéder au site namebay.

Etrange.

 

Hier ça a fonctionné toute la journée pour ma part, vraiment aucun soucis.

 

Il suffit que par exemple les DNS de Orange ou de Free (car se sont ceux qui ont les plus gros accord de peering) se mettent à merder pour que grand nombre de personnes ne puissent accéder à ton domaine.

Quand je parle de cela, c'est parce que je l'ai déjà subit ce problème, tous mes clients chez Orange ne pouvaient plus accéder à leur site sur mon serveur, par contre moi étant chez un autre FAI, j'y accédais sans problèmes.

Cela à été difficile à diagnostiquer car mes clients pouvaient surfer relativement normalement : ils accédaient sans problème à la majorité des site, c'était simplement le peering entre le FAI et l'hébergeur, mais la l'hébergeur n'y est pour rien, le peering est à la charge du FAI.

Tu remarqueras que cela ne vient pas forcement gêner l'accès à d'autre serveurs ailleurs.

Il faut bien plus pour me vexer, pour ma part, j'essaie de voir toutes les raisons possible à ton problème, et je reste convaincu pour le moment que ce que j'ai proposé reste une possibilité.

As tu fais des tests avec d'autres fournisseurs d'accès?

 

Ben c'est justement à cause de cela que je pense à un problème FAI, quand tu ne fais pas d'interrogation au DNS de ta connection.

Les DNS des serveurs étrangers, passent en général par le relais d'un serveur français (sauf cas particulier comme google par exemple, ce qui expliquerait que son bot puisse circuler librement sur ton site), qui lui si il est touché par le problème de DNS, il subira la même problématique. Grâce à ton cache tu arrives sur les serveurs namebay, et ensuite leurs serveurs redirigent bien vers ton site, pour moi, cela voudrait dire qu'ils font correctement leur travail.

Enfin, c'est comme cela que je l'interprète (je ne suis pas expert en réseau non plus et je peux me fourvoyer)

 

Le temps que je rédige la précédente réponse je suis passé à coté de celle la, en effet, a partir de 3 FAI français cela commence à devenir inquiétant.

 

Pour moi ce ne sont pas le DNS de namebay que tu interroges mais ceux de ton FAI, je pense que si les DNS de namebay sont en carafe, même avec ton cache DNS tu ne pourrais accéder au site.

 

En dns secondaire et primaire je n'ai pas de DNS de namebay, tout est sur infomaniak.

Si je prends un domaine gandi, j'ai aucun DNS de gandi, tout est attaché à un de mes serveur dédié.

Bref, je comprends pas trop ton problème.

 

Faut pas, faut pas, j'essaie de comprendre cd qu'il s'est passé, et puis je l'ai dis je ne suis pas expert réseau, la preuve

Ça c'est une commande que je ne connaissait pas, du coup je viens de jouer avec, c'est interessant les résultats qu'elle donne. Et elle me permet de mieux comprendre pourquoi tu peux être convaincu du problème provenant de namebay, avec cette info, je suis tout a fait d'accord, c'est bien namebay qui a merdé

Edit : j'adore ton résumé

 

Namebay à nouveau down : là c'est vraiment trops !

Après 16 H d'indsiponibilité entre samedi et dimanche voici que namebay est à nouveau hors service coté DNS ce lundi... Bon là il faut changer de registrar rapido je pense car coté sécurité c'est la cata !

Il faut ajouter que les modifications de config dns sur les sites qui ont été réalisées hiers alors que le service dns était opérationnel n'ont pas été distribuées ! J'ai ajouté un nouveau serveur dns pour plusieurs de mes sites hiers et résultat : rien...

Là c'est grave quand même. Celà veut dire que le dns1 a été remis en service du point de vue de la résolution des noms mais pour le reste donc la mise à jour des infos de registre certainement pas !

 

Eh oui, de nouveau en panne...
Pourtant à la différence d'hier, j'ai certaines adresses email, de domaines par ailleurs indisponibles, qui fonctionnent.
Hier, rien ne fonctionnait.

 

Effectivement Namebay encore en carafe ce matin, Lundi 12 Mai. Mais il semblerait qu'il y ait du travail derrière, mes sites se sont remis à fonctionner pratiquement toute la journée de DIMANCHE.
Je pense qu'ils travaillent dessus et qu'après nous aurons tous les tenants et les aboutissants. A plus . . .

 

Je viens d'essayer de les appeler.
Bonne nouvelle, ils travaillent ce lundi de pentecôte.
Evidemment, je n'ai pas pu les avoir car "tous nos conseillers sont occupés"...
Si quelqu'un a des infos, merci de nous en faire profiter.

Au fait, c'est de nouveau hs depuis ce matin ou depuis hier soir ?
Je pensais que ça marchait hier soir, mais c'était peut-être mon cache.

 

Namebay feedback

Je suis d'accord ! aucune information sur la sitation permettant d'évaluer la durée, les causes, etc du problème n'a été communiquée :

Voici le retour de namebay suite à mon mail aux services techniques ce dimanche :

Bonjour,

Tout est rentré dans l'ordre, le service technique a résolu le problème dans
la nuit.

Nous faisons les vérifications nécessaires et nous reviendrons vers vous des
que nous aurons plus d'informations.

En vous remerciant pour votre compréhension,

Je reste naturellement à votre disposition pour toutes informations
complémentaires.

Cordialement,

Alexandra Madonia
--
NAMEBAY
Technical Dpt / Service technique
http : // www . namebay . com
Fax : +377 97 97 21 13

> Question : Question Service
> Acvitité : webmaster
> E-Mail : > Contact ID :
> Message :
>
> C'est quoi ce foutoir !? Pourquoi n'y a t il aucune information de ce qui se
> passe à vos clients ? Quand allez vous remettre le service DNS en
> opérationnel ?
>

Quel registrar solide conseillerez vous ?

autre solution : j'ai un serveur dédier chez ovh qui me sert pour la messagerie : je me demande si je pourrais pas l'utiliser comme serveur dns.

Bon pour l'instant j'en suis réduit à utiliser un dns gratuit (xname.org) et a ajouter ce serveur dans la config de mes sites. J'espère que ça va marcher. Je confirme également que certains sites fonctionnent ?!

 

J'aimerais bien savoir si ta solution marche et comment on peut faire !
J'ai moi aussi un dédié (chez ikoula).

Quant à un nouveau registrar, je suis en train d'essayer de comparer.

 

Et moi je pense n'avoir aucun site qui marche en ce moment !

 

about Gandi

_psai, j'avais vu à la relecture pour l'adresse...
J'ai pas mal de domaines chez gandi également : je me rappelle il y a 2 ans une grosse galère avec eux du même genre suite à une attaque mais sur une durée bien plus courte...

Penses tu que l'on puisse changer de registrar sans interruption de services pour les sites ? C'est ma crainte

 

ovh et serveur de noms

hatshepsout, c'est plutôt simple chez ovh car le service dns est en place sur les dédiés et il suffit donc d'ajouter une zone (primaire) et de définir @ sur l'ip du site concerné...

Pour xname celà semble bien marcher, car tous les sites que j'ai paramétré ce matin fonctionnent actuellement. Mais je ne sais pas déterminer quel serveur dns résoud actuellement -> si quelqu'un connait une commande pour çà je suis preneur

 

_psai a écrit :

OK d'accord, mais quand elles pourront être prises en compte, si je comprends bien, tu vas donc enlever
DNS1.namebay.com et
DNS2.namebay.com
et les remplacer par les DNS de ton dédié ?

 

c'est reparti depuis 5 minutes apparament

depuis hier j'ai changé les DNS de mes domaines pour pointer vers mon dédié OVH

ca marche mais je vais rapidement migrer chez GANDI

ce genre de blague est inacceptable, surtout un dimanche matin

 

giacommo a écrit :

Chez ikoula aussi, c'est un plesk et j'ai accès à une zone de dns pour chaque domaine.

Je ne risque pas grand-chose à essayer la manip mais je ne sais pas bien ce que je dois indiquer dans mon interface de dns avancée namebay (quand j'y aurai accès évidemment) pour que ça marche.

 

Modif dns

Non :

- je vais sur xname ou chez un autre dns fournisseur, je créer une nouvelle zone primaire avec le ou les noms de domaine concernés (www @ ip)

- puis je dévérouille le domaine chez nambay
- puis j'ajoute ns0.xname.org et ns1.xname.org dans les dns en utilisant modifier les dns

Je constate que ces modification sont publiées en faisant un whois depuis gandi par example

et que mes sites fonctionnent après qq temps (maxi 1 heure) mais celà reste à confirmer...

 

modification de fr

_psai : effectivement tous les domaines en .fr que j'ai modifié ce matin sont en pending et les modifs dns ne sont pas répercutées... dur, dur !

Je confirme également que dns1.namebay.com semble à nouveau opérationnel... pour combien de temps ?

 

erwanpial a écrit :

J'essaie actuellement de modifier les serveurs de dns chez namebay et je n'y arrive pas.
En fait, je pensais garder les serveurs namebay et ajouter un troisième serveur.

j'essaie donc de rajouter une ligne du genre :
ns.mondomaine.com 123.456.78.90 (les chiffres étant l'adresse ip de mon dédié)
je ne suis pas expert en dns et ne suis pas sure de l'exactitude de ma ligne.

Si quelqu'un a la réponse ?
Merci d'avance

 

dns namebay

Si le site est sur namebay :

Le fait de rajouter un enregistrement ns en utilisant la commande Administrer votre gestion dns avancée se fait comme suit :
hote : @
type : name server
ip : mettre le serveur de nom ex: ns0.xname.org

Il existe une autre option qui est Modifier les serveurs de nom qui me semble plus efficace (les modifications ns ci dessus n'ont jamais fonctionné en ce qui me concerne) à conditions que le domaine soit dévérouillé... Je ne comprends d'ailleur pas pourquoi lorsque j'utilise cette derniere commande, les enregistrement ns ne sont pas modifiées pour le domaine : il semble que celà soit 2 choses différentes ?! et pourtant sur le whois de gandi par exemple j'ai les bon NS assosiés au domaine

 

_psai a écrit :

Le problème c'est que je ne suis pas chez ovh mais chez ikoula.
J'essaie donc d'ajouter un serveur tertiaire mais ce que je saisis ne fonctionne pas.

J'ai également essayé de gérer mes dns avancées et j'ai réussi à ajouter un enregistrement ns avec comme valeur l'adresse reverse ip de mon serveur.
Elle est donc du style
hôte : @
type : ns
Content : ikxxxxx.ikxxxxxx.com

Avec cette configuration, est-ce que si les dns de namebay plantent, j'aurai une solution de secours ?
Merci d'avance

 

ns record chez namebay

hatshepsout : a ma connaissance non ! il faut passer par l'option Modifier les serveurs de nom et ajouter dans la liste les serveur 3, 4, etc.. Note que la préseance n'est pas respectée : namebay propose toujours ses serveurs dns en premier même si tu places un autre serveur devant en 1 et 2 !...

 

Personnellement namebay refonctionne normalement.
Tous mes sites sont de nouveau accessibles

 

C'est la fete !

Bonjour,

On est aussi chez Namebay pour les domaines. Tout d'abord ca fait 5 ans qu'on travaillent avec eux sans problèmes... Sauf que là 3 LONGUES coupures en 7 jours (dimanche dernier, ce samedi et ce lundi...)...

On a environ 150 domaines chez eux... Afin de simplifier les procédures de mises en ligne des sites, on avait décidé de laisser à Namebay la gestion des DNS. Avec ce gros problème, on a décidé :

1- Installation d'un serveur de DNS sur chacun de nos serveurs
2- Ajout de DNS supplémentaires sur chacun des domaines.

Pour ce faire, il faut :

1- Se logguer sur son interface Namebay, créer un Serveur de nom (genre ns1.mondomaine.com). Attention le temps de propagation est de 48 a 72 heures...
2- Créer/Configurer son serveur de DNS. On est chez ikoula (que l'on conseille fortement !) en windows 2003/2008 donc je vous file le lien de la doc qui est pas mal faite :
http://support.ikoula.com/index-1-2-1581.html
3- Une fois que votre "ns1.mondomaine.com" est propagé, allez dans votre interface namebay, vos domaines, et faites changer les serveurs de noms. De notre côté on a mis :

NS1.VALIDNAME.COM (Namebay)
NS2.VALIDNAME.COM (Namebay)
NS1.MONDOMAINE.COM (Notre serveur)
NS1.IKOULA.COM (Notre hébergeur)
NS2.IKOULA.COM (Notre hébergeur)

Comme cela, en cas de défaillance, il y a trois serveurs physiquement distants de DNS (Namebay, Notre hébergeur, Notre serveur).

Remarque : Chez ikoula, pour les serveurs dédiés, il gèrent les DNS secondaires (a configurer dans son interface). De plus au passage, si vous êtes chez ikoula, activez le MX Rescue qui permet de perdre aucun mails en cas de panne.

 

Merci à Esquisse !
J'ai la même configuration, sauf que mon serveur est un dédié plesk linux.
Tout est bien configuré du côté de mon serveur, j'ai vérifié avec ikoula.
Et je crois que je viens de comprendre ce qui ne fonctionne pas du côté namebay.

Je n'ai pas attendu le délai de 24 à 72 heures entre la création de mon enregistrement NS via l'interface des dns avancées et la modification des serveurs de noms.
Donc je vais attendre 2 ou 3 jours et je pourrai peut-être enfin mettre en serveur de nom
ns.mondomaine.com

Qui vivra verra !

 

hatshepsout : tu peux vérifier que ton Ns fonctionne en faisant tout simplement un ping (demarrer / executer : cmd) puis ping ns.tondomaine.com, si il résoud l'ip c'est en théorie Ok ou quasiment.

_psai : Cela peux te sembler plus interressant, mais bon si le DNS 1 et 2 n'est pas résolu, ca ira sur le troisième et ne "surchargera pas nos serveurs". Ce qui nous évite aussi de vérifier que nos serveurs ont pas de problème sur le service de DNS. Tout est une question de se libérer au maximum des problèmes possibles, sans être bloqué.

Le MX rescue de ikoula fonctionne sur des MX, donc dans notre configuration il faudrait que les 3 serveurs de DNS tombe + les 3 serveurs MX de ikoula (qui ont deux datacenter).

Tout ca pour dire que pour une PME comme la notre qui souhaitons offrir une dispo maxi à nos clients sans aller dans des installation hors de prix est un très bon compromis.

Sinon, je t'avoue honnetement que l'interface web n'est pas l'idéal pour gérer 150 domaines même si on touche pas la config tous les jours. A terme et quand on aura le temps on va scripter tout ca dans l'intranet de la société (peut-être grâce aux api de namebay !!! enfin j'espère)

Enfin, c'est vrai que namebay utilise pas les SPF, de notre côté nos serveurs n'ont pas a souffrir de refus de mails car on a une politique assez stricte. Reste que ca serait toujours mieux de pouvoir gérer les SPF.

Malgré ces gros problèmes avec namebay je veux dire honnetement que c'est pas les pires prestataires francais. Nous aussi ca nous arrive des problèmes de ce genre. C'est enervant, mais il faut pas oublié qu'un serveur c'est du matériel et le matériel de nos jours c'est de la Mxxxxx.

D'ailleurs pour la petite histoire on a du faire 5 hébergeurs avant de trouver ikoula. On les a choisis en leur envoyant un mail a 22heures et 3 heures du matin un samedi pour voir si le support était réellement existant. Et ils ont répondu en moins de 20 minutes !

 

Je n'ai reçu aucune info de la part de namebay...

 

Esquisse a écrit :

OK merci du conseil.
Mais du coup, je me suis amusée à faire des ping et concernant ikoula, j'ai testé les 3 serveurs
ns1.ikoula.com
ns2.ikoula.com
ns3.ikoula.com

Pour les 2 premiers, j'ai eu comme réponse à mon ping : délai d'attente dépassé, 0 paquets transmis.
Le Troisième serveur étant OK.
Ce qui fait que je me pose la question : on a la place pour 5 serveurs DNS chez namebay et donc si on n'indique pas un des serveurs ikoula et que c'est justement celui là le seul qui marche, on peut également être coincé de nouveau...

 

Salut,

Effectivement si aucun serveur de DN ne se resoud ca ne marchera pas mais bon , il faut quand même vraiment pas avoir de chance pour que tous tes serveurs de DNS tombent en même temps...

Sinon, j'ai recu l'explication officiel de namebay :

Cher client,

Voici la description des faits techniques du week end du 10 au 12 mai 2008
ainsi que les mesures correctives ou préventives qui ont été apportées.



Namebay a effectué une migration de son architecture de DNS le samedi 3 mai
pour répondre à deux objectifs:

-mettre à jour les composants systèmes de ces DNS (systèmes d'exploitation et
logiciel DNS),

-permettre aux utilisateurs de saisir de nouveaux champs DNS en réponse aux
demandes qui nous ont été faites, en particulier pour un meilleur traitement
anti-spam (champ SPF).



Pour garantir homogénéité, pérennité et indépendance fonctionnelle, nos
serveurs sont sous Windows 2003 ou 2008, base de données SQL server 2005, avec
environnement virtuel VMware pour accueillir des environnements Linux.



Consécutivement à cette migration, une accumulation de circonstances, a priori
rares, a créé ce week end deux interruptions de service rapprochées:

-une en fin d'après midi et soirée du samedi 10 mai, avec rétablissement du
service vers minuit trente

-la deuxième très tôt dans la matinée de lundi avec rétablissement du service
vers 9h30.



Le DNS secondaire avait dû être rapatrié en début de semaine sur le même
plateau technique que le DNS primaire, pour une durée limitée au temps de
réinstallation de son nouveau serveur sur son plateau distinct (c'est dû à un
retard logistique).



Le samedi en fin d'après-midi, les services techniques de nos hébergeurs ont
constaté des pertes de paquets sur le réseau local de nos serveurs. Lors de
l'intervention, ils ont constaté que le DNS primaire était indisponible et que
le second avait du mal à résoudre les requêtes du fait des paquets perdus. Les
techniciens d'astreinte ont dû demander le concours d'autres techniciens pour
comprendre la cause de ces pertes de paquets et permettre le redémarrage du
service, car un gros firewall (de qualité), support de VPN, était passé dans
un état d'erreur.



Le lundi matin, les deux DNS qui interrogeaient la base de données centrale
sont devenus indisponibles. Les techniciens d'intervention ont alors constaté
que le plantage provenait du connecteur ODBC. Les trois serveurs ont été
relancés vers 9h30.



A l'analyse a posteriori, nous avons pris plusieurs mesures correctives et
préventives:

-il a été constaté qu'un patch correctif ODBC a été publié les jours
précédents par Microsoft. Ce patch a été installé et est en observation.

-les moniteurs de surveillance des DNS ont été renforcés avec des sondes
d'interrogation capables de redémarrer les DNS en cas de détection de non
résolution.

-nous avons demandé à nos hébergeurs de surveiller précisément le firewall qui
est passé en erreur, et d'intervenir directement depuis leur service 24/7,
pour raccourcir les délais sur ceux de Namebay.

-le DNS secondaire sera réinstallé prochainement sur son plateau technique
distinct



Pour conclure, dire que nous regrettons de n'avoir pu éviter ces concours de
circonstances serait une expression insuffisante. Nous pensons néanmoins avoir
adopté les mesures que nous pouvions prendre pour un retour à la normal.

 

Quelques précisions techniques

Bonjour à tous,

Quelques précisions techniques sur cet incident :

Nos serveurs DNS sont du type Bind 9.5 recompilés pour utiliser le module DLZ, ceci permettant au serveur de nom de s’appuyer directement sur une base de données (en fait, par sécurité, 2 bases de données répliquées, une pour chaque DNS) afin d’éviter la gestion des zones par fichiers texte.
Le serveur de base contenant les zones est un Serveur SQL 2005 64bits sous Windows 2003 Serveur x64, il a donc fallu passer par un pont ODBC (unixODBC et driver FreeTDS) entre le serveurs DNS sous Linux (Fedora 8 x64) et le serveur de base.
Hélas l’association unixODBC et FreeTDS permettant la connexion au serveur SQL na pas donné les résultats escomptés, nous avons constaté des pertes de connections fréquentes entraînant un arrêt du service DNS.
Nous avons depuis installé une sonde de surveillance pour les DNS capable de reconnecter ceux-ci au serveur de base de données immédiatement.
De plus, nous sommes en train de tester la dernière version stable du module FreeTDS, sortie le 8 mai.

Pour couronner le tout, un retard de livraison a empêché le déploiement de notre second serveur DNS sur Paris, nos 2 DNS sont donc restés physiquement sur le même site la semaine dernière bien qu’étant sur des classes d’adresses IP différentes.
La malchance a voulu qu’un incident lourd sur un des routeurs principaux de notre prestataire a entrainé la coupure des 2 services DNS samedi soir dernier.

En vous remerciant de votre compréhension,

L'équipe SysAdmin NAMEBAY.

 

Bonjour,

Je suis 100% d'accord avec _psai mais l'explication de NB explique le problème de CE week-end (10-11 mai) mais PAS celui du week-end passé (4-5 mai).

En effet, un problème tout à fait similaire et de durée plus longue (> 24 heures il me semble) est intervenu le week-end passé. La différence c'est que la France n'a pas été touchée. J'ai testé les DNS1 et 2 depuis une dizaine de pays, il n'était accessible QUE depuis la France, les Pays-Bas et l'Italie ! Je n'ai pas eut d'explication sur ce problème (mais j'en ai pas demandé explicitement, je me suis enervé seulement ce week-end en voyant que cela se reproduisait avec exactement les mêmes symptômes mais aussi depuis la France, je dois être trop gentil)

Il reste que dans l'exlication de NB, je ne suis pas 100% convaincu (en plus de ce que dis _psai), pourquoi une architecture héterogène Linux-Windows ? Il n'existe pas de serveur BD digne de ce nom sous Linux ? Je m'étonne d'un choix que je fuit comme la peste la sachant source de beaucoup de problème inutile !

Enfin, voilà. Je ne sais pas encore si je vais partir ailleurs, mais je pense en tout cas que pour les prochains enregistrement DNS, cela ne sera pas chez eux. Cela m'évitera d'avoir tous mes sites qui tombe en même temps et devoir le justifier auprès de tous mes clients à la fois !

 

L'explication arrive bien tard

Comment expliquer l’inexplicable ?

Je pense pour ma part qu’il est grand temps de quitter ces apprentis sorciers amateurs que sont Namebay et ses sous traitants. De mémoire de webmaster, nous n’avions jamais connu pareille bévue depuis ces 10 dernières années.

Nous avons perdons plus de 100.000 € de chiffres d’affaires grâce à leurs conneries débiles et inacceptables, surtout de la part d’un Registrar dont la fonction première est d’assurer un service DNS fiable.

Namebay se fout littéralement de ses clients, et pratique à chaque incident technique la politique de l’autruche. Indiquer « services 100% opérationnel » lorsque ces 2 DNS sont coupés est une aberration !!!

Essayez également de visiter le site web de la holding Namebay, il est inaccessible !!! (http://www.eurafnet.be)

J’invite toutes les personnes qui ont subi les déboires de ce Registrar en plein déclin à changer d’air en se tournant vers des sociétés plus sérieuses et surtout plus professionnelles.

Adieu Namebay