[BIND] SRV record doet "raar"

[Yzord]

Ik probeer een SRV regel toe te voegen aan de zone van een domein d.m.v.

code:

_matrix._tcp.cryptmessage.org.  IN      SRV     10 0 8448 cryptmessage.org.

Wanneer ik de volgende regel opgeef

code:

dig _matrix._tcp.cryptmessage.org SRV

Dan verschijnt de ene keer wel een ANSWER section, maar na een minuut ofzo is deze weer verdwenen als ik hem weer opvraag. Dat geldt ook voor de slaves. Kijk ik weer een tijd later dan verschijnt er weer een answer section om daarna weer vrolijk te verdwijnen.

;; ANSWER SECTION:
_matrix._tcp.cryptmessage.org. 84523 IN SRV 10 0 8448 cryptmessage.org.

Log files geven niet echt problemen door en een rndc reload werkt perfect.

Wat doe ik fout? mxtoolbox vindt de SRV regel ook niet

[ Voor 7% gewijzigd door Yzord op 12-12-2016 01:04 ]

[Frankyy]

Wellicht een (tijdelijk) caching issue? Wellicht te kort gewacht?

Bij mij komt het record iig goed naar voren.

frank@servert:~# dig _matrix._tcp.cryptmessage.org SRV @8.8.8.8

; <<>> DiG 9.10.3-P4-Ubuntu <<>> _matrix._tcp.cryptmessage.org SRV @8.8.8.8
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 53956
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;_matrix._tcp.cryptmessage.org. IN SRV

;; ANSWER SECTION:
_matrix._tcp.cryptmessage.org. 86399 IN SRV 10 0 8448 cryptmessage.org.

;; Query time: 54 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Mon Dec 12 10:12:28 CET 2016
;; MSG SIZE rcvd: 94

frank@servert:~# dig _matrix._tcp.cryptmessage.org SRV @ns2.anonymous.supply

; <<>> DiG 9.10.3-P4-Ubuntu <<>> _matrix._tcp.cryptmessage.org SRV @ns2.anonymou s.supply
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 19108
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2
;; WARNING: recursion requested but not available

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;_matrix._tcp.cryptmessage.org. IN SRV

;; ANSWER SECTION:
_matrix._tcp.cryptmessage.org. 86400 IN SRV 10 0 8448 cryptmessage.org.

;; AUTHORITY SECTION:
cryptmessage.org. 86400 IN NS ns2.anonymous.supply.
cryptmessage.org. 86400 IN NS ns1.anonymous.supply.

;; ADDITIONAL SECTION:
cryptmessage.org. 86400 IN A 89.248.166.95

;; Query time: 7 msec
;; SERVER: 89.248.160.235#53(89.248.160.235)
;; WHEN: Mon Dec 12 10:14:02 CET 2016
;; MSG SIZE rcvd: 162

MX Toolbox vindt het overigens ook prima.

[lordgandalf]

Deze site ziet wel dat je record bestaat:

https://www.digwebinterfa...lver=8.8.4.4&nameservers=

Heb je mogelijk niet lang genoeg gewacht ?

[Yzord]

Hmm vreemd, ik heb toch echt 24 uur gewacht. Ben het niet meer gewend dat het meer dat 24 uur duurt tegenwoordig. Normaliter is het binnen een paar uur wel de wereld rond.

De eigen dns servers reageren nu ook weer normaal. Waarom die gisteren de ene keer wel een answer gaven en de andere keer niet is mij een raadsel.

[Kees]

omdat je een TTL van 86400 op dat record hebt gezet. Dan kan het inderdaad 24 uur duren voordat wijzigingen de wereld rond zijn, helemaal als je hem eerst checked voordat je hem aanpast (zodat de cache 'vers' is dus).

[Yzord]

Dat is het mooie...ik heb helemaal geen TTL gezet, maar neem aan dat hij dan de default pakt. Het is me in ieder geval weer wat duidelijker geworden. Zal voortaan de TTL erbij registeren.

Bedankt iedereen.

[lordgandalf]

ieder DNS record heeft een TTL standaard is dat iets van in de 24 uur je kunt deze omlaag brengen houd er rekening mee dat het in secondes is dus 3600 is 1 uur 86400 is 24 uur. En houd er rekening mee dat als je nu overal de ttl aanpast het 24 uur duurt voordat alles op die ttl staat.