DNS van één user resolved niet

[cfmweb]

Hallo,
Ik had vandaag een probleem met de domeinen van één gebruiker op een vps.
De naamservers draaien op de vps zelf in dit geval.

Geen van zijn domeinnamen resolvede naar het server ip. De andere gebruikers op dezelfde vps hebben geen last.
Ik heb het account naar een andere vps verhuist en de naamservers aangepast aan de nieuwe situatie. Na de zone file update werkt het weer, dus de druk is van de ketel.
Maar wat ik graag zou willen weten: hoe kom ik er nu achter wat er mis is gegaan? het lijkt me een probleem met named, maar ik heb al eens in named.conf zitten spitten en kan daar niets geks ontdekken. In de apache error log zie ik ook niets bijzonders. De naamservers stonden uiteraard ook goed in de zone.

Hoe kan ik nu herleiden wat het probleem is geweest? ik zou er graag weer wat van opsteken

Ik vind het zo gek dat het puur en alleen één gebruiker betrof

Vrgr Chris

[Yourwebhoster]

Hallo Chris,
de bind lib heeft een leuke tool genaamd dig. Hiermee kan je kijken wat de response is van de DNS server:
dig yourwebhoster.eu

Als je direct op de DNS server een query wilt uitvoeren (bijvb ns2.yourwebhoster.eu) dan doe je het volgende (of een IP):
dig @ns2.yourwebhoster.eu yourwebhoster.eu

Als je geen A record terug krijgt, dan moet je de records in named nakijken, bij DirectAdmin is dit bijvoorbeeld terug te vinden in /var/named/.

[Marco Mahieu]

Gaat het om een nieuwe gebruiker, heb je de gebruiker gemigreerd vanuit een andere server, of trede het probleem zomaar ineens op?

[cfmweb]

@ D.Koop: bedankt, ik ga het eens uitproberen.

@ Marco: nee, de user is al langer geleden overgezet naar deze vps en heeft probleemloos gewerkt. Het probleem is dus 'spontaan' ontstaan.

Nu moet ik ook wel zeggen dat de klant het vandaag heeft gemeld, maar dat ik niet weet hoelang het al zo is.
Het laatste dat ik op deze vps heb gedaan is aquota resetten ivm met dit probleem, maar dat heeft toch helemaal niks met named te maken?
Vrgr Chris

[Yourwebhoster]

Het kan zijn dat door de verhuizing de DNS records niet helemaal goed gerestored zijn.

[cfmweb]

Vreemd hoor, het heeft zeker een maand zo gewerkt.

Ik heb wel het account enkele dagen geleden verhuisd van onder een reseller naar admin, misschien dat het daar mis is gegaan.

Dig kan ik nu niet meer doen om het probleem te achterhalen, ik heb hem al verhuisd naar een andere vps / andere naamservers.

Nou ja ach het werkt weer.
Als iemand hier nog ideeën over heeft hoor ik het graag

[Yourwebhoster]

Als het al een maand zo werkt dan is het niet daardoor gekomen.

Heb je wel eens geprobeerd een ping te doen naar de domeinna(a)m(en)?

[cfmweb]

Als het al een maand zo werkt dan is het niet daardoor gekomen.

Heb je wel eens geprobeerd een ping te doen naar de domeinna(a)m(en)?

Ja heb ik gedaan, kreeg ik 'kan host niet vinden' terug

[Yourwebhoster]

Ja heb ik gedaan, kreeg ik 'kan host niet vinden' terug

Dan kan je in ieder geval uitsluiten dat het aan Apache ligt. In ieder geval is het lastig om nu na te gaan wat het probleem was.

[cfmweb]

Tja, ergens iets corrupt geworden denk ik. Ik hoop alleen niet dat het vaker gaat gebeuren.
Ik verdacht mijn domain registrar al van een foutje, maar drie domeinen van dezelfde user kon ik niet rijmen. Dus moet imo toch op dns niveau fout gegaan zijn.

Bedankt voor de reacties in ieder geval

[Mikey]

wat staat er in /etc/resolv.conf

[cfmweb]

wat staat er in /etc/resolv.conf

De naamservers die voor het resolven worden gebruikt. Dit is eenmaal ingesteld voor de hele vps en voor alle domeinen gelijk. Ik snap niet waarom dit voor één user een verschil kan maken. Welke gedachtengang zit hier achter?

[Mikey]

omdat je aangeeft dat ping onbekende host geeft, zie nergens staan of dit vanaf de host of een werkplek afkomstig is. Verder zou je de message log kunnen nalopen, rechtstreeks verbinden naar de nameserver en een eventuele tcp dump draaien, checken of er wel udp of tcp verkeerd over poort 53 inkomend en uitgaand mogelijk is etc etc

[cfmweb]

omdat je aangeeft dat ping onbekende host geeft, zie nergens staan of dit vanaf de host of een werkplek afkomstig is. Verder zou je de message log kunnen nalopen, rechtstreeks verbinden naar de nameserver en een eventuele tcp dump draaien, checken of er wel udp of tcp verkeerd over poort 53 inkomend en uitgaand mogelijk is etc etc

Okee, dat zijn ook weer zaken om te controleren inderdaad.
De ping was vanaf mijn werkplek. En een controle vanaf http://www.robtex.com/dns/ gaf ook geen info terug.

[Marco Mahieu]

Ik vermoed zelf dat die verhuizingen er toch iets meer mee te maken hebben. Het enige dat ik op dit moment kan aanraden is om het voorlopig even goed in de gaten te houden.