Forum

Need some help? Ask our community for its assistance!

You are not logged in.

#1 15-10-2019 10:29:21

Tournikoti
Membre
Registered: 20-03-2013
Posts: 214

Mauvaise syntaxe pour l'enregistrent SOA !

Bonjour à toute l'équipe d'Alwaysdata.

J'ai consulté mon nom de domaine jcz.fr par cette page web : https://dnslookup.fr/jcz.fr
et je constate qu'il y a un problème avec l'enregistrement SOA.

Voici ce qui est dit :

  • Le serial du SOA doit se former de la manière suivante : AAAAMMJJnn où AAAA est l'année, MM le mois, JJ le jour durant lequel le fichier a été créé et nn représente l'id
    Cela permet aux seveurs de noms secondaire de savoir si leurs fichiers sont à jour. => 1569452456 info

  • Certains serveurs n'acceptent pas l'adresse mail indiquée => hostmaster@alwaysdata.com :
    Aucun champ mx pour le domaine alwaysdata.com info

Or pour le serial du SOA vous avez mis zéro ???

Serait-il possible de corriger ces problèmes ?

Cordialement.
@+

Offline

#2 15-10-2019 10:46:56

@Cyril
Staff
From: Paris
Registered: 06-02-2007
Posts: 5,670
Website

Re: Mauvaise syntaxe pour l'enregistrent SOA !

Bonjour,

Le serial n'est pas zéro. Par ailleurs, le format ne doit pas être de type AAAAMMJJnn, c'est juste une convention courante.

Concernant alwaysdata.com, il y existe bien entendu des MX.

Offline

#3 15-10-2019 13:29:14

Tournikoti
Membre
Registered: 20-03-2013
Posts: 214

Re: Mauvaise syntaxe pour l'enregistrent SOA !

Bonjour @Cyril.

Merci pour l'intervention d'@Héloïse qui m'a débloquée en supprimant mon adresse IPv4 du bannissement.

Après mes péripéties avec AKISMET, je suis à nouveau présent dans le forum.
J'ai pas compris la raison de mon bannissement automatique. Peut-être dû au lien ?
J'espère que cela ne va pas recommencer.

@Cyril wrote:

Le serial n'est pas zéro.

Par l'intermédiaire de votre lien, oui, le serial est différent de zéro et a pour valeur "1569452456".
Mais pas dans admin / domaines / détails / enregistrements DNS / SOA où je lis comme valeur :

dns1.alwaysdata.com. hostmaster.alwaysdata.com. 0 3600 900 1209600 300

Je suppose que zéro (juste après hostmaster.alwaysdata.com) doit être interprété par votre gestion interne.

La valeur restitué par votre lien, "1569452456" ne correspond pas au format préconisé "AAAAMMDDnn".
Le "56" à la fin de la valeur, dois-je l'interprété comme étant intervenu 56 fois sur mon domaine ?

Voici ce que j'obtiens, vu depuis mon ordinateur :

C:\>nslookup -type=soa jcz.fr
Serveur :   dns.google
Address:  8.8.8.8

Réponse ne faisant pas autorité :
jcz.fr
        primary name server = dns1.alwaysdata.com
        responsible mail addr = hostmaster.alwaysdata.com
        serial  = 1569452456
        refresh = 3600 (1 hour)
        retry   = 900 (15 mins)
        expire  = 1209600 (14 days)
        default TTL = 300 (5 mins)

C:\>
@Cyril wrote:

Par ailleurs, le format ne doit pas être de type AAAAMMJJnn, c'est juste une convention courante.

Je viens de faire une recherche sur le net et voici ce qui est dit :

Numéro De Série
est augmenté à chaque changement (Convention commune : YYYYMMDDVV; donne un indice sur le moment ou la zone a été mise à jour pour la dernière fois)

--> https://fr.wikipedia.org/wiki/SOA_Resource_Record
avec comme exemple :

2017030300 ; serial

Où l'on y lit 03 mars 2017.

--> https://mxtoolbox.com/problem/dns/dns-s … ber-format
Il est dit que le serial doit être un entier de 32 bits non signé, compris entre 0 et 4 294 967 295, soit 2^32 - 1.
Il est spécifié que la convention est de l'avoir sous le format YYYYMMDDSS avec SS, un numéro séquentiel.
Dans le lien que je vous ai communiqué, il indique une erreur car le serial devrait être dans ce format.

C'est juste pour vous signaler un petit problème lors de l'interprétation de ce serial.
Il se peut que lors de votre mise en place, il n'y avait pas de contrainte et que depuis, une nouvelle convention à été adoptée.
Je ne sais pas répondre à cette question, à avoir si c'est normal ou pas.

J'ai fait le test sur votre site: https://dnslookup.fr/alwaysdata.com
et vous avez le même problème. Vous êtes moins bien noté que moi (19/20), puisque vous avez 18/20.
Il semble que vous soyez en blacklist par le site "uribl.swinog.ch".

@Cyril wrote:

Concernant alwaysdata.com, il y existe bien entendu des MX.

Oui, je le constate aussi. Mais n'y aurait-il pas un problème avec cette ligne :

alwaysdata.com.	MX	300	5 ad.alwaysdata.net.

qui concerne ".net" et non ".com" ?
Où si vous préférez, n'y aurait-il pas une confusion entre ".net" et ".com" dans les déclaratives ?

@+

Offline

#4 15-10-2019 13:54:12

@Cyril
Staff
From: Paris
Registered: 06-02-2007
Posts: 5,670
Website

Re: Mauvaise syntaxe pour l'enregistrent SOA !

Le serial affiché comme zéro dans l'administration indique en effet qu'il est géré automatiquement par PowerDNS. La convention dont vous parlez n'est qu'une convention, autrement dit une habitude, pas du tout une obligation. J'ajoute que ce serial sert aux serveurs slaves, or nous n'en avons pas.

Quant au MX d'alwaysdata.com, je vous confirme qu'il est valide.

Offline

#5 15-10-2019 14:06:29

Tournikoti
Membre
Registered: 20-03-2013
Posts: 214

Re: Mauvaise syntaxe pour l'enregistrent SOA !

Re-bonjour @Cyril.

Une autre question concernant les enregistrements "PTR".

D'après ce que j'ai pu comprendre, il ne sert à rien de le déclarer chez AlwaysData car il est sans effet.

Pour quel usage voudrais-je le modifier ? Il s'agit du "Reverse DNS" !
Le but est de rendre bijectif l'association adresse IP et nom du site.
Dans mon cas, SFR m'a attribué pour mon adresse IPv4 109.16.70.70, le "REVERSE DNS" : "70.70.16.109.rev.sfr.net".
J'aurai préféré mettre autre chose, par exemple "chez.jcz.fr".

Même question aussi pour le "REVERSE DNS" associé à "jcz.fr".
Comme je suis sur un serveur mutualisé, je pense que ce n'est pas possible car nous sommes plusieurs à partager la même adresse IP.
A moins que le problème remonte encore plus haut, à savoir la normalisation des serveurs.

D'où ma question : si on ne peut pas modifier ce "REVERSE DNS", à qui profite-t-il ?

Cordialemeent.
Tournikoti.
@+

Offline

#6 15-10-2019 14:09:10

@Cyril
Staff
From: Paris
Registered: 06-02-2007
Posts: 5,670
Website

Re: Mauvaise syntaxe pour l'enregistrent SOA !

PTR n'est en pratique utilisé par presque personne, sauf nous-même. Il faut être propriétaire d'une plage d'adresses IP pour utiliser des PTR.

Offline

#7 15-10-2019 14:34:25

Tournikoti
Membre
Registered: 20-03-2013
Posts: 214

Re: Mauvaise syntaxe pour l'enregistrent SOA !

Re-bonjour @Cyril.

Dans le cas des FAI comme SFR, il est impossible de le modifier.
Même en le demandant au service technique, il refuse de le faire.
Voire même, ils feignent de ne pas comprendre.

Chez Hurricane Electric / Tunnel Broker (6in4), pour les adresses IPv6, j'ai pu le faire.

Alors pourquoi est-il demandé de faire un "REVERSE DNS" dans le cas des serveurs mail ?
Je crois que l'on retrouve le même problème pour la résolution inverse des relais SMTP lors de l'envoi des emails sur l'agent local.

Je suppose qu'il doit exister une astuce de contournement ?
Quand j'ai installé un serveur mail sur mon ordinateur, j'ai mis le REVERSE DNS de chez SFR et ça a fonctionné.
J'ai encore la trace dans les déclaratives de mon domaine chez AlwaysData.

A bien comprendre, il faut un REVERSE DNS de renseigné.
Mais pas nécessairement le nom du hostname qui est associé à l'adresse IP.

Cordialemeent.
Tournikoti.
@+

Offline

#8 15-10-2019 14:38:23

@Cyril
Staff
From: Paris
Registered: 06-02-2007
Posts: 5,670
Website

Re: Mauvaise syntaxe pour l'enregistrent SOA !

Le seul rapport entre reverse et serveurs mails, c'est qu'en général, une IP qui n'a pas de reverse est considérée (à tort ou à raison) comme étant suspecte. Parce que justement, les FAI ne permettent que rarement de définir un reverse.

Offline

#9 15-10-2019 15:24:13

Tournikoti
Membre
Registered: 20-03-2013
Posts: 214

Re: Mauvaise syntaxe pour l'enregistrent SOA !

Re-bonjour @Cyril.

J'ai fini avec mes questions.
Bonne journée à toutes et à tous.

Cordialemeent.
Tournikoti.
@+

Offline

Board footer

Powered by FluxBB