W tym rozdziale przedstawię kilka z najczęściej zadawanych pytań dotyczących DNSu i tego dokumentu. Prócz pytań będą również odpowiedzi, przeczytaj dokładnie ten rozdział, zanim zdecydujesz się wysłać do mnie list.
Kilka wskazówek: `forwarders',`slave', zapoznaćsię z literaturą prezentowaną na końcu.
Nazwa www.bardzo.zajęty.serwer musi posiadać kilka rekordów A. bind 4.9.3 i nowszy przekazuje kolejne adresy z puli. Takie rozwiązanie nie zadziała ze starszymi wersjami binda.
Pomiń root.cahce, zajmij się jedynie plikami stref/domen. To znaczy, ze niu musisz już pilnować aby root.cache był aktualny.
To znaczy, że w twoim komputerze jest zainstalowany stary, trochę
przestarzały program bind. Jeśli bezopieczeństwo sieci jest dla ciebie
ważne, natychmiast zainstaluj najnowszą wersję binda. Jeśli nie,
możesz pracować dalej tak jak jest. Tylko zamiast uruchamiac ndc
start muszisz wydać poleceni named. ndc reload to
named.reload, a ndc restart to named.restart. Większość
tych programów znajduje się w /usr/sbin.
Jeśłi serwer podstawowy posiada adres 127.0.0.1, to do pliku
named.boot musisz dodac wiersz:
secondary linux.bogus 127.0.0.1 sz/linux.bogus
Ian Clark przesłał mi następującą wiadomość, w której wyjaśnia jak to zrobić:
Moj named działa na komputerze. ktory robi 'Masquerade'. Posiadam dwa
pliki root.cache, jeden root.cache.real zawierający prawdziwe adresy
serwerów głównych i drugi root.cache.fake zawierający ...
--------------
; root.cache.fake
; this file contains no information
--------------
Po rozłączeniu kopiuje root.cache.fake na root.cache i restartuje
named.
Po podłączeniu, kopiuje root.cache.real na root.cache i restartuje
named.
Jest to robione automatycznie w skryptach, odpowiednio ip-down i
ip-up.
Przy pierwszym zapytaniu w trybie off-line, serwer nie posiada
wszystkich niezbędnych informacji i raportuje t ow syslogu, ale jakoś
mogę z tym żyć:
Jan 28 20:10:11 hazchem named[10147]: No root nameserver for class IN
U mnie ten schemat działa poprwnie.Mogę korzystać z nameserwera na
komputerach lokalnych bez dodatkowych czasów oczekiwania na połączenie
z nieosiągalnymi serwerami zewnętrzymi w trybie off-line i poprawnie
działającym DNSem w trybie on-line.
Wszelkie pośrednie informacje są gromadzone w pamięci, nigdy nie są zachowywane na dysku. Za każdym razem, kedy named konćzy prace, inforamacje przechowywane w pamięci podręcznej są gubione. Administrator nie ma żadnej kontroli nad pamięcią podręczną, ani nad jej rozmiarem (najnowsze wersje pozwalaja sterowac rozmiarem pamieci cache [pp]). Możesz to naprawic "modyfikując" named. Nie jest to jednak zalecane.
Nie, named nie zachowuje pamięci podręcznej na dysk w momencie zakończenia pracy. To znaczy, że informacje w pamięc podręczna muszą być odtwarzne od początku po każdym zrestartowaniu programu. Możesz to naprawic "modyfikując" named. Nie jest to jednak zalecane.