Auteur Sujet: DNS K-Net: resolver2 et ns3 en panne (décembre 2022 à mars 2023) (Lu 9722 fois)

pju91 · « **Réponse #12 le:** 12 décembre 2022 à 10:54:34 »

Citation de: Steph le 12 décembre 2022 à 10:30:58

J'ai pas le courage...
Chez K-net, ils en sont à ne pas regarder les alertes de leur propre smokeping!
http://smokeping.k-net.fr/smokeping/?target=Servers

Il me semble qu'on voit bien que resolver2 ne traite rien.

Citation de: Steph le 12 décembre 2022 à 10:30:58

Apparemment, depuis chez eux, ns3 répond en DNS.

Cette configuration DNS, c'est du grand n'importe quoi.
Si ns3 faisait partie des serveurs "authoritative" du domaine K-Net, il répondrait aux requêtes sur ce domaine, ça n'est pas le cas :

Code: [Sélectionner]

$ dig @ns1.k-net.fr k-net.fr soa +nostats

; <<>> DiG 9.18.8 <<>> @ns1.k-net.fr k-net.fr soa +nostats
; (2 servers found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 54795
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; WARNING: recursion requested but not available

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
; COOKIE: 763f73a23cd0945a010000006396f9cf39c80277253b4c3e (good)
;; QUESTION SECTION:
;k-net.fr.			IN	SOA

;; ANSWER SECTION:
k-net.fr.		3600	IN	SOA	ns1.k-net.fr. info.kwaoo.net. 2022111101 3600 600 1209600 3600

$ dig @ns3.k-net.fr k-net.fr soa +nostats

; <<>> DiG 9.18.8 <<>> @ns3.k-net.fr k-net.fr soa +nostats
; (2 servers found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 29396
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1
;; WARNING: recursion requested but not available

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
; COOKIE: 0e690e932b337783ee9741906396f9d6bd61891723274981 (good)
;; QUESTION SECTION:
;k-net.fr.			IN	SOA

xp25 · « **Réponse #13 le:** 12 décembre 2022 à 11:56:43 »

Citation de: Steph le 12 décembre 2022 à 10:30:58

J'ai pas le courage...
Chez K-net, ils en sont à ne pas regarder les alertes de leur propre smokeping!
http://smokeping.k-net.fr/smokeping/?target=Servers

Apparemment, depuis chez eux, ns3 répond en DNS.
On vois aussi que l'IPv6 est cassé.

Tu as les codes d'accès ?

Moi ça m'en demande.

pju91 · « **Réponse #14 le:** 12 décembre 2022 à 12:12:13 »

Citation de: xp25 le 12 décembre 2022 à 11:56:43

Tu as les codes d'accès ?

Moi ça m'en demande.

Ca m'en demande aussi ... mais pas en more "incognito" ou sur un navigateur qui ne connaît pas mes "credentials" sur l'espace client K-Net, c'est très mystérieux.

Edit : ne pas tenir compte de ce message, mais vérifier que l'url demandée est bien en http, pas en https.

xp25 · « **Réponse #15 le:** 12 décembre 2022 à 12:20:25 »

En mode incognito ?

Steph · « **Réponse #16 le:** 12 décembre 2022 à 12:55:31 »

Citation de: xp25 le 12 décembre 2022 à 11:56:43

Tu as les codes d'accès ?

Moi ça m'en demande.

en http, c'est ouvert

pju91 · « **Réponse #17 le:** 12 décembre 2022 à 13:34:58 »

Citation de: xp25 le 12 décembre 2022 à 12:20:25

En mode incognito ?

Erreur de ma part, je n'avais pas vu que mon navigateur par défaut (Chrome) avait transformé l'url en https.
C'est bien l'http qui fait la différence.

TitiPalm · « **Réponse #18 le:** 12 décembre 2022 à 18:10:39 »

Citation de: pju91 le 12 décembre 2022 à 09:52:09

On est d'accord, c'est même le B-A BA du métier, mais bon, même ça on dirait que K-Net l'a oublié.
(à titre personnel, je travaille dans le domaine de l'infogérance d'infrastructures, c'est en particulier sur la supervision et l'intelligence qu'on peut mettre au-dessus que nos concurrents et nous devons innover ...)

Ouai bah ce n'est pas toujours évident, je me souviens avoir appelé plusieurs fois notre hébergeur (British Telecom) lorsque j'étais admin sys pour leurs signaler qu'un serveur ne répondait plus ! Derrière il y a toujours des hommes et c'est là que souvent le problème se trouve ;-)

pju91 · « **Réponse #19 le:** 12 décembre 2022 à 18:25:35 »

Citation de: TitiPalm le 12 décembre 2022 à 18:10:39

Ouai bah ce n'est pas toujours évident, je me souviens avoir appelé plusieurs fois notre hébergeur (British Telecom) lorsque j'étais admin sys pour leurs signaler qu'un serveur ne répondait plus ! Derrière il y a toujours des hommes et c'est là que souvent le problème se trouve ;-)

Oui bien sûr.
Mais là on parle d'un truc qui peut provoquer un incident critique pour tous les clients K-Net qui utilisent une résolution DNS "standard" (si le 2e resolver tombe), et qui devrait donc être surveillé comme le lait sur le feu.
Même mon petit container pihole a un health check toutes les 30 secondes !
Rappelons que resolver2 est en rade depuis vendredi 19h (selon Steph), ça fait déjà 4 jours ...

Steph · « **Réponse #20 le:** 12 décembre 2022 à 18:44:32 »

Même le smokeping k-net le dit!

Personne ne bouge plus chez k-net!

pju91 · « **Réponse #21 le:** 12 décembre 2022 à 18:57:55 »

Citation de: Steph le 12 décembre 2022 à 18:44:32

Personne ne bouge plus chez k-net!

Autre possibilité :
Ils bougent dans tous les sens pour essayer de se rappeler comment on se connecte à ce serveur à distance (sauf erreur, il est en région parisienne) afin de relancer le service DNS "resolver-only".
La machine répond toujours au ping, mais elle peut quand même être plantée, ce qui peut nécessiter une intervention (via l'hyperviseur, en "iLO" ou équivalent, etc) ... Tout celà devrait évidemment être parfaitement documenté.

Steph · « **Réponse #22 le:** 12 décembre 2022 à 19:50:55 »

Oui, resolver2 et ns2 sont à TH2.

bolemo · « **Réponse #23 le:** 12 décembre 2022 à 21:00:52 »

Citation de: Steph le 12 décembre 2022 à 19:50:55

Oui, resolver2 et ns2 sont à TH2.

Et, paraît-il

l'armoire K-Net à TH2 n'est pas très propre… Un beau plat de spaghetti (enfin il paraît…

)