Hur fungerar DNS egentligen?

Om du inte har angett att den ska vidarebefodra dina förfrågningar någonstans, exempelvis till din ISP:s DNS, så kommer den fråga ROOT-servrarna, ja. Jag rekommenderar att du anger att frågorna ska vidarebefodras, eftersom många adresser säkert finns i din ISP:s cache och root-förfrågningarna (som kan ta lite tid), säkert ofta är onödiga...

Om du inte gjort något väldigt speciellt med din DNS-server hemma så vet den definitivt var root-servrarna finns. I en default-installation av BIND så ligger det i filen /etc/namedb/named.root.

Jag är inte så hemma på BIND-konfigurering, men något slags cache har den ju så det borde bara vara första frågan om en adress som tar lite extra tid. Sen borde väl din ISP ha en DNS som du kan åka snålskjuts på? Se följande rader i /etc/namedb/named.conf:

// If you've got a DNS server around at your upstream provider, enter
// its IP address here, and enable the line below.  This will make you
// benefit from its cache, thus reduce overall DNS traffic in the Internet.

Du kan givetvis, men det betyder ju att om du också måste hålla rätt på var de tar vägen om de skulle byta IP-nummer. Det kan onekligen bli ett visst pyssel. Och en DNS förfrågan går ändå kanonsnabbt så jag förstår inte vilket syfte det skulle tjäna.

DNS är rätt hierarktiskt. Din hemma-DNS ska egentligen bara hålla rätt på de adresser den är SOA (Start of authority) för.

Om man nu köra en egen BIND så ska man dels aldrig sätta in IP-n manuellt till servrar utan låta DNS sköta det som det är tänkt. Tack vare cachning i BIND kan du gott strunta i din ISP:s server, om den i sin tur är lastad så kan den ju lika gärna vara en bromskloss för dig, så det beror ju lite på från fall till fall. Jag kör baramed lokal BIND.

Default är väl att bind är konfigurerad som caching nameserver så det borde bara vara första gången som du surfar till en sida som den kollar upp den mot ISP alt. ROOT servrar. Sedan ska den hålla datat tills TTL går ut vilket brukar röra sej om ett dygn på vanliga adresser. Jag har inte några problem med sånt hemma. Värt att testa är om det är dns som tar tid eller om det är uppkopplingen. Knappa in ipadressen istället. Eller testa nslookup. DNS brukar ju gå tokfort.

dnstracer är ett roligt terminalverktyg för detta. har dock haft problem (aldrig försökt ordentligt) att få det att funka på mac os x.

/glemme

dig går också använda för att testa DNS. I Tiger är det faktiskt dig som används i Lookup fliken i Nätverksverktyget, så man behöver inte ens använda Terminal. I svaret från dig ser man både vilken DNS server som tagit reda på svaret åt dig, samt hur lång tid frågan verkligen tog.

Ja, om din DNS server inte har svaret i sin cache, eller är uppsatt att forwarda alla DNS förfrågningar till en annan server kontaktar den alltid root servrarna, för att sedan rekursivt lösa din förfrågan.

En liten detalj man kanske bör beakta är att verktyg som dig, host och nslookup kontaktar DNS servern direkt. I Mac OS X är lookupd DNS resolver, vilket innebär att det är den som kontaktar DNS servrarna (efter att först ha tittat i sin egen cache och /etc/hosts.. i normala fall).
Det skiljer alltså lite på hur DNS uppslag går till beroende på om man använder Lookup-fliken i Nätverksverktyget, eller om man knappar in en URL i t.ex. Safari. Jag har dock aldrig varit med om att detta skapat problem på något sätt.

Dock borde du knappa in statiska entries i /etc/hosts på din klient istället för att göra det i DNS:en. Om du nu absolut vill testa? Jag skulle personligen aldrig göra det, eftersom du utan tvekan kommer att få problem den dag någon gör en förändring. Förändringar är vanligare än man tror!

Att sätta upp din DNS som en fowarding (eller caching) DNS är en mycket bra idé, men det bästa du kan göra är faktiskt att se till att besöka din välbesökta sidor så ofta du kan Då säkerställer du att de alltid finns i din cache.