Puncte:-1

Nameservers updated but still shows NXDOMAIN when querying

drapel in

I've changed my nameservers from Freenom's to Cloudflare ones, but however it's been a few hours now and WHOIS does show the nameservers have been changed to Cloudflare ones, but when you use the nslookup command via Terminal it would show NXDOMAIN. What's the problem?

Original Nameservers: ns1.freenom.com, ns2 etc.

New Nameservers: desi.ns.cloudflare.com, guy.ns.cloudflare.com

Edit:

dig Command Output:

; <<>> DiG 9.10.6 <<>> pizzajustice.tk
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 4618
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;pizzajustice.tk.       IN  A

;; AUTHORITY SECTION:
tk.         5   IN  SOA a.ns.tk. joost\.zuurbier.dot.tk. 1644234137 10800 3600 604800 5

;; Query time: 99 msec
;; SERVER: 192.0.2.2#53(192.0.2.2)
;; WHEN: Mon Feb 07 19:42:37 CST 2022
;; MSG SIZE  rcvd: 104
Puncte:2
drapel cn

Nu există propagare DNS, acesta este un mit.

Nu dați numele real implicat, așa că nimeni nu vă poate ajuta. Opțiunile dvs. sunt să cereți ajutor furnizorilor dvs. de DNS sau să utilizați instrumente de depanare online precum DNSViz.

Rețineți totuși că numele de domenii Freenom, în special cele gratuite, sunt speciale în sensul că nu puteți schimba serverele de nume. Acest lucru ar trebui să vă fie explicat de registratorul pe care l-ați folosit pentru a le înregistra. Este posibil să nu fiți în acest caz, așa cum pare să spuneți că schimbarea se reflectă în whois, dar oricum este important să aveți acest lucru în minte.

De asemenea, nu arătați ce comenzi folosiți pentru a testa (și săpa este mai bine decât nslookup FWIW). Dacă interogați un server de nume recursiv, este normal, de așteptat și așa cum este proiectat să nu vedeți imediat modificarea, deoarece memoria cache a serverului de nume recursiv a fost probabil populată cu date, poate din propriile teste înainte de modificare, așa că va fi nu am noile date până la expirarea TTL.

Dacă interogați serverul de nume autorizat de registru, puteți evalua dacă modificarea a fost într-adevăr publicată, indiferent de ce serverele de nume recursive au în cache-urile lor.

Raymond avatar
drapel in
Întotdeauna a existat o secțiune de schimbare a serverului de nume în zona de gestionare a domeniului Freenom, am folosit domenii Freenom cu Cloudflare de peste 4 ani și se pare că această problemă nu a mai apărut niciodată la mine. Consider această problemă destul de ciudată, deoarece WHOIS a arătat că serverele de nume sunt cele corecte, dar atunci când interogând cu site-uri web sau comenzi, nu ar arăta nimic.
Patrick Mevzek avatar
drapel cn
„Întotdeauna a existat o secțiune de schimbare a serverului de nume în zona de gestionare a domeniului Freenom” Depinde de TLD (dar din moment ce nu ai dezvăluit numele implicat, nimeni nu știe nici TLD-ul). În ceea ce privește restul, se pare că nu mi-ați citit răspunsul subliniind diferența dintre serverele de nume autorizate și recursive. De asemenea, whois nu este cu adevărat un instrument pentru depanarea problemelor DNS. Ar trebui să interogați serverele de nume autorizate din registru pentru a vedea ce publică.Deși rar, pot exista discrepanțe între whois și DNS, iar DNS este autoritar (pentru chestii DNS), nu whois.
Raymond avatar
drapel in
Am citit întregul răspuns, dar sunt doar confuz cu punctele tale, mai întâi este ușor să vezi că întrebarea mea editată conține rezultatul, prin urmare, conține domeniul pe care probabil îl ceri, în al doilea rând, nu cred că există vreun instrument de ajutor DNS. poate ajuta, deoarece registratorul de domenii ar trebui să se ocupe de actualizarea serverelor de nume la fel ca de obicei.
Patrick Mevzek avatar
drapel cn
„În al doilea rând, nu cred că vreun instrument de ajutor DNS vă poate ajuta” Aveți dreptul la propriile opinii, dar în acest sens vă înșelați.
Patrick Mevzek avatar
drapel cn
"că întrebarea mea editată conține rezultatul ", ceea ce este inutil, deoarece nu afișați comanda `dig` pe care ați făcut-o exact (deci nu înțelegeți diferența **crucială** dintre serverele de nume autorizate și recursive). Dacă ai fi citit cu adevărat răspunsul, ai fi încercat DNSViz, care ar fi arătat clar problema, chiar dacă nu crezi că vreun instrument te poate ajuta și ai fi văzut că trebuie să interoghezi serverele de nume autorizate și nu oricare dintre ele. probabil că ați săpat (din nou nu vă afișați comanda...) ceea ce v-ar fi dat același răspuns util ca și DNSViz.
Raymond avatar
drapel in
ok https://dnsviz.net/d/pizzajustice.tk/servers/ si `dig pizzajustice.tk`, asta ceri??
Raymond avatar
drapel in
ok, deci am făcut `dig @8.8.8.8 +nssearch pizzajustice.tk` și nu returnează nimic, dar când returnează celelalte domenii de lucru ale mele returnează servere de nume. Nu cred că este o problemă la nivelul clientului, mai degrabă o problemă la nivelul serverului, despre care nu pot face mare lucru. Fac fiecare pas pentru a schimba serverele de nume la fel ca de obicei, dar de data aceasta nu funcționează.
Puncte:0
drapel jp

servere de nume (a.ns.tk, b.ns.tk etc) pentru .tk TLD nu au NS înregistrări pentru pizzajustice.tk. domeniu.

Raymond avatar
drapel in
Da, cam asta a fost ideea, pentru că am schimbat serverele de nume, dar acestea nu sunt actualizate așa cum au făcut-o și celelalte domenii ale mele.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.