Onderwerp: dns_get_record in PHP voor ophalen NS records.

Even een klein programmeervraagje tussendoor dat me bezig houdt.
Iemand enig idee waarom deze regels wel een geldig resultaat geven :

Code:

<?php
$result = dns_get_record('webhostingtalk.nl',DNS_NS);
print_r($result);
?>

en deze niet?

Code:

<?php
$result = dns_get_record('nic.pro',DNS_NS);
print_r($result);
?>

Beide domeinnamen zijn geregistreerd en hebben nameservers ingesteld staan.
Alvast bedankt.

Omdat die 2de niet resolved? Altans niet remote.

Code:

 dig NS nic.pro

; <<>> DiG 9.8.3-P1 <<>> NS nic.pro
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 31869
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;nic.pro.			IN	NS

;; AUTHORITY SECTION:
pro.			900	IN	SOA	a0.pro.afilias-nst.info. noc.afilias-nst.info. 2012147523 10800 3600 2764800 900

;; Query time: 26 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Sun Jun  2 14:01:35 2013
;; MSG SIZE  rcvd: 88

Wat wil je met nic.pro doen?

De domeinnaam was slechts als voorbeeld.
Ik wil een alternatieve domeincheck maken (in PHP) op basis van de aanwezigheid van DNS servers, maar blijkbaar is dns_get_record hiervoor niet geheel geschikt. Iemand een ander idee?

Even voor de volledigheid: Een .eu domeinnaam dat niet resolved, daar kun je wel de NS servers van opvragen via dns_get_record. Het schijnt dus iets specifieks te zijn voor de .pro registry.

Het ligt eraan wat je precies bedoelt met 'niet resolvet'. Er zijn drie mogelijkheden:

- geen delegatie (geen NS-records in de bovenliggende zone)
- lame delegatie (er zijn wel NS-records, maar de nameserver reageert niet en/of heeft geen correct geconfigureerde zone)
- delegatie naar een bogus zone (mede mogelijk gemaakt door DNSSEC).

In het eerste geval is de domeinnaam niet 'zichtbaar' via DNS. Er zijn talloze redenen dat een geregistreerde domeinnaam geen delegatie zou kunnen hebben, bijvoorbeeld:
- als de domeinnaam tijdelijk is geblokkeerd,
- als de domeinnaam kortgeleden is geregistreerd (bij SIDN duurt het bijvoorbeeld maximaal twee uur voor je domein in de zone verschijnt),
- als de domeinnaam is opgeheven maar nog niet helemaal is verwijderd,
- sommige registries controleren op lame delegaties en kunnen zo'n delegatie na een tijdje helemaal verwijderen.

Er is dus geen betrouwbare manier om enkel via DNS te bepalen of een domeinnaam beschikbaar is voor registratie.

Wat nic.pro betreft: die domeinnaam wordt zo te zien niet gedelegeerd, ondanks dat in whois keurig nameservers staan vermeld. Andere .pro-domeinen (bv registry.pro) hebben wel gewoon NS-records en zouden met dns_get_record gewoon moeten werken.

Wat je zou kunnen doen is kijken of NS-records bestaan en, alleen als dat niet het geval is, de whois-server van de betreffende TLD benaderen. Met het bekijken van de NS-records heb je in 99% van de gevallen al uitsluitsel, via whois kun je voor de rest van de gevallen de status bepalen.

Een alternatieve check op DNS niveau kan je hoogstens bevestigen dat een naam geregistreerd is, maar niet of een domeinnaam niet geregistreerd is. (maar het kan wel helpen om het aantal onnodige whois/is lookups te beperken). Ik zou echter wel checken op SOA records ipv NS, want die heb je altijd als de zone bestaat. Dit zal echter bij veel registries niet werken (waaronder .be en .nl), omdat de meeste een domein niet in de zone zullen steken als er geen NS records zijn opgegeven.

Verder kan je ook best gewoon queryen tegen een nameserver van de registry zelf. De vraag stellen aan een resolving nameserver zal geen resultaat geven in gevallen waar de geconfigureerde nameservers niet werken of niet bereikbaar zijn. Je kan die echter niet meegeven met de ingebouwde DNS functies in PHP, maar er bestaat wel een PEAR library waar dat mogelijk mee is.

Oorspronkelijk geplaatst door Cakkie

Ik zou echter wel checken op SOA records ipv NS, want die heb je altijd als de zone bestaat.

Als je wilt kijken of een domeinnaam 'bestaat' (gedelegeerd is) dan moet je juist zoeken naar NS-records; die komen bij een lame delegation uit de delegerende zone en bestaan dus ook als de delegatie lame is (in tegenstelling tot het SOA-record, wat alleen te vinden is bij een werkende delegatie).

Dat was inderdaad de bedoeling, maar klaarblijkelijk worden de DNS servers bij zgn. "lame delegations" van sommige registries (w.o. .pro) na verloop van tijd verwijderd, waardoor de domeinnaam als "vrij" wordt bestempeld terwijl dat niet zo is.
Een betere optie m.i. wordt dan misschien om functionaliteit om "dig" (Linux) heen te bouwen.

Oorspronkelijk geplaatst door dreamhost_nl

Dat was inderdaad de bedoeling, maar klaarblijkelijk worden de DNS servers bij zgn. "lame delegations" van sommige registries (w.o. .pro) na verloop van tijd verwijderd, waardoor de domeinnaam als "vrij" wordt bestempeld terwijl dat niet zo is.
Een betere optie m.i. wordt dan misschien om functionaliteit om "dig" (Linux) heen te bouwen.

Hoezo zie je dat als beter ?
dig doet ook (alleen) DNS queries, dus wat verwacht je er meer van ?
(zie ook de posting van yourwebhoster, die laat precies zien wat er [niet] uit dig komt )

Eerst een tool als dig gebruiken en als die "vrij" aangeeft een whois query doen is misschien nog een betere optie.

@visser: Je hebt gelijk. Dig laat inderdaad niet zien welke DNS servers er voor nic.pro staan ingesteld. Ik had dit verkeerd gelezen. Wat dat betreft heeft dig dus inderdaad geen meerwaarde over het gebruik van de standaard functie dns_get_record. Blijkbaar zijn we voor .pro dus specifiek aangewezen op de Whois en is de alternatieve methode niet betrouwbaar genoeg. De propagatietijd van 2 uur bij een .nl-domeinnaam valt m.i. wel mee te leven.