PDA

Bekijk Volledige Versie : Domein niet opgepakt door Google



magentohosting
16/01/15, 13:50
Beste WHT'ers,

Heb mijn vraag/issue hier maar even neergezet omdat ik niet direct in Techniek & Beveiliging kan/mag posten..

We hebben hier momenteen, naar ons idee, een beetje vreemd issue. Wij maken gebruik van DirectAdmin servers en deze pushen de DNS zones naar 2 PowerDNS servers. Werkt als een trein. Gister heeft een klant van ons een domeinnaam toevoegt op de server, met whitelabel nameservers. Ook dit domein is gepushed naar onze PDNS omgeving. Echter, wanneer je via je browser de domeinnaam intikt, gebeurt er helemaal niks. Je krijgt dan de melding "Chrome kan geen verbinding maken" met daarbij soms een melding "DNS_PROBE_FINISHED_NXDOMAIN".

De domeinnaam staat gewoon met de juiste records in PDNS en resolved ook goed. De klant kwam er gisteren achter dat het via 3G / 4G wel werkte, maar via zijn eigen internet niet. Dit is bij mij ook het geval. Klassiek geval van even wachten totdat de DNS is doorgevoerd? Dacht ik ook, maar dit is al lang gebeurt: beide konden we pingen naar de domeinnaam, via http://network-tools.com kregen we de juiste records terug en ook via bijv. mxtoolbox.com. Via DNSinspect.com ook niks vreemds gevonden in de DNS. M.a.w.: alles ziet er goed uit.

Ik kwam er toen achter dat alleen Google's 8.8.8.8 niet wist waar de domeinnaam naar verwijst (dig @8.8.8.8 domeinnaam.nl); daar krijg ik geen IP-adres terug. Als ik een ander domeinnaam (zelfde nameservers, van dezelfde klant, zelfde DirectAdmin server) dig, dan krijg ik keurig het IP-adres terug. Dit is dus het enige domein waar een probleem mee is. De andere (honderden) domeinnamen (onze eigen nameservers, whitelabel nameservers; zelfde PDNS omgeving ofcourse) werken ook verder allemaal naar behoren.

Op de 2 PDNS omgevingen zijn geen IP-adressen geblokkeerd en kan ik ook geen foutmeldingen terugvinden in het messages log. In het verleden heb ik wel is een domeinnaam gehad met zelfde soort melding (DNS_PROBE_FINISHED_NXDOMAIN), maar daar bleek APC roet in het eten te gooien (segmentation fault). Dit is bij dit domein (helaas) niet aan de hand (niks in het error log); als ik de domeinnaam in mijn hostfile zet, kan ik er direct bij.

De klant heeft nu de nameservers gebruikt van zijn registrar en daarbij dezelfde DNS-records als bij ons (default DirectAdmin records). Resultaat: nu werkt het wel. Desalniettemin wil de klant graag de nameservers bij ons beheren zodat hij vanuit DirectAdmin de boel kan beheren.

Heeft iemand een idee waar dit mogelijk in kan zitten?

IT-worX
16/01/15, 14:08
Wat zegt www.intodns.com/domein.ext?

magentohosting
16/01/15, 14:15
Vergeten te melden (was bezig met stukje tekst en toen opnieuw geschreven :-) ). Maar intodns.com geeft niks bijzonders aan, enkel een foutmelding over het MX-record (dat er geen 2e van is) maar ook daar komt alles goed binnen.

WebMeso
16/01/15, 14:18
Gluerecords?

magentohosting
16/01/15, 14:30
En ook de gluerecords staan erin :-)

Vandaar dat we het ook zo vreemd vinden. De verschillende checks zien er goed uit, je kunt pingen en ook de verschillende andere domeinnamen met dezelfde instellingen (zelfde nameservers en default DA DNS records) werken gewoon naar behoren. :unsure:

IT-worX
16/01/15, 14:44
Kan je anders even laten weten over welk domein het gaat?

magentohosting
16/01/15, 14:50
Gaat om websitelatenmakenzuidholland.nl. De klant heeft zojuist de nameservers weer gewijzigd van de registrar naar de nameservers die via ons verlopen; kan dus even duren voordat je 't ziet.

IT-worX
16/01/15, 15:02
Dit is wat ik terug krijg van 8.8.8.8


[root@v01 ~]# dig @8.8.8.8 websitelatenmakenzuidholland.nl

; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.30.rc1.el6_6.1 <<>> @8.8.8.8 websitelatenmakenzuidholland.nl
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 20171
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;websitelatenmakenzuidholland.nl. IN A

;; ANSWER SECTION:
websitelatenmakenzuidholland.nl. 207 IN A 109.237.212.125

;; Query time: 28 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Fri Jan 16 15:02:17 2015
;; MSG SIZE rcvd: 65

magentohosting
16/01/15, 15:27
Dit is wat ik terug krijg van 8.8.8.8

Klopt inderdaad. De nameservers staan nog op die van de registrar (i.p.v.) die van ons. Daarmee werkt het dus wel. De klant heeft een uurtje geleden wel de nameservers aangepast naar die van ons, maar dat heeft natuurlijk even tijd nodig.

magentohosting
19/01/15, 09:29
Update: vanaf hier werkt alles weer naar behoren. Geen idee hoe en wat...

Klant had vrijdagmiddag nog de nameservers gewijzigd naar die van ons en het hele weekend (en nu) werkt het gewoon naar behoren. Nu kent Google ook de juiste DNS-records en lijkt alles goed te resolven. Zijn verder geen wijzigingen geweest aan de nameservers of het domein (enkel de nameserver change).

DutchTSE
19/01/15, 09:45
Misschien foutieve DNSSEC records die nu juist staan/verwijderd zijn via de nameserver change? Daar controleert Google op (als in: foute records dan resolved het niet).