Onderwerp: Ingebruikname DRS4

Daarom nameserver kiezen die bij internic geregistreerd staat. (.com/.net).

Jongens,

Heb weer een probleem met de nieuwe sidn drs4.

Ik wil een nl naam verhuizen, en die op de nameservers van een com domein zetten. Deze nameservers van het com domein zijn geregistreerd, en de sidn nameservercontrole geeft geen fouten (geef accepted). Wanneer ik de verhuizing invoer krijg ik terug dat er een fout is met nameservers/ip gebeuren.

Het normale registreren op deze .com nameservers wil wel.

Wie kan mij uit de brand helpen?

Ben er zojuist achter gekomen dat dit probleem zich alleen voordoet wanneer je via mail registreerd.

Is dit een slordigheidje van sidn? of komt het doordat je in dat webpaneel geen ip adressen opgeeft?

Blijkt idd te maken hebben of je ip adressen meezend of niet.

Zal dit bij sidn reporten.

Oorspronkelijk geplaatst door Dillard

Harm,

De meeste van ons delen jouw frustraties (ook ik heb een lijstje met 'hangende' verhuizingen, bezwaren en ga zo maar door).

Om te voorkomen dat iedereen een nieuw topic opent willen we dit toch zoveel mogelijk bij elkaar houden, om te voorkomen dat het hier alleen nog maar over DRS4 gaat.

En mijn inziens hebben de huidige organisatorische problemen wel degelijk met de introductie van DRS4 te maken. Zonder DRS4 hadden we dit soort problemen (zoals het kwijtraken van faxen, het niet kunnen verwerken van bezwaren in DRS4) waarschijnlijk ook niet gehad.

Sorry, maar ik volg je niet.

Waarom zou je in een topic genaamd "Ingebruikname DRS4" niet willen dat het alleen nog maar over DRS4 gaat?

Je hoeft dit niet te rapporteren bij SIDN want ze doen er niets mee. Dit is gewoon een fout van jezelf, er wordt duidelijk aangegeven dat SIDN vanaf nu ip-adressen resolved (wat ze overigens met een delay van zo'n 12 uur doen). Je moet dus geen IP-adressen meesturen bij het aanvragen via e-mail, want het betreft geen in-zone nameserver!

Misschien helpt het; in de webinterface zit een bug dat als je bij wijzigen nameserver de domeinnaam of de .nl in hoofdletters zet dat hij wel alles erbij zoekt maar dat hij de wijziging niet doorvoert. Bug is bekend bij SIDN.

Oorspronkelijk geplaatst door nieuwhier

Misschien helpt het; in de webinterface zit een bug dat als je bij wijzigen nameserver de domeinnaam of de .nl in hoofdletters zet dat hij wel alles erbij zoekt maar dat hij de wijziging niet doorvoert. Bug is bekend bij SIDN.

Wel interessant, het heeft alleen geen fuck te maken met bovenstaande...

Volgens mij ligt de whois van sidn nu helemaal plat.. of ligt het aan mij?
Rechtstreeks(Pagina niet gevonden) en via transip(Dit register publiceert geen WHOIS-informatie, of de WHOIS-server is niet beschikbaar.)

WHOIS ligt inderdaad plat. Weer ja. Had net een klant aan telefoon dat alles als bezet aan werd gegeven. Hier word je toch dood en dood ziek van :/.

Oorspronkelijk geplaatst door NIS3

WHOIS ligt inderdaad plat. Weer ja. Had net een klant aan telefoon dat alles als bezet aan werd gegeven. Hier word je toch dood en dood ziek van :/.

Dan zit je whois controle scripje niet helemaal goed in elkaar... gewoon iets van opzoeken mislukt oid inbakken.
Maar het is idd om ziek van te worden dat alles alweer plat ligt zonder melding.

Edit:
wel melding:

Verstoring Who(is)
27/07/06 13:00 uur

Op dit moment vindt er een verstoring plaats van de (Who)is dienstverlening. Het betreft bevragingen die gedaan worden via zowel de commandline interface als bevragingen via de HTTP. SIDN heeft dit in onderzoek en zal u zo spoedig mogelijk informeren over de verdere ontwikkeling.

Onze excuses voor dit ongemak.

Oorspronkelijk geplaatst door Bob2

Dan zit je whois controle scripje niet helemaal goed in elkaar... gewoon iets van opzoeken mislukt oid inbakken.
Maar het is idd om ziek van te worden dat alles alweer plat ligt zonder melding.

Edit:
wel melding:

Verstoring Who(is)
27/07/06 13:00 uur

Op dit moment vindt er een verstoring plaats van de (Who)is dienstverlening. Het betreft bevragingen die gedaan worden via zowel de commandline interface als bevragingen via de HTTP. SIDN heeft dit in onderzoek en zal u zo spoedig mogelijk informeren over de verdere ontwikkeling.

Onze excuses voor dit ongemak.

Ook dan had de klant aan de telefoon gehangen waarschijnlijk . Het moet gewoon werken, klaar. Dat was ook de bedoeling van DRS4 lijkt me.

Oorspronkelijk geplaatst door NIS3

Ook dan had de klant aan de telefoon gehangen waarschijnlijk . Het moet gewoon werken, klaar. Dat was ook de bedoeling van DRS4 lijkt me.

Helaas zijn storingen niet onoverkoombaar. Je kun daarop voorbereid zijn of niet… er bestaat verschil tussen bezet en whois onbereikbaar Kleine aanpassing meer duidelijkheid, is maar een tip.

Waarmee is SIDN mee bezig?

Ik snap dit gewoon niet meer...

"the boat left and I wasn't on it..."

Mvg,
Alex

Oorspronkelijk geplaatst door SmilieBG

Waarmee is SIDN mee bezig?

Ik snap dit gewoon niet meer...

"the boat left and I wasn't on it..."

Mvg,
Alex

Geen idee waar ze mee bezig zijn, laten we hopen dat ze het zelf wel weten

Hoe dan ook, als je een script hebt wat beschikbaarheid moet controleren dan lijkt het mij dat je daar ook iets inbouw voor het geval er geen verbinding is. Whois onbeschikbaar valt dat m.i. ook onder.
Hoeft maar een keer iemand wat poorten dicht te gooien en je hang.

Daar geen rekening mee houden is m.i. een misser in de software..

We zelf accepteren aanvraag, met de melding dat vanwege whois niet mogelijk is te controleren of domein vrij is en dat risico bestaat dat aanvraag wordt alsnog afgewezen...

Vervolgens, zo gemarkeerde domeinen controleren we alsnog met de hand...

Mvg,
Alex

En weer zonder communicatie, geen meldingen naar de leden het werkt gewoon weer NIET.

Ik ben nu serious aan het overwegen om verdere (juridische) maatregelen onder te nemen.

Als we nu naar nieuwe systeem zouden overstappen, denk ik dat we sneller een werkend systeem zouden hebben, dan om te wachten dat SIDN hun werkt zaken weer goed op orde hebben.