Onderwerp: Problemen DNS

kreeg net ene pm van the boss die zij dat ook inderdaad al ik meende dat jullie bedoelde voor elk domein maar heb het toegevoegt:

ns1 A 217.23.1.158
ns2 A 217.23.1.159

Kan dit ook de oorzaak zijn dat mijn domeinen slecht te bereiken zijn voor de ISP concepts-ict zie vorige posts.

Dat ze ene keer wel toegankelijk zijn andere keer niet ?

-----

sidn check zegt nu dit:

Name server ns1.web-domein.nl

Reverse adres voor 217.23.1.158 (158.1.23.217.in-addr.arpa.) niet aangetroffen.

PTR record(s) voor het adres konden niet worden gevonden in de .arpa-zone. (ip6.arpa. voor IPv6 adressen en in-addr.arpa. voor IPv4).

Nameserver ns1.web-domein.nl (217.23.1.158) is recursief.

De nameserver beantwoordt recursieve queries van derden (zoals DNSCheck). Kwaadwillenden kunnen hier misbruik van maken.


Is dit noodzakelijk om iets aan te doen ?

Die reverse is niet noodzakelijk, werkt ook zonder. Die recusive is wel aangeraden om dit enkel voor eigen range in te stellen of totaal uit te zetten. Je wilt toch geen opendns draaien die voor iedereen toegankelijk is lijkt me.

is dit een optie in DA zelf of moet ik dat ergens in een config doen ?

Oorspronkelijk geplaatst door dark1990

is dit een optie in DA zelf of moet ik dat ergens in een config doen ?

Dat moet je doen in de named.conf, hier vul je of het IP in van de server die recursive query's mag doen of je zet hem op no.

Overigens beter is het om je ns2 in een heel ander netwerk te hebben. Is nu je netwerk plat, dan bestaat jouw gebeuren tijdelijk niet meer voor het internet.

allow-query { "no" ; };

Als ik dit er bij in zet is dit goed ?

Oorspronkelijk geplaatst door dark1990

allow-query { "no" ; };

Als ik dit er bij in zet is dit goed ?

Nee, er moet een regel staan:

recursion: yes; (of iets in die richting)

daar moet je van maken:

recursion: no;

Staat die er niet in, moet je hem zelf even intikken.

Heb het volgens internet moeten toevoegen in : named.conf.option

Waneer ik het in named.conf zet wil hij niet meer starten... nu staat hij in die option file heb ik nog 2 meldingen:

NAMESERVERS:
Name server ns1.web-domein.nl

Reverse adres voor 217.23.1.158 (158.1.23.217.in-addr.arpa.) niet aangetroffen.

PTR record(s) voor het adres konden niet worden gevonden in de .arpa-zone. (ip6.arpa. voor IPv6 adressen en in-addr.arpa. voor IPv4).

Name server ns2.web-domein.nl

Reverse adres voor 217.23.1.159 (159.1.23.217.in-addr.arpa.) niet aangetroffen.

PTR record(s) voor het adres konden niet worden gevonden in de .arpa-zone. (ip6.arpa. voor IPv6 adressen en in-addr.arpa. voor IPv4).


SOA:
Reverse adres voor 217.23.1.158 (158.1.23.217.in-addr.arpa.) niet aangetroffen.

PTR record(s) voor het adres konden niet worden gevonden in de .arpa-zone. (ip6.arpa. voor IPv6 adressen en in-addr.arpa. voor IPv4).

Reverse adres voor 217.23.1.158 (158.1.23.217.in-addr.arpa.) niet aangetroffen.

PTR record(s) voor het adres konden niet worden gevonden in de .arpa-zone. (ip6.arpa. voor IPv6 adressen en in-addr.arpa. voor IPv4).

Even bij worldstream aankloppen dat ze dit voor je veranderen, want zelf kan je dit toch niet. Maar die waarschuwing is op zich niet erg, heeft geen enkele invloed op de werking van je dns server.

Mail verstuurd bedankt voor alle reacties! zo leer je nog eens wat!

Oorspronkelijk geplaatst door The-BosS

Ja, er zijn voor je dns servers geen glue records bekend, zie http://www.intodns.com/bambam.biz voor checks en uitleg

In neem aan dat dit jouw eigen checksite is?

De error die die daar geeft is incorrect, er zal -nooit- een glue record meegegeven mogen worden als de nameservers in een andere tld zitten.

Ook verderop waar je claimed dat het beter is als alle namesevers in dezelfde tld zitten als het domein is ook erg slecht advies. Ik denk dat er hier zat luitjes je kunnen vertellen wat er gebeurd als de glue records van 1 tld ineens weg zijn.

Oorspronkelijk geplaatst door vDong

In neem aan dat dit jouw eigen checksite is?

De error die die daar geeft is incorrect, er zal -nooit- een glue record meegegeven mogen worden als de nameservers in een andere tld zitten.

Nee dit is niet mijn eigen checksite, maar wel één die ik gebruik om problemen op te sporen.

Ook verderop waar je claimed dat het beter is als alle namesevers in dezelfde tld zitten als het domein is ook erg slecht advies. Ik denk dat er hier zat luitjes je kunnen vertellen wat er gebeurd als de glue records van 1 tld ineens weg zijn.

Waar geef ik dit advies dan als ik vragen mag, want waarom zou ik dit advies geven als ik zelf dns servers gebruik die zowel gescheiden zijn van datacenter, netwerk als tld's (.be .nl .eu)

Belangrijkste is dat de TS geholpen is en dat het werkt

Ik heb veel aan de reactie van theboss en icehosting gehad Buiten dat ben ik het er mee eens het gaat erom dat het verholpen is waar ik mijn antwoorden voor vroeg nogmaals bedankt!

Om het probleem te verhelpen kun je dit toepassen in /etc/named.conf

acl recurseallow { 127.0.0.1; };
options {
....OVERIGE OPTIE'S ...........
allow-recursion { recurseallow; };
};

Zo kan alleen localhost recursieve query's doen en is de SIDN ook weer blij

Toegevoegt als nog krijg ik :

Name server ns1.web-domein.nl

Nameserver ns1.web-domein.nl (217.23.1.158) geeft geen antwoord op queries via TCP.

De nameserver reageerde niet op queres via TCP. Waarschijnlijk als gevolg van een configuratie fout of filtering in een firewall.

Name server ns2.web-domein.nl

Reverse adres voor 217.23.1.159 (159.1.23.217.in-addr.arpa.) niet aangetroffen.

PTR record(s) voor het adres konden niet worden gevonden in de .arpa-zone. (ip6.arpa. voor IPv6 adressen en in-addr.arpa. voor IPv4).

Nameserver ns2.web-domein.nl (217.23.1.159) geeft geen antwoord op queries via TCP.



Na named te gerestart te hebben

We hebben het hier toch over de namerservercheck van de SIDN ?

Gr,
Jasper