PDA

Bekijk Volledige Versie : DNS probleem



TomasVL
11/02/11, 18:56
Goeieavond



Ik heb vanavond een domeinnaam overgenomen en de DNS settings overgenomen die de oude provider me had bezorgd (hosting moet bij hen blijven draaien).

Nu geconstateerd dat die domeinnaam correct is overgedragen, op onze nameservers staat maar de website is offline.

tracert resulteert in "Kan naam doelsysteem niet omzetten".

Waar zit de fout precies? (IP is natuurlijk het juiste IP-adres)

ftp A IP
localhost A 127.0.0.1
pop A IP
smtp A IP
domein.be. A IP
www A IP
domein.be. NS ns1.confidus.be.
domein.be. NS ns2.confidus.be.
alt1.aspmx.l.google.com. MX 20
alt2.aspmx.l.google.com. MX 20
aspmx.l.google.com. MX 10
aspmx2.googlemail.com. MX 30
aspmx3.googlemail.com. MX 30
aspmx4.googlemail.com. MX 30
aspmx5.googlemail.com. MX 30
docs.vjf.be. CNAME ghs.google.com.
kalender.domein.be. CNAME ghs.google.com.
mail.domein.be. CNAME ghs.google.com.
domein.be. TXT k=rsa; t=y; p=(code google)
domein.be. TXT v=spf1 mx include:cmail1.com ~all

Betreft DirectAdmin-installatie.

Bedankt!

Ahmed
11/02/11, 19:11
Denk dat er toch iets niet goed is gegaan met de DNS :-)




MacBook-Pro-van-Ahmed-Albarzangi:~ Ahmed$ dig vjf.be

; <<>> DiG 9.6.0-APPLE-P2 <<>> vjf.be
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 6326
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;vjf.be. IN A

;; Query time: 17 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Fri Feb 11 19:10:49 2011
;; MSG SIZE rcvd: 24

marsipulami
11/02/11, 19:12
Er is niet zoveel te zien aan deze config. Post je domeinnaam eens, dan kan er verder gekeken worden als de configs. Is de DA bak ook de Nameserver?

TomasVL
11/02/11, 19:12
Domeinnaam is v2j2f.be. De 2's weghalen..
De betreffende server is niet de nameserver (zijn twee externe servers)

Ahmed
11/02/11, 19:13
Overigens is de website hier wel bereikbaar... heb je 'm niet toevallig in je host-file staan?

TomasVL
11/02/11, 19:14
Nee.. Is de website daar perfect bereikbaar? Heel gek. Klant belde zelf en hier is hij ook niet te bereiken.

Ahmed
11/02/11, 19:15
Ja, hier wel bereikbaar. Ziet er niet uit in Chrome, maar dat terzijde :-)

TomasVL
11/02/11, 19:16
Ahmed, als je nslookup doet, waar kom jij dan uit?

Ahmed
11/02/11, 19:17
77.73.100.206

TomasVL
11/02/11, 19:20
Als ik hier een nslookup doe, krijg ik Server failed. Ik vermoed dus dat jouw dns cache nog niet vernieuwd is.

Ahmed
11/02/11, 19:21
http://www.downforeveryoneorjustme.com/vjf.be

denk dat 't bij jou ligt...

TomasVL
11/02/11, 19:23
Erg vreemd. En toevallig bij de klant ook?
Kan iemand anders nog bevestigen dat de site online is?

Zowel vanaf Telenet als ADSL kan ik er hier niet op.
Via mijn mobiel internet wel, maar ik veronderstel dat daar gewoon nog de oude ns wordt gebruikt?

Verwarrende fout iig.

marsipulami
11/02/11, 19:31
Jah hier werkt de site ook. Klopt het ipadres nog wat ahmed noemt? Of is dat een oud ip

The-BosS
11/02/11, 19:35
Erg vreemd. En toevallig bij de klant ook?
Kan iemand anders nog bevestigen dat de site online is?

Zowel vanaf Telenet als ADSL kan ik er hier niet op.
Via mijn mobiel internet wel, maar ik veronderstel dat daar gewoon nog de oude ns wordt gebruikt?

Verwarrende fout iig.

Site is hier online via edpnet vdsl2 en volgens dig klopt ook alles. Het zal dus eerder aan de cached dns server van je providers liggen.


; <<>> DiG 9.4.2-P2 <<>> vjf.be +trace
;; global options: printcmd
. 311978 IN NS m.root-servers.net.
. 311978 IN NS a.root-servers.net.
. 311978 IN NS b.root-servers.net.
. 311978 IN NS c.root-servers.net.
. 311978 IN NS d.root-servers.net.
. 311978 IN NS e.root-servers.net.
. 311978 IN NS f.root-servers.net.
. 311978 IN NS g.root-servers.net.
. 311978 IN NS h.root-servers.net.
. 311978 IN NS i.root-servers.net.
. 311978 IN NS j.root-servers.net.
. 311978 IN NS k.root-servers.net.
. 311978 IN NS l.root-servers.net.
;; Received 500 bytes from 172.16.0.1#53(172.16.0.1) in 58 ms

be. 172800 IN NS london.ns.dns.be.
be. 172800 IN NS x.dns.be.
be. 172800 IN NS amsterdam.ns.dns.be.
be. 172800 IN NS brussels.ns.dns.be.
be. 172800 IN NS c.ns.dns.be.
be. 172800 IN NS prague.ns.dns.be.
be. 172800 IN NS b.ns.dns.be.
be. 172800 IN NS a.ns.dns.be.
;; Received 368 bytes from 192.203.230.10#53(e.root-servers.net) in 206 ms

vjf.be. 86400 IN NS ns1.confidus.be.
vjf.be. 86400 IN NS ns2.confidus.be.
;; Received 101 bytes from 2001:6a8:3c60::be#53(brussels.ns.dns.be) in 199 ms

vjf.be. 14400 IN A 77.73.100.206
;; Received 40 bytes from 91.121.116.217#53(ns2.confidus.be) in 29 ms

TomasVL
11/02/11, 19:37
Het IP-adres dat wordt genoemd is inderdaad correct. Hiernaar moet de domeinnaam doorverwijzen.

Waar ligt de fout dan aan? Vanaf Telenet en Skynet is de domeinnaam niet te bereiken... De domeinnaam werkte perfect tot wij hem verhuisden.

TomasVL
11/02/11, 19:45
Intussen wel bereikbaar vanaf Skynet. Kan er iemand een logische verklaring geven voor het probleem dat we net hadden?

1) Domeinnaam draait bij oude provider, op hun server
2) Wij nemen domeinnaam over, onze nameservers ingesteld, A-records naar oude server ingesteld
3) Onbereikbaarheid gedurende ongeveer een uur van hieruit
4) Niets aan config gewijzigd en alles werkt opeens terug

The-BosS
11/02/11, 19:52
Logische verklaring is cached dns servers van providers die even de TTL periode moesten overbruggen. En niet iedere provider houdt zich aan rfc regels (vooral telenet niet), die bepalen nl zelf hun TTL etc.

TomasVL
11/02/11, 19:53
Hm. We besteden beheer van onze hostingdiensten (nevenactiviteit) volledig uit - volgende keer dus (hoe simpel de settings ook lijken) ook de DNS maar laten doen. Hoewel ik nog altijd niet begrijp hoe ik dit nu had kunnen 'vermijden'.

The-BosS
11/02/11, 20:00
Daarom hoef je het nog niet direct uit te besteden, niks zegt dat het dan ook had kunnen voorvallen. Dns is namelijk nogal wat gevoelig aan bepaalde extrene factoren zoals ISP's etc. Ooit eens meegemaakt dat een domein 2 dagen onbereikbaar was voor 1 enkele provider (achteraf bleek het probleem bij die provider te liggen).

PS: Als je default directadmin gebruik staat de retry TTL op 3600 (juist 1 uur dus)