OVH Community, votre nouvel espace communautaire.

une petite question DNS


TheZero
29/09/2014, 22h36
Oui t'as raison, c'est ce que je viens de leurs dire

cassiopee
29/09/2014, 19h47
Non car si c'était ça le problème, tu verrais les tentatives de connexions de sdns2.ovh.net dans tes logs
et le refus par ton serveur, de le laisser de synchroniser. Or ici il n'y a pas du tout de connexion de sdns2.ovh.net.

Il ne vient pas chercher l'information dans ton serveur.

TheZero
29/09/2014, 18h31
je sais..

Le support technique vient de me dire que le problème peut être lié à allow-transfer, moi j'ai bien l'Ip du sdns2.ovh.net

cassiopee
29/09/2014, 17h22
Oui mais ça n'est pas lié.

Là le souci est que sdns2.ovh.net ne semble même pas venir essayer de se synchroniser
(et essayer ne veut pas dire qu'il va automatiquement réussir )

Donc cf plus haut pour quelques manips afin d'essayer de débloquer la situation.

TheZero
29/09/2014, 17h18
Citation Envoyé par cassiopee
Si tu élargis la recherche de l'IP de sdns2.ovh.net :

Code:
# cd /var/log
# grep -R "213.251.188.141" *
ça ne donne toujours rien ?

(parce que c'est peut-être dans un sous-répertoire de "/var/log" et non directement dans un fichier présent dans ce répertoire)
j'ai déjà testé de cherche récursivement mais y a tjrs rien, mais quand je remplace lip avec le sdns2.ovh.net j'ai ça
Code:
daemon.log:Sep 28 23:24:06 ns3368594 named[16279]: client 176.221.80.21#51662: query (cache) 'sdns2.ovh.net/A/IN' denied
daemon.log:Sep 28 23:24:06 ns3368594 named[16279]: client 176.221.80.21#47224: query (cache) 'sdns2.ovh.net/AAAA/IN' denied
daemon.log:Sep 28 23:38:24 ns3368594 named[16279]: client 176.221.80.21#53601: query (cache) 'sdns2.ovh.net/A/IN' denied
daemon.log:Sep 28 23:38:24 ns3368594 named[16279]: client 176.221.80.21#60097: query (cache) 'sdns2.ovh.net/AAAA/IN' denied
daemon.log:Sep 28 23:41:41 ns3368594 named[16279]: client 176.221.80.21#34627: query (cache) 'sdns2.ovh.net/A/IN' denied
daemon.log:Sep 28 23:41:41 ns3368594 named[16279]: client 176.221.80.21#56500: query (cache) 'sdns2.ovh.net/AAAA/IN' denied
daemon.log.1:Sep 26 21:49:54 ns3368594 named[17715]: success resolving 'sdns2.ovh.net/AAAA' (in 'ovh.net'?) after reducing the advertised EDNS UDP packet size to 512 octets
daemon.log.1:Sep 26 21:49:54 ns3368594 named[17715]: success resolving 'sdns2.ovh.net/A' (in 'ovh.net'?) after reducing the advertised EDNS UDP packet size to 512 octets
daemon.log.1:Sep 26 22:40:50 ns3368594 named[21009]: success resolving 'sdns2.ovh.net/AAAA' (in 'ovh.net'?) after reducing the advertised EDNS UDP packet size to 512 octets
daemon.log.1:Sep 26 22:40:50 ns3368594 named[21009]: success resolving 'sdns2.ovh.net/A' (in 'ovh.net'?) after reducing the advertised EDNS UDP packet size to 512 octets
daemon.log.1:Sep 26 22:53:05 ns3368594 named[21531]: client 193.0.19.193#54696: query (cache) 'sdns2.ovh.net/A/IN' denied
daemon.log.1:Sep 26 22:53:05 ns3368594 named[21531]: client 193.0.19.193#56077: query (cache) 'sdns2.ovh.net/AAAA/IN' denied
daemon.log.1:Sep 26 23:19:55 ns3368594 named[22763]: client 176.221.80.21#35452: query (cache) 'sdns2.ovh.net/A/IN' denied
daemon.log.1:Sep 26 23:19:55 ns3368594 named[22763]: client 176.221.80.21#42132: query (cache) 'sdns2.ovh.net/AAAA/IN' denied
daemon.log.1:Sep 26 23:20:58 ns3368594 named[22763]: client 74.115.12.10#8940: query (cache) 'sdns2.ovh.net/A/IN' denied
daemon.log.1:Sep 27 00:15:56 ns3368594 named[22763]: client 176.221.80.21#44808: query (cache) 'sdns2.ovh.net/A/IN' denied
daemon.log.1:Sep 27 00:15:56 ns3368594 named[22763]: client 176.221.80.21#56998: query (cache) 'sdns2.ovh.net/AAAA/IN' denied
daemon.log.1:Sep 27 01:50:52 ns3368594 named[22316]: success resolving 'sdns2.ovh.net/AAAA' (in 'ovh.net'?) after reducing the advertised EDNS UDP packet size to 512 octets
daemon.log.1:Sep 27 03:26:42 ns3368594 named[4751]: success resolving 'sdns2.ovh.net/A' (in 'ovh.net'?) after reducing the advertised EDNS UDP packet size to 512 octets
daemon.log.1:Sep 27 03:26:42 ns3368594 named[4751]: success resolving 'sdns2.ovh.net/AAAA' (in 'ovh.net'?) after reducing the advertised EDNS UDP packet size to 512 octets
daemon.log.1:Sep 27 03:28:59 ns3368594 named[4725]: success resolving 'sdns2.ovh.net/A' (in 'ovh.net'?) after reducing the advertised EDNS UDP packet size to 512 octets
daemon.log.1:Sep 27 03:28:59 ns3368594 named[4725]: success resolving 'sdns2.ovh.net/AAAA' (in 'ovh.net'?) after reducing the advertised EDNS UDP packet size to 512 octets
daemon.log.1:Sep 27 04:17:02 ns3368594 named[4663]: success resolving 'sdns2.ovh.net/A' (in 'ovh.net'?) after reducing the advertised EDNS UDP packet size to 512 octets
daemon.log.1:Sep 27 04:17:02 ns3368594 named[4663]: success resolving 'sdns2.ovh.net/AAAA' (in 'ovh.net'?) after reducing the advertised EDNS UDP packet size to 512 octets
daemon.log.1:Sep 27 20:01:48 ns3368594 named[3136]: success resolving 'sdns2.ovh.net/A' (in 'ovh.net'?) after reducing the advertised EDNS UDP packet size to 512 octets
daemon.log.1:Sep 27 20:01:48 ns3368594 named[3136]: success resolving 'sdns2.ovh.net/AAAA' (in 'ovh.net'?) after reducing the advertised EDNS UDP packet size to 512 octets
daemon.log.1:Sep 27 20:37:36 ns3368594 named[3136]: client 193.0.19.193#40040: query (cache) 'sdns2.ovh.net/A/IN' denied
daemon.log.1:Sep 27 20:37:36 ns3368594 named[3136]: client 193.0.19.193#53719: query (cache) 'sdns2.ovh.net/AAAA/IN' denied
daemon.log.1:Sep 27 20:48:13 ns3368594 named[7485]: client 193.0.19.193#52697: query (cache) 'sdns2.ovh.net/A/IN' denied
daemon.log.1:Sep 27 20:48:13 ns3368594 named[7485]: client 193.0.19.193#56339: query (cache) 'sdns2.ovh.net/AAAA/IN' denied
daemon.log.1:Sep 27 21:12:34 ns3368594 named[7485]: client 193.0.19.193#40386: query (cache) 'sdns2.ovh.net/A/IN' denied
daemon.log.1:Sep 27 21:12:34 ns3368594 named[7485]: client 193.0.19.193#49978: query (cache) 'sdns2.ovh.net/AAAA/IN' denied
syslog.1:Sep 28 23:24:06 ns3368594 named[16279]: client 176.221.80.21#51662: query (cache) 'sdns2.ovh.net/A/IN' denied
syslog.1:Sep 28 23:24:06 ns3368594 named[16279]: client 176.221.80.21#47224: query (cache) 'sdns2.ovh.net/AAAA/IN' denied
syslog.1:Sep 28 23:38:24 ns3368594 named[16279]: client 176.221.80.21#53601: query (cache) 'sdns2.ovh.net/A/IN' denied
syslog.1:Sep 28 23:38:24 ns3368594 named[16279]: client 176.221.80.21#60097: query (cache) 'sdns2.ovh.net/AAAA/IN' denied
syslog.1:Sep 28 23:41:41 ns3368594 named[16279]: client 176.221.80.21#34627: query (cache) 'sdns2.ovh.net/A/IN' denied
syslog.1:Sep 28 23:41:41 ns3368594 named[16279]: client 176.221.80.21#56500: query (cache) 'sdns2.ovh.net/AAAA/IN' denied

cassiopee
29/09/2014, 01h01
Si tu élargis la recherche de l'IP de sdns2.ovh.net :

Code:
# cd /var/log
# grep -R "213.251.188.141" *
ça ne donne toujours rien ?

(parce que c'est peut-être dans un sous-répertoire de "/var/log" et non directement dans un fichier présent dans ce répertoire)

cassiopee
29/09/2014, 00h54
Citation Envoyé par TheZero
déjà essayé x)
Ok, alors :

1) supprime (provisoirement) la restriction sur le allow-transfer + redémarrage de Bind

2) ensuite seulement, supprime/refait l'inscription auprès de sdns2.ovh.net

en faite tout marche bien mais je sais pas prq le sdns2 d'ovh repond pas
Nope, tu as l'impression que tout marche bien mais en fait non

Actuellement, quelqu'un tombant sur sdns2.ovh.net comme serveur DNS ne pourra rien faire
avec ton nom de domaine, donc y compris se connecter au site web, serveur FTP ou autre.

Les serveurs DNS esclave d'OVH peuvent parfois mettre beaucoup de temps à se synchroniser
(mon record : 13 heures d'attente) mais bon, si tu l'as fait le 26, le 28 ça devrait être bon
normalement.

- - - Mise à jour - - -

Citation Envoyé par TheZero
je crois qu'OVH ne prends pas en considération les nvx dns
y'a tjrs les anciens qui marchent
Non, ce n'est pas le souci, c'est seulement que ces deux serveurs DNS devraient être purgés
et qu'ils ne le sont pas. Pour autant, ça ne peut pas perturber ta configuration actuelle
car ces serveurs ne sont pas sollicités actuellement.

TheZero
28/09/2014, 23h19
je crois qu'OVH ne prends pas en considération les nvx dns
y'a tjrs les anciens qui marchent
look ça :
Code:
dig @dns106.ovh.net soa onlypotos.com

; <<>> DiG 9.8.4-rpz2+rl005.12-P1 <<>> @dns106.ovh.net soa onlypotos.com
; (2 servers found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 174
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; WARNING: recursion requested but not available

;; QUESTION SECTION:
;onlypotos.com.                 IN      SOA

;; ANSWER SECTION:
onlypotos.com.          3600    IN      SOA     dns106.ovh.net. tech.ovh.net. 2014092702 86400 3600 3600000 300
Code:
 dig @ns106.ovh.net soa onlypotos.com

; <<>> DiG 9.8.4-rpz2+rl005.12-P1 <<>> @ns106.ovh.net soa onlypotos.com
; (2 servers found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 49506
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; WARNING: recursion requested but not available

;; QUESTION SECTION:
;onlypotos.com.                 IN      SOA

;; ANSWER SECTION:
onlypotos.com.          3600    IN      SOA     dns106.ovh.net. tech.ovh.net. 2014092702 86400 3600 3600000 300
c'est les dns d'hébergement mutualisé (jai aussi un hébérgement mutualisé mais jveux utiliser le dédié)

TheZero
28/09/2014, 21h09
Citation Envoyé par cassiopee
Dans ce cas, il est assez probable que la synchronisation n'a pas été demandée par sdns2.ovh.net.

Supprime la déclaration dans le manager et refais là.

Le nom de domaine n'était pas déjà hébergé chez OVH avant ça ?
déjà essayé x)
si chez ovh, j'ai testé cloudflare et j'ai pas trop aimé et quand j'ai remis les ns d'ovh j'ai ce blem
en faite tout marche bien mais je sais pas prq le sdns2 d'ovh repond pas

cassiopee
28/09/2014, 20h51
Dans ce cas, il est assez probable que la synchronisation n'a pas été demandée par sdns2.ovh.net.

Supprime la déclaration dans le manager et refais là.

Le nom de domaine n'était pas déjà hébergé chez OVH avant ça ?

TheZero
28/09/2014, 20h17
Citation Envoyé par cassiopee
L'étoile est là pour dire "tous"

(une fois dans le répertoire "/var/log")
ça donne rien ta commande x)
grep: apache2: est un dossier
grep: apt: est un dossier
...
..

j'ai fouillé dans "messages" et "syslog" mais y a rien apropos de l'IP

cassiopee
28/09/2014, 19h13
Citation Envoyé par TheZero
quels fichiers exactement ?
L'étoile est là pour dire "tous"

(une fois dans le répertoire "/var/log")

TheZero
28/09/2014, 17h27
Citation Envoyé par cassiopee
Ok, qu'est-ce que ça donne si tu fais un :

Code:
grep "213.251.188.141" *
dans les fichiers de logs ?
quels fichiers exactement ?

cassiopee
28/09/2014, 17h05
Ok, qu'est-ce que ça donne si tu fais un :

Code:
grep "213.251.188.141" *
dans les fichiers de logs ?

TheZero
28/09/2014, 17h03
Citation Envoyé par cassiopee
Ok, ça fait combien de temps que la déclaration a été faite ?

- - - Mise à jour - - -
le 26
Citation Envoyé par cassiopee
Et dans la déclaration en question, tu as bien le nom de domaine (seulement) et non pas "www.onlypotos.com" ?
Oui

cassiopee
28/09/2014, 17h02
Ok, ça fait combien de temps que la déclaration a été faite ?

- - - Mise à jour - - -

Et dans la déclaration en question, tu as bien le nom de domaine (seulement) et non pas "www.onlypotos.com" ?

TheZero
28/09/2014, 16h58
Citation Envoyé par TheZero
pourtant j'ai bien réservé le dns secondaire via panel ovh :
oi59.tinypic.com/amzkph.jpg
et aussi :
oi59.tinypic.com/24nl56g.jpg
je crois, t'as pas vu ça

cassiopee
28/09/2014, 16h44
Voilà, comme ça on peut avancer

Code:
# dig @sdns2.ovh.net soa onlypotos.com

;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 35030
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0
donc là déjà, sdns2.ovh.net ne connait pas du tout ce nom de domaine.

Est-ce que la déclaration à faire dans le manager du site web d'OVH a été faite ?
Non pas dans la partie "Nom de domaine" du manager (là aussi il faut faire une déclaration)
mais dans la partie "Serveur dédié" dans "Gestion DNS" puis "DNS secondaire" ?

Là où on va dire en substance "sdns2.ovh.net doit jouer le rôle de serveur DNS esclave/secondaire
pour le nom de domaine 'onlypotos.com '" .

TheZero
28/09/2014, 16h32
Citation Envoyé par cassiopee
Déjà tout ce qui est "reverse", tu peux le supprimer (définir le reverse du dédié se fait dans le manager du site web d'OVH et uniquement là).
Ok merci.
Citation Envoyé par cassiopee
Si tu as peur du référencement par Google de ton message...
non c'est pas ça, j'ai pas voulu le partager c tout je ne sais pas pourquoi..
voilà : onlypotos.com

cassiopee
28/09/2014, 16h20
Déjà tout ce qui est "reverse", tu peux le supprimer (définir le reverse du dédié se fait dans le manager du site web d'OVH et uniquement là).

Ensuite, sans le nom de domaine, comment interroger sdns2.ovh.net pour voir s'il connait bien ce nom de domaine ?
Et ainsi de suite pour tous les tests que l'on pourrait faire.

Si tu as peur du référencement par Google de ton message ici, tu peuxsimplement "coder" le nom de domaine,
c'est-à-dire écrire par exemple "totoPOINTfr" au lieu de "toto.fr".

TheZero
28/09/2014, 15h45
montrer ou masquer le nom de domaine ça change rien, il faut juste qlq1 qui pourra me vérifier si j'ai mis une erreur dans les fichiers des zones..

jtreves
28/09/2014, 14h07
Si tu masques ton nom de domaine, personne ne pourra t'aider.

TheZero
28/09/2014, 00h28
je ne sais pas d'où vient le blem, mais c'est comme si le "sdns2.ovh.net" réponds pas ou.. je sais pas :<

TheZero
27/09/2014, 23h39
Bonjour/Bonsoir,

J'ai un serveur dédié + domaine chez ovh
j'ai configurer bind comme il faut mais j'ai tjrs des problèmes quand je vérifie la zone de mon domaine via le zonecheck de afnic.

et quand je tape
Code:
dig nomdedomaine.com +nssearch
j'ai ça
Code:
root@nsXXXXXXX:/etc/bind# dig nomdedomaine.com +nssearch
SOA nsXXXXXX.ovh.net. contact.nomdedomaine.com. 2014092701 7200 900 1209600 600 from server XX.XX.XX.XX in 0 ms.
;; connection timed out; no servers could be reached
root@nsXXXXXX:/etc/bind#
pourtant j'ai bien réservé le dns secondaire via panel ovh :
oi59.tinypic.com/amzkph.jpg
et aussi :
oi59.tinypic.com/24nl56g.jpg

my db file

Code:
; nomdedomaine.com
$TTL	3600
$ORIGIN nomdedomaine.com.
@	IN	SOA	ns3XXXX.ovh.net. contact.nomdedomaine.com. (
	2014092701	; SERIAL
	2H		; REFRESH
	15M		; RETRY
	2W		; EXPIRE
	600		; Negative Cache TTL
) 
nomdedomaine.com.	IN	NS	ns3368594.ovh.net.
nomdedomaine.com.	IN	NS	sdns2.ovh.net.

www			IN A	XX.XX.XX.XX
mail                    IN A    XX.XX.XX.XX
smtp			IN A	XX.XX.XX.XX
pop			IN A	XX.XX.XX.XX
imap			IN A	XX.XX.XX.XX
nomdedomaine.com.		IN A	XX.XX.XX.XX
nomdedomaine.com.		IN MX	10 smtp.nomdedomaine.com.
réserve
Code:
; nomdedomaine.com
$TTL	3600
@	IN	SOA	ns3XXXX.ovh.net. contact.nomdedomaine.com. (
	2014092702	; SERIAL
	2H		; REFRESH
	15M		; RETRY
	2W		; EXPIRE
	600		; Negative Cache TTL
) 
		IN	NS	        nsXXXX.ovh.net.
		IN	NS   	sdns2.ovh.net.
		IN	PTR 	nomdedomaine.com.
named.conf.local
Code:
zone "nomdedomaine.com" {
    type master;
    file "/etc/bind/zones/db.nomdedomaine.com";
    allow-transfer {213.251.188.141;};
    allow-query{any;};
    notify yes;
};
zone "XX.XX.XX.XX.in-addr.arpa" {
  type master;
  file "/etc/bind/zones/db.37";
  allow-transfer {213.251.188.141;};
};
Cordialement