Likes: 0
29/05/08 05:33
Wido, hoe heb jij die DNS wijziging er doorheen gekregen? Ik krijg allemaal "Cannot resolve" meldingen.. En met errors, gaat SIDN geen wijziging doorvoeren :|
Het blijkt dat sara eea doet voor SIDN, ik ga kijken of ik daar een storingsnummer van kan vinden, of als iemand dat heeft ..
29/05/08 05:33
De zonefile update pas om 06:00, dus het is nog 27 minuten wachten.
Ik hoef niet voor alle domeinen een change in te dienen, alleen voor ons domein.
@net-ground, gewoon via online DRS systeem. Een web formulier.
Ceph, CloudStack en ZFS consultancy: 42on B.V.
Lees hier de webhostingtalk.nl forum regels en voorwaarden!
29/05/08 05:38
Zowel Intermax als Argeweb hebben er ook last van, er gaat echt iets mis bij SIDN. Onze glue records zijn weg sinds een uurtje of 02:00 uur.
Heeft iemand nog een GSM nummer van iemand bij SIDN ofzo?
29/05/08 05:45
Ook SIDN gebeld, maar ik kreeg geen mogelijkheid tot een voicemail achterlaten.
29/05/08 05:46
Bandje is zeker volgescholden. En terecht!
29/05/08 05:46
Nxs Internet heeft ook een whois wijziging doorgevoerd met een nameserver op het .com domein. Wij verwachten dat deze met de update van 06:00 doorgevoerd zal zijn. Omdat onze statuspagina, www.nxsstatus.nl, op de nameservers van PCextreme draat is ook deze pagina helaas onbereikbaar.
29/05/08 05:50
Inderdaad! Dit gaat toch helemaal nergens over? Hoe kan zoiets als dit gebeuren?Oorspronkelijk geplaatst door Intermax
Ceph, CloudStack en ZFS consultancy: 42on B.V.
Lees hier de webhostingtalk.nl forum regels en voorwaarden!
29/05/08 06:02
Het is 06:00 uur geweest, zone update geweest volgens mij. Ziet iemand al verbetering?
29/05/08 06:05
Het lijkt erop dat enkel opnieuw een nameserver wijziging aan te vragen bij SIDN ook de glue records terug brengt. In de whois waren deze opeens niet meer zichtbaar, ook niet bij de webinterface van SIDN. Na een nameserver update zijn de ipadressen bij de nameservers wel weer zichtbaar.
29/05/08 06:06
Ik kan geen wijziging doorvoeren, omdat hij ns1. etc niet kan resolven .. ook niet via de webinterface ...
29/05/08 06:07
Volgens mij is alles nog steeds kapot.
Wat niet werkt:
www.nxs.nl
www.pcextreme.nl
www.argeweb.nl
En vele anderen natuurlijk.
Echt bizar, hoe kan een compleet TLD offline gaan met een 'beherende' partij die niets doorheeft? Dit is echt de eerste keer dat ik zoiets meemaak.
29/05/08 06:07
Indien je een accountje hebt @ dnsstuff:
http://private.dnsstuff.com/tools/dn...?domain=nic.nl
Geeft wisselend resultaat:
En:Your NS records at the parent servers are:
ns2.nic.nl. [213.154.241.28] [TTL=86400] [NL]
ns.nl.net. [193.78.240.1 (NO GLUE)] [NL]
ns.domain-registry.nl. [193.176.144.2] [TTL=86400] [NL]
ns1.surfnet.nl. [192.87.106.101 (NO GLUE)] [EU]
[These were obtained from ns2.nic.nl]
....
FAIL No NS A records at nameservers WARNING: Your nameservers do not include any corresponding A records when asked for your NS records. They probably are not returning the A records when asked, which can prevent some other DNS servers from contacting your DNS servers. They should do this if they are authoritative for those A records (in BIND, you should not use 'minimal-responses yes;'). The problem record(s) are:
Nameserver 193.78.240.1 did not provide IPs for all NS records.
Your NS records at the parent servers are:
ns1.surfnet.nl. [192.87.106.101] [TTL=7200] [EU]
ns.nl.net. [193.78.240.1 (NO GLUE)] [NL]
ns.domain-registry.nl. [193.176.144.2] [TTL=7200] [NL]
....
FAIL No NS A records at nameservers WARNING: Your nameservers do not include any corresponding A records when asked for your NS records. They probably are not returning the A records when asked, which can prevent some other DNS servers from contacting your DNS servers. They should do this if they are authoritative for those A records (in BIND, you should not use 'minimal-responses yes;'). The problem record(s) are:
Nameserver 193.78.240.1 did not provide IPs for all NS records.
.....
FAIL Missing (stealth) nameservers FAIL: You have one or more missing (stealth) nameservers. The following nameserver(s) are listed (at your nameservers) as nameservers for your domain, but are not listed at the parent nameservers (therefore, they may or may not get used, depending on whether your DNS servers return them in the authority section for other requests, per RFC2181 5.4.1). You need to make sure that these stealth nameservers are working; if they are not responding, you may have serious problems! The DNSreport will not query these servers, so you need to be very careful that they are working properly.
ns2.nic.nl.
This is listed as an ERROR because there are some cases where nasty problems can occur (if the TTLs vary from the NS records at the root servers and the NS records point to your own domain, for example).
...
192.87.106.101: "BIND9 - dns-beheer@surfnet.nl"
193.78.240.1: No version info available (refused).
193.176.144.2: "9.3.2-P2"
FAIL Stealth NS record leakage Your DNS servers leak stealth information in non-NS requests:
Stealth nameservers are leaked [ns2.nic.nl.]!
29/05/08 06:08
Ja, in de webinterface ja - maar gebeurt het ook in het 'echt'?
29/05/08 06:10
Ja dat is nog even afwachten. Eerder waren de gluerecords weer verdwenen bij alle domeinnamen. Nu staan ze er in ieder geval weer bij. Het is nog even wachten op een update van de .nl zonefile
29/05/08 06:11
Ik heb vannacht een account genomen :P
Maar ik zie nog geen nameserver wijziging doorgevoerd worden, het is allemaal nog in de oude situatie.
Ceph, CloudStack en ZFS consultancy: 42on B.V.
Lees hier de webhostingtalk.nl forum regels en voorwaarden!
Quote