Onderwerp: Verwijderen DNS inactieve domeinen

Onze nameservers bevatten momenteel zoveel domeinen, dat je niet meer zelf domeinen gaat verwijderen als de nameservers niet meer authorative (autoratief ) zijn.

Hoe doen jullie dit? Heb gezocht op Google naar software om domeinen te verwijderen als deze niet meer geregistreerd cq verhuist zijn, maar kan niks bruikbaars vinden.

We gebruiken trouwens PowerDNS mbv een mysql omgeving.

sql database leeggooien en opnieuw laten pushen? Of wordt de dns rechtstreeks op je PDNS omgeving bewerkt?
Zolang je het maar niet op alle ns servers tegelijk doet....

Bij een .nl moet je toch die eerst uit je DNS halen voordat je die kan opzeggen? Of hoe doen jullie dat dan?

Voor de slaves gebruiken we iets van:

Code:

tail -n 5000 /var/log/messages |grep  Error\ trying\ to\ retrieve/refresh |cut -d' ' -f10 |sed 's/://g' |sed "s/'//g"| sort | uniq

Maar dat werkt enkel als de master niet meer auth is voor je domein(en)

Oorspronkelijk geplaatst door Tim.Bracquez

Bij een .nl moet je toch die eerst uit je DNS halen voordat je die kan opzeggen?

Sinds DRS5 niet meer.

DNS beheren we rechtstreeks op de nameservers met behulp van Poweradmin en een door ons zelf ontwikkelde DNS-panel. Er wordt gebruikt gemaakt van mysql replicatie op alle machines, dus een wijziging op ns1 is ook direct gewijzigd op ns2 (twee identieke machines, al is NS1 sql-master en de andere slave).

Hier in DK werken we iets anders. De hostmaster is hier verantwoordelijk voor verhuizingen en vernieuwingen. Geen gekloot met DRS, tokens en keys dus. Je vraagt een verhuizing aan voor de klant bij de hostmaster, en de klant krijgt een mail van de hostmaster die de klant mag accepteren.
Nadeel daarvan is dat je als provider geen invloed hebt op het wegverhuizen, en je dus met non-authoritve dns-records opgescheept blijft zitten.

Wij houden bij welke opzeggingen er eventueel zijn geweest en hier laten we elke 60 dagen een cronjob op lopen welke achter gebleven records delete

Voor cPanel servers heeft NDCHost een mooie plugin geschreven voor WHM (en command line).
http://www.ndchost.com/cpanel-whm/pl...countdnscheck/

Voor powerdns bestaat er een scriptje dat via een cronjob draait en domeinen waarbij de laatste refresh ouder is dan de lifetime in het SOA record verwijderd. Ben alleen het scriptje kwijt geraakt

Wij kijken er niet naar om eerlijk te zijn, zodra we toevallig wat tegen komen waarvan we weten dat het niet meer bij ons staat verwijderen we het wel een keer. Je kunt natuurlijk ook geautomatiseerd mbv whois queries naamservers bij een domeinnaam zoeken en kijken of die verwijzen naar jouw servers en op basis daarvan te werk gaan.

Oorspronkelijk geplaatst door Mark17

Wij kijken er niet naar om eerlijk te zijn, zodra we toevallig wat tegen komen waarvan we weten dat het niet meer bij ons staat verwijderen we het wel een keer. Je kunt natuurlijk ook geautomatiseerd mbv whois queries naamservers bij een domeinnaam zoeken en kijken of die verwijzen naar jouw servers en op basis daarvan te werk gaan.

gebruik dan gewoon dig ipv whois....

Oorspronkelijk geplaatst door Mikey

gebruik dan gewoon dig ipv whois....

Juist niet, want als je dig gebruikt is de kans aanwezig (afhankelijk van de setup) dat eerst gekeken wordt of hij in jouw AUTH servers staat. In dat geval werkt de controle dus al niet meer.

Eventueel zou je dit dus kunnen voorkomen en dus wel dig kunnen gebruiken.

Oorspronkelijk geplaatst door Mark17

Juist niet, want als je dig gebruikt is de kans aanwezig (afhankelijk van de setup) dat eerst gekeken wordt of hij in jouw AUTH servers staat. In dat geval werkt de controle dus al niet meer.

Eventueel zou je dit dus kunnen voorkomen en dus wel dig kunnen gebruiken.

dig @8.8.8.8 +short NS domein.nl



-

Als er niks bestaat, dan zal ik zelf wel wat in elkaar moeten knutselen.

Oorspronkelijk geplaatst door Mark17

Juist niet, want als je dig gebruikt is de kans aanwezig (afhankelijk van de setup) dat eerst gekeken wordt of hij in jouw AUTH servers staat. In dat geval werkt de controle dus al niet meer.

Hahaha wat een onzin, begin maar met "man dig". Verder ben ik absoluut geen voorstander om je (local) auth servers als eerste te gebruiken...

Oorspronkelijk geplaatst door martinvandebelt

DNS beheren we rechtstreeks op de nameservers met behulp van Poweradmin en een door ons zelf ontwikkelde DNS-panel. Er wordt gebruikt gemaakt van mysql replicatie op alle machines, dus een wijziging op ns1 is ook direct gewijzigd op ns2 (twee identieke machines, al is NS1 sql-master en de andere slave).

Daarvoor is nu juist de supermaster gemaakt zodat slave/secondary servers van elkaar afxr kunnen aanvaarden en updaten. De manier waarop jij het doet is dan ook niet echt veilig te noemen. Als je 1 fout in je master mysql database hebt copieer je deze gewoon naar je slave's op deze manier. Hierdoor ontgaat mij ook de bedoeling van de slave servers, deze zijn er juist om fouten op te vangen. Stel je master database wordt corrupt, of deze wordt al dan niet per ongeluk gepurged dan zitten je slaves ook direct zonder data.