Co próbujesz zrobić?
Usiłuję włączyć oczyszczanie DNS w strefie DNS, która ma około stu starych rekordów DNS.
Co próbowałeś, aby to się stało?
Konfiguruję oczyszczanie DNS według ulubionych postów na blogu TechNet: Nie obawiaj się czyszczenia DNS. Tylko bądź cierpliwy.
Najpierw wyłączyłem oczyszczanie na wszystkich naszych kontrolerach domeny:
DNSCmd . /ZoneResetScavengeServers contoso.com 192.168.1.1 192.168.1.2
Następnie włączyłem automatyczne oczyszczanie w strefie DNS:
Następnie włączyłem oczyszczanie DNS na jednym z kontrolerów domeny:
Następnie znalazłem kilka rekordów, które spodziewałem się usunąć za pomocą znaczników czasu sprzed kilku lat i upewniłem się, Delete this record when it becomes stale
że znacznik czasu został ustawiony właściwie:
W końcu ponownie załadowałem strefę i czekałem 14 dni (suma okresów Odśwież + Bez Odświeżania).
Jakich rezultatów się spodziewałeś?
Spodziewałem się zobaczyć zdarzenie 2501 w dziennikach serwera DNS, odnotowujące usunięcie szeregu rekordów DNS.
Co się właściwie stało?
Nic się nie stało. Właściwości starzenia / oczyszczania strefy wykazały, że strefa może zostać oczyszczona po 6/12/2014 10:00:00 w zeszłym tygodniu. Nie odnotowano 2501/2502 zdarzeń. Wszystkie zapisy ze „starymi” znacznikami czasu są nadal obecne.
Data, po której strefa może zostać oczyszczona po zwiększeniu o kolejne siedem dni do 6/18/2014 10:00:00.
Jak rozumiem, dopóki ta data nie minie co najmniej 14 dni w przeszłości, nic nie będzie nawet kwalifikować się do oczyszczania, a co dopiero zostać oczyszczonym.
Jedyne 2501 zdarzeń zapisanych w dziennikach zdarzeń to te, które wywołałem, klikając prawym przyciskiem myszy i wybierając „Scavenge Stale Resource Records”. Zwracają uwagę, że oczyszczanie spróbuje uruchomić ponownie za 168 godzin, co miało miejsce dziś rano.
Mam włączone oczyszczanie DNS od kilku miesięcy i cierpliwie czekałem, aż coś się wydarzy. Przeładowałem strefę wiele razy (co resetuje ten znacznik czasu).
Czego tu brakuje?
DNSCmd . /ZoneResetScavengeServers contoso.com 192.168.1.1 192.168.1.2
niekoniecznie wyłączało oczyszczanie dla wszystkich kontrolerów domeny. Jest włączona wymiatania na 192.168.1.1 i 192.168.1.2. Czy któryś z tych adresów obsługuje DNS? Kiedy powiedziałeś, że włączyłeś oczyszczanie na jednym z kontrolerów domeny, pokazałeś zrzut ekranu z ustawieniem w DNS. Ale pamiętaj, że to ustawienie i to polecenie ustawiają 2 różne rzeczy. Musisz ponownie uruchomić to polecenie z adresem IP tego kontrolera domeny. Czy już to zrobiłeś?Odpowiedzi:
To jest stare, ale przedstawię kilka sugestii.
Nie wydaje mi się Konfiguracja brzmi poprawnie, a rekordy powinny zostać oczyszczone. Trzy rzeczy potrzebne to ustawienie oczyszczania dla strefy, na serwerze DNS i rekordach zasobów ze znacznikiem czasu.
Oczywiste rzeczy w pierwszej kolejności - sprawdź bezpieczeństwo rekordów zasobów. Kontrolery domen systemowych i korporacyjnych zazwyczaj mają pełną kontrolę. I żadnych wpisów Odmów.
Sprawdziłbym wersję dns.exe, aby upewnić się, że jest aktualna. Zarówno R1, jak i R2 z 2008 roku miały błędy w tym, jak rekordy DNS są tombstowane i oczyszczane.
Windows Server 2008 R1: 6.0.6002.23387
https://support.microsoft.com/en-us/kb/2962612
Windows Server 2008 R2: 6.1.7601.22893
https://support.microsoft.com/en-us/kb/3022780
Zakładam, że strefa jest zintegrowana z AD. Jeśli tak, dnscmd.exe / zoneinfo zoneName zgłasza typ partycji katalogu Domeny AD (lub AD-Forest) w 99,999% przypadków. Widziałem strefy, w których partycja została zmieniona na coś innego, a następnie zmieniła się z powrotem i coś poszło nie tak podczas tego procesu lub nie była to żadna z oczekiwanych wartości od samego początku ze względu na sposób obsługi kontrolera domeny lub nie wszystkie kontrolery domeny zgłosił ten sam typ partycji.
Sprawdź atrybut fsmoRoleOwner w ADSIEdit dla DC = DomainDNSZones, DC = domena, DC = com partycja. DomainDNSZones i ForestDNSZones mają szóstego / siódmego właściciela roli fsmo. Jeśli w przeszłości kiedykolwiek były jakieś szkody, a poprzedni kontroler domeny, który był właścicielem partycji, już nie istniał, atrybut fsmoRoleOwner zawierałby 0ADel: i identyfikator poprzedniego kontrolera domeny. Więcej informacji na temat poprawiania znajduje się tutaj:
http://blogs.technet.com/b/the_9z_by_chris_davis/archive/2011/12/20/forestdnszones-or-domaindnszones-fsmo-says-the-role-owner-attribute-could-not-be-read.aspx
Inną sytuacją, która może zakłócać normalne działanie, są zduplikowane strefy. Ace Fekay ma tutaj świetny opis:
http://blogs.msmvps.com/acefekay/2009/09/02/using-adsi-edit-to-resolve-conflicting-or-duplicate-ad-integrated-dns-zones/
źródło
Jestem z briantistką w tej sprawie. Tutaj możesz również znaleźć pomoc: http://support.microsoft.com/kb/2791165
Najpierw ... upewnij się, że PRZEKAŻAJ strefę DNS ... a następnie ... w zasadzie chcesz się upewnić, że kontrolery domeny, na które zezwalasz na czyszczenie DNSCmd, to te, na których działa DNS. Postępuj zgodnie z tym artykułem z bazy wiedzy w tym momencie, jeśli nadal masz problem, ponieważ pytanie jest stare. To wraz z Twoim blogiem Technet powinno poprowadzić Cię we właściwym kierunku. Jeśli rozwiążesz to w inny sposób, pomocne byłoby opublikowanie odpowiedzi tutaj!
źródło