Update zonefiles SIDN

[clesoft]

Heb gisteren 14-09 een NL-domeinnaam uit onze nameservers verwijderd. Een technische opheffing wordt toch afgewezen aangezien de SIDN stelt dat deze nog in de nameservers staan. Ook vandaag NA 08.00 uur deze opheffing aangevraagd, maar wederom afgewezen om eerdergenoemde reden.
Updating van zonefiles gebeurt toch tussen 07.00-08.00 uur?

[Keenondots]

Search a gebruikt?
http://www.webhostingtalk.nl/showthr...sche+opheffing

[clesoft]

Origineel geplaatst door Spookyfish
Search a gebruikt?
http://www.webhostingtalk.nl/showthr...sche+opheffing

Ik denk dat je mijn vraag niet goed gelezen hebt of begrijpt. De door ons op te heffen domeinnaam is op TECHNISCHE gronden geschiedt, en de naam komt niet in onze NS voor. Toch beweert de controle dat deze er nog wel in staan.

[Keenondots]

Origineel geplaatst door clesoft


Ik denk dat je mijn vraag niet goed gelezen hebt of begrijpt. De door ons op te heffen domeinnaam is op TECHNISCHE gronden geschiedt, en de naam komt niet in onze NS voor. Toch beweert de controle dat deze er nog wel in staan.

Sorry, was niet helemaal wakker. Om het goed te maken heb ik op de deelnemerssite van SIDN gezocht en daar staat:

Technische opheffing
Er is een vraag over de technische opheffing. In de notulen van 20 juni
2000 staat dat een domeinnaam, wanneer een klant niet betaalt, technisch
mag worden opgeheven. Dit staat niet goed geformuleerd.
Het gaat erom dat wanneer een deelnemer met een niet betalende klant te
maken heeft, afhankelijk van de inhoud van het contract met zijn klant,
de domeinnaam van die klant uit de nameserver kan halen. Het domein is
dan niet meer bereikbaar en voldoet aldus niet meer aan de technische
eisen. Na 30 dagen kan de deelnemer de domeinnaam technisch opheffen
maar de deelnemer doet dit te allen tijde onder zijn eigen
verantwoordelijkheid. Overigens dient de (oude) deelnemer mee te werken
aan een verhuisverzoek ongeacht eventuele disputen. Nogmaals, of
bovenstaande procedure gevolgd kan worden, hangt af van de wijze waarop
de zakelijke overeenkomst tussen de deelnemer en de betreffende klant
geregeld is! De shortcut die vermeden moet worden is dat de deelnemer
bij een niet betalende klant, de domeinnaam technisch mag opheffen. Dit
is namelijk geen procedure die door SIDN is opgesteld.

Iets met 30 dagen zou op een oorzaak kunnen wijzen...

[Global Registry]

Als alle records van het domein uit de nameserver verwijderd zijn, moet het lukken. Je hoeft niet op een SIDN update te wachten, want het enige dat gecontroleerd wordt (via de 'nameservercheck') is of er zich een authorative nameserver bij de geregistreerde nameservers bevindt.

Dus als je zelf de nameservercheck doet met de nameservers die de SIDN nu kent, en er komen alleen maar niet-authorative antwoorden, moet het lukken. Anders doe je iets niet goed.

[clesoft]

Heb voor 100 procent zekerheid de domeinnaam verwijderd uit de DNS. Als ik een nameservercontrole uitvoer geeft deze aan dat de domeinnaam correct in de nameserver staat. Vreemd... Ik zal de SIDN daar maar eens over mailen of bellen.

[dreamhost_nl]

Origineel geplaatst door clesoft
Als ik een nameservercontrole uitvoer geeft deze aan dat de domeinnaam correct in de nameserver staat.

Je moet juist krijgen dat deze NIET correct meer in de nameserver staat. Dan pas kan een domeinnaam worden verwijderd d.m.v. een Technische opheffing.

[clesoft]

Origineel geplaatst door dreamhost_nl


Je moet juist krijgen dat deze NIET correct meer in de nameserver staat. Dan pas kan een domeinnaam worden verwijderd d.m.v. een Technische opheffing.

Ja, dat snap ik ook wel, maar hoe is het mogelijk dat de dns-check aangeeft dat de domeinnaam in de DNS staat terwijl die er voor 100 procent niet in staat

[Global Registry]

Als je zelf een querie op jouw nameservers uitvoert (dig@), wat krijg je dan? Misschien is bind niet gereload door het panel (wat je volgens mij gebruikt) na de wijziging en krijg je gewoon een authorative antwoord.

Als het je zelf niet lukt om een authorative antwoord te krijgen, zou het aan het script van de SIDN moeten liggen.