DNSServer.DebugLogParser on Moduł PowerShell DNSServer.DebugLogParser

Przegląd

Mon, 01 Jan 0001 00:00:00 +0000

Windows DNS Server może zapisywać debug log. To plik tekstowy, przeznaczony do czytania przez człowieka, który na ruchliwym kontrolerze domeny rośnie o setki megabajtów dziennie. To sprawia, że staje się prawie bezużyteczny, gdy chcesz odpowiedzieć na pytanie typu „który klient pytał o tę domenę 40 000 razy zeszłej nocy?”

DNSServer.DebugLogParser zamienia ten plik tekstowy w tabelę CSV. Jeden wiersz logu staje się jednym wierszem z nazwanymi kolumnami, dzięki czemu możesz otworzyć go w Excelu, załadować do Power BI, masowo wstawić do SQL Server lub wysłać do swojego SIEM.

Formaty wyjściowe

Mon, 01 Jan 0001 00:00:00 +0000

Convert-DNSDebugLogFile generuje do trzech plików na każdy plik dziennika wejściowego:

Plik	Zawiera	Tworzony gdy
`<name>.csv`	Jeden wiersz na wpis w dzienniku	`-OutputType CSV` lub `Both`
`<name>_Statistic.csv`	Dzienne zliczenie rekordów według kontekstu	`-OutputType Statistic` lub `Both`
`<name>_PacketStatistic.csv`	Dzienne zliczenie zapytań według klienta, protokołu, kierunku i typu rekordu	`-OutputType Statistic` lub `Both`

Both jest ustawieniem domyślnym. Wyniki trafiają obok pliku wejściowego, chyba że ustawisz -OutputFile.

Przykładowe pliki podlinkowane na tej stronie to rzeczywiste wyniki konwersji, a nie makiety. Pobierz jeden i otwórz go w Excelu, zanim zdecydujesz się na projekt potoku.

Parametry i opcje

Mon, 01 Jan 0001 00:00:00 +0000

Ta strona wyjaśnia opcje prostym językiem i w kolejności, w jakiej zazwyczaj ich potrzebujesz. To przewodnik, a nie specyfikacja — autorytatywna, zawsze aktualna lista parametrów znajduje się w referencji poleceń oraz w:

Get-Help Convert-DNSDebugLogFile -Full

Krótkie podsumowanie

Convert-DNSDebugLogFile -InputFile "C:\Logs\dns.log"

Ta jedna linia już daje rozsądne zachowanie: pliki danych i statystyk, średnik jako separator, format daty twojej maszyny, włączona walidacja nagłówka, oryginalny plik dziennika nietknięty. Wszystko poniżej to dopracowywanie.

Wydajność

Mon, 01 Jan 0001 00:00:00 +0000

Logi debugowania DNS na ruchliwym kontrolerze domeny są duże. Convert-DNSDebugLogFile został stworzony właśnie na takie przypadki: był testowany na logach o rozmiarze 100 MB i większych, i przetwarza je w ciągu kilku minut na zwykłym sprzęcie serwerowym.

Dlaczego jest szybki

Nie musisz tego wiedzieć, aby korzystać z modułu, ale wyjaśnia to zachowanie, które zaobserwujesz.

Technika	Efekt, który zauważysz
`StreamReader` / `StreamWriter` z buforami 64 KB	Plik jest czytany i zapisywany w kawałkach, zamiast jednym dużym `Get-Content`
Strumieniowe przetwarzanie, pojedynczy przebieg	Zużycie pamięci pozostaje mniej więcej stałe, niezależnie od rozmiaru logu
Operacje na stringach (`.Substring()`, `.IndexOf()`) zamiast wyrażeń regularnych	Znacznie mniej obciążenia CPU na linię, a linii jest miliony
Ręczne zapisywanie CSV zamiast `Export-Csv`	Brak narzutu obiektowego potoku na rekord
Agregacja statystyk oparta na hashtable	Podsumowania kosztują prawie nic dodatkowo podczas tego samego przebiegu

Ważna konsekwencja: cały log nigdy nie jest trzymany w pamięci. Log o rozmiarze 500 MB nie wymaga 500 MB RAM. To różnica między modułem a podejściem „wczytaj plik, podziel, zbuduj obiekty”, które stosuje większość domowych skryptów — to podejście działa dobrze na próbce 5 MB, ale zawodzi na prawdziwym DC.

Integracja z narzędziami analitycznymi

Mon, 01 Jan 0001 00:00:00 +0000

Chodzi o to, co się dzieje po konwersji dziennika debugowania DNS. CSV wybrano, bo wszystko go odczytuje — ale „wszystko odczytuje CSV” ukrywa dwa ustawienia, które decydują, czy import będzie bezproblemowy, czy popołudniem spędzonym na poprawkach.

Dwa ustawienia, które decydują o wszystkim

Separator. Domyślnie ;. Zachowaj go dla Excela w lokalizacjach, które używają przecinka jako separatora dziesiętnego. Przełącz na , dla większości baz danych i narzędzi do analizy danych. Cokolwiek wybierzesz, poinformuj o tym stronę importującą.

Najlepsze praktyki operacyjne

Mon, 01 Jan 0001 00:00:00 +0000

Konwersja dziennika ręcznie jest prosta. Uruchamianie jej co noc na każdym kontrolerze domeny, przez lata, bez nadzoru, to już wymaga pewnego zaprojektowania. Oto punkty, które mają znaczenie w praktyce.

1. Konwertuj dzienniki obrócone, nie aktywne

Włącz obracanie dzienników na serwerze DNS i konwertuj tylko zamknięte pliki. Moduł może czytać dziennik, do którego serwer DNS aktualnie zapisuje, ale ten plik zmienia się w trakcie konwersji: najnowsze wpisy mogą być nieobecne, a ostatni rekord może być obcięty. Dwa uruchomienia dają dwa różne wyniki.

Rozwiązywanie problemów

Mon, 01 Jan 0001 00:00:00 +0000

„Plik nie jest prawidłowym plikiem dziennika debugowania DNS”

Sprawdzenie nagłówka odrzuciło dane wejściowe. Zwykle ścieżka jest po prostu błędna — plik .log w tym samym folderze, który nie jest dziennikiem debugowania DNS, lub plik zawierający tylko obrócony nagłówek.

Przejdź przez to krok po kroku:

Otwórz plik. Dziennik debugowania DNS zaczyna się od linii nagłówka takiej jak Message logging started at … i zawiera wpisy zapytań z oznaczeniem czasu.
Potwierdź, że debugowanie DNS jest faktycznie włączone i zapisuje do oczekiwanej ścieżki:

Convert-DNSDebugLogFile

Fri, 24 Jul 2026 00:00:00 +0000

SYNOPSIS

Konwertuje dzienniki debugowania serwera DNS Windows do ustrukturyzowanego formatu CSV do analizy i raportowania.

SYNTAX

__AllParameterSets

Convert-DNSDebugLogFile [-InputFile] <string[]> [[-OutputFile] <string>] [[-Delimiter] <string>]
 [[-ComputerName] <string>] [[-OutputType] <string>] [[-ContextFilter] <string[]>]
 [[-InputCulture] <cultureinfo>] [[-OutputCulture] <cultureinfo>] [-SkipHeaderValidation]
 [-RemoveSourceFile] [-CompressOutput] [-NoDetailsParsing] [-WhatIf] [-Confirm]

ALIASES

Ten cmdlet ma następujące aliasy,

Release notes v1.2.2.0 (2026-07-24)

Fri, 24 Jul 2026 00:00:00 +0000

Dodano

NOWOŚĆ: Obsługa odczytu plików dziennika debugowania serwera DNS, które są aktualnie otwarte przez usługę DNS
- Umożliwia przetwarzanie aktywnych plików dziennika bez konieczności ich wcześniejszego zamknięcia
- Poprawia kompatybilność z dziennikami, które są nadal zapisywane lub utrzymywane otwarte przez inny proces
- Uważaj podczas przetwarzania dzienników na żywo, ponieważ rekordy mogą być niekompletne lub w trakcie zmiany
NOWOŚĆ: Obsługa ścieżek SMB/UNC podczas odczytu źródłowych plików dziennika
- Pozwala parserowi pracować z plikami przechowywanymi na udziałach sieciowych i lokalizacjach zdalnych
- Poprawia niezawodność w środowiskach z centralnym lub współdzielonym magazynem danych

Zmiany

Metadane modułu: Zaktualizowano ProjectUri i ReleaseNotes, aby wskazywały na oficjalną stronę https://dnsserverdebuglogparser.andibellstedt.com dla lepszej widoczności i dostępu do dokumentacji
Naprawiono dostęp do plików: Zaktualizowano logikę otwierania plików, aby używać dostępu opartego na strumieniach z wyraźnymi opcjami dla scenariuszy współdzielonego odczytu
- Poprawia obsługę dzienników na żywo oraz alternatywnych typów ścieżek, takich jak udziały UNC
- Utrzymuje spójne zachowanie dla lokalnych i zdalnych źródeł plików

Release notes v1.2.1.0 (2026-01-26)

Mon, 26 Jan 2026 00:00:00 +0000

Zmiany

Wydajność: Ulepszono przetwarzanie rekordów wieloliniowych, aby uniknąć ładowania dużych plików do pamięci
- Zapobiega błędom braku pamięci przy bardzo dużych plikach dziennika
- Zachowano pełne wsparcie dla bloków szczegółów PACKET oraz wciętych linii kontynuacji
- Zużycie pamięci jest teraz stałe, niezależnie od rozmiaru pliku
Postęp: Dodano Write-Progress dla informacji zwrotnej o przetwarzaniu
- Pasek postępu aktualizowany co 1000 rekordów, aby minimalnie wpływać na wydajność
- Wyświetla aktualną liczbę rekordów oraz przetwarzany plik

Notatki o wydaniu v1.2.0.0 (2026-01-25)

Sun, 25 Jan 2026 00:00:00 +0000

Dodano

NOWOŚĆ: Obsługa wieloliniowych rekordów dla bloków szczegółów DNS PACKET
- Wpisy w kontekście PACKET mogą teraz zawierać szczegółowe informacje o połączeniu TCP/UDP oraz strukturze komunikatu DNS
- Bloki szczegółów są analizowane do ustrukturyzowanego formatu JSON w nowej kolumnie Details
- Zawiera: informacje o gnieździe, adres/port zdalny, dane czasowe, strukturę komunikatu (XID, Flags, QCOUNT itd.)
- Sekcje DNS (QUESTION, ANSWER, AUTHORITY, ADDITIONAL) są przechwytywane z pełnymi szczegółami rekordów
- Zakodowane nazwy domen w blokach szczegółów są automatycznie konwertowane do formatu FQDN
NOWOŚĆ: Kolumna Details w wyjściu CSV
- Zawiera ustrukturyzowane dane JSON dla wpisów PACKET z blokami szczegółów
- Pusta dla wpisów PACKET bez szczegółów oraz dla wszystkich kontekstów innych niż PACKET
- Umożliwia głęboką analizę pakietów i dochodzenia kryminalistyczne zapytań/odpowiedzi DNS
NOWOŚĆ: Przełącznik NoDetailsParsing dla optymalizacji wydajności
- Pomija kosztowne parsowanie JSON bloków szczegółów PACKET
- Może poprawić szybkość przetwarzania o 30-50% dla logów z wieloma blokami szczegółów
- Używaj przy przetwarzaniu bardzo dużych plików (100MB+) gdy szczegółowa struktura pakietów nie jest potrzebna
- Bloki szczegółów nadal są zbierane w kolumnie Information, ale kolumna Details pozostaje pusta
NOWOŚĆ: Obsługa wieloliniowego kontynuowania dla kontekstów innych niż PACKET
- Konteksty EVENT, Note, DSPoll i inne mogą teraz rozciągać się na wiele linii
- Wcięte linie kontynuacji są automatycznie łączone z polem Information głównego rekordu
- Zachowuje kompletne komunikaty o błędach, aktualizacje stref i dane diagnostyczne
NOWOŚĆ: ContextFilter rozpoznaje dodatkowe typy kontekstów: DSPoll, Init, Lookup, Recurse, Remote, Tombstone
- Efekt: Convert-DNSDebugLogFile może teraz uwzględniać/wykluczać te wpisy diagnostyczne i cyklu życia za pomocą -ContextFilter
NOWOŚĆ: Wyjście statystyk zawiera teraz dwa dedykowane pliki
- _Statistic.csv: Dzienne liczniki rekordów według typu kontekstu (Date, Context, Count, ComputerName)
- _PacketStatistic.csv: Dzienne liczniki PACKET według klienta/protokołu/kierunku/typu (Date, ClientIP, Protocol, Direction, QuestionType, Count, ComputerName)
- Korzyść: Bardziej ukierunkowane raportowanie (wolumen kontekstów operacyjnych vs. rozkład ruchu DNS)
Generowanie JSON dla bloków szczegółów PACKET jest zoptymalizowane pod kątem wydajności (ręczne parsowanie zamiast regex)

Zmiany

PRZEŁOMOWA: Wyjście CSV zawiera teraz 18 kolumn (dodano kolumnę Details przed ComputerName)
- Nowy porządek kolumn: DateTime, ThreadId, Context, PacketId, Protocol, Direction, ClientIP, Xid, Type, Opcode, FlagsHex, FlagsChar, ResponseCode, QuestionType, QuestionName, Information, Details, ComputerName
- Wpływ: Skrypty opierające się na pozycjach kolumn muszą zostać zaktualizowane
- Korzyść: Zaawansowane możliwości analizy pakietów bez zmiany dotychczasowego zachowania kolumny Information
Przetwarzanie linii danych zostało zrefaktoryzowane do wczytywania wszystkich linii do pamięci dla efektywnego wykrywania wieloliniowych rekordów
- Wydajność: Minimalny wpływ dzięki zoptymalizowanemu użyciu List
- Korzyść: Umożliwia dokładne przewidywanie bloków szczegółów i linii kontynuacji
Nazwy zapytań, które są brakujące lub zakodowane jako puste, są teraz obsługiwane łagodnie (bez błędów parsowania); wyjście CSV będzie zawierać pustą wartość QuestionName, gdy brak

Ulepszenia

Parsowanie Convert-DNSDebugLogFile jest bardziej odporne: surowsza walidacja linii i lepsze wyodrębnianie zmniejszają fałszywe/nieprawidłowe wiersze z uszkodzonych logów, zachowując format wyjścia CSV/statystyk
Wykrywanie kontekstu PACKET rozróżnia proste zapytania i zapytania z blokami szczegółów
Puste linie po wpisach PACKET bez szczegółów są prawidłowo pomijane
Dekodowanie nazw domen w blokach szczegółów korzysta z istniejącej funkcji ConvertTo-Fqdn dla spójności

Wydajność

Utrzymano szybkość przetwarzania dla logów bez bloków szczegółów
Przełącznik NoDetailsParsing zapewnia 30-50% poprawę szybkości, gdy parsowanie JSON nie jest potrzebne
Efektywne zarządzanie stanem podczas przetwarzania wieloliniowych rekordów
Zoptymalizowane operacje na łańcuchach (TrimStart, Join) zamiast regex do obsługi linii kontynuacji

Uwagi

Te zmiany są zaprojektowane tak, aby były kompatybilne wstecz dla normalnego użytkowania. Jeśli polegasz na dokładnym zestawie nazw kontekstów lub wcześniej ścisłym parsowaniu, prosimy o weryfikację skryptów downstream
Nowa kolumna Details jest zawsze obecna w wyjściu CSV; użyj NoDetailsParsing, aby pozostawić ją pustą dla wydajności
Istniejące skrypty parsujące CSV według pozycji kolumn muszą uwzględnić nową kolumnę Details (pozycja 17, przed ComputerName)

Notatki o wydaniu v1.1.0 (2026-01-23)

Fri, 23 Jan 2026 00:00:00 +0000

Dodano

NOWOŚĆ: Parametr ContextFilter do selektywnego parsowania logów
- Filtrowanie wpisów logów według typu kontekstu: PACKET (zapytania/odpowiedzi DNS), EVENT (zdarzenia serwera) lub Note (informacje diagnostyczne)
- Umożliwia skupienie analizy na określonych typach wpisów logów
- Domyślnie: All (obejmuje wszystkie typy kontekstu)
- Przykłady zastosowań: Skupienie się tylko na ruchu DNS, monitorowanie zdarzeń serwera, rozwiązywanie problemów diagnostycznych
NOWOŚĆ: Pole Information w wyjściu CSV
- Zawiera szczegółowe informacje dla wpisów kontekstowych EVENT i Note
- Przykłady: “The DNS server has started.”, “Zone loading completed”, błędy gniazd, komunikaty o stanie wewnętrznym
- Zwiększa widoczność zdarzeń operacyjnych i diagnostyki serwera DNS
- Pole jest wypełniane, gdy Context to EVENT lub Note; puste dla wpisów PACKET

Zmiany

BREAKING: Kolumna ComputerName jest teraz zawsze dołączana na końcu wszystkich rekordów wyjściowych
- Wcześniej: ComputerName był warunkowo dołączany na początku, gdy parametr był określony
- Teraz: ComputerName zawsze obecny jako ostatnia kolumna; pusty, gdy parametr nie jest określony
- Korzyść: Spójna struktura wyjścia ułatwia konsolidację logów z wielu serwerów i automatyczne przetwarzanie
- Wpływ: Istniejące skrypty analizujące pozycje kolumn lub oczekujące warunkowej obecności kolumny muszą zostać zaktualizowane

Dodano

Filtrowanie kontekstu, aby skupić się na określonych typach wpisów logów (PACKET, EVENT, NOTE) za pomocą parametru ContextFilter

Ulepszenia

Przebudowano komentarze pomocy dla Convert-DNSDebugLogFile dla lepszej jasności i zwięzłości
Zaktualizowano opisy parametrów, aby były bardziej informacyjne i praktyczne
Ulepszono dokumentację przykładów z bardziej skoncentrowanymi i praktycznymi przypadkami użycia
Rozbudowano plik pomocy about_DNSServer.DebugLogParser, aby odzwierciedlał aktualną funkcjonalność
Wzmocniono szczegółowość logowania verbose, aby dostarczać bardziej szczegółowe informacje o postępie podczas przetwarzania

v1.0.0 (2026-01-23)

Fri, 23 Jan 2026 00:00:00 +0000

Dodano

Wersja początkowa
Convert-DNSDebugLogFile - Wydajny parser plików dziennika debugowania serwera DNS Windows
Parsuje wszystkie 15 standardowych pól z dzienników debugowania DNS do ustrukturyzowanego formatu CSV
Obsługuje konfigurowalne delimitery CSV (domyślnie średnik)
Opcjonalna kolumna ComputerName do konsolidacji dzienników z wielu serwerów
Trzy tryby wyjścia: tylko dane CSV, tylko statystyki lub oba jednocześnie
Podsumowania statystyczne agregujące aktywność według IP klienta, protokołu i typu zapytania
Obsługa potoków do przetwarzania wsadowego wielu plików dziennika
Walidacja nagłówka dla zapewnienia integralności danych (można pominąć w razie potrzeby)
Opcjonalna automatyczna kompresja plików wyjściowych (format ZIP)
Opcjonalne usuwanie plików źródłowych po pomyślnym przetworzeniu
Kulturowo świadome parsowanie i formatowanie dat dla międzynarodowych serwerów DNS
Optymalizacja pod kątem dużych plików (powyżej 100 MB) z użyciem strumieniowego I/O i efektywnych operacji na łańcuchach znaków
Kompatybilny z PowerShell 5.1+ (edycje Desktop i Core)
Obsługuje formaty dzienników Windows Server 2016+ oraz DNS Server 2012 R2 do 2025 roku

Informacje prawne

Sun, 18 Jan 2026 00:00:00 +0000

Informacje zgodnie z § 5 niemieckiej ustawy o mediach elektronicznych (TMG)

Informacje prawne

Andreas Bellstedt
Brunnenstr. 38
75387 Neubulach
Niemcy

Kontakt

Email: blog@andibellstedt.com

Forma prawna / status działalności

Ta strona internetowa jest prowadzona przez osobę fizyczną / jednoosobowego przedsiębiorcę.

Odpowiedzialność za treść zgodnie z § 55(2) niemieckiego traktatu o nadawaniu międzystanowym (RStV)

Andreas Bellstedt
(adres powyżej)

Odpowiedzialność za treść

Jako dostawca usług, odpowiadamy za nasze własne treści na tych stronach zgodnie z § 7(1) TMG w ramach ogólnego prawa. Zgodnie z §§ 8–10 TMG, nie jesteśmy jednak zobowiązani do monitorowania przesyłanych lub przechowywanych informacji osób trzecich ani do badania okoliczności, które wskazują na nielegalną działalność.

Polityka prywatności

Sun, 18 Jan 2026 00:00:00 +0000

Polityka Prywatności

1. Prywatność w Skrócie

Ogólne Uwagi

Poniższe uwagi stanowią prosty przegląd tego, co dzieje się z Twoimi danymi osobowymi, gdy odwiedzasz tę stronę internetową. Danymi osobowymi są wszystkie dane, na podstawie których można Cię zidentyfikować. Szczegółowe informacje na temat ochrony danych można znaleźć w naszej polityce prywatności zamieszczonej poniżej tego tekstu.

Zbieranie Danych na tej Stronie

Kto jest odpowiedzialny za zbieranie danych na tej stronie?

Przetwarzanie danych na tej stronie internetowej jest realizowane przez operatora strony. Ich dane kontaktowe można znaleźć w sekcji „Informacja o Administratorze Danych” w tej polityce prywatności.

Przepływ pracy analizy bezpieczeństwa z SQL Server

Mon, 01 Jan 0001 00:00:00 +0000

Ten przykład pokazuje praktyczny przepływ pracy dla analityki bezpieczeństwa: analizuje dziennik debugowania DNS za pomocą Convert-DNSDebugLogFile, importuje wygenerowany plik CSV do SQL Server i uruchamia zapytanie, które wyróżnia nietypowo dużą liczbę zapytań o rekordy TXT.

Dla najlepszej interoperacyjności ten przykład zapisuje znaczniki czasu w formacie podobnym do ISO, używając -OutputCulture 'sv-SE'.

Wymagane moduły

Ten przykład korzysta z następujących modułów PowerShell:

DNSServer.DebugLogParser
SqlServer

Zainstaluj je, jeśli to konieczne:

Install-Module -Name DNSServer.DebugLogParser -Scope CurrentUser
Install-Module -Name SqlServer -Scope CurrentUser

Scenariusz

Użyj tego przepływu pracy, gdy chcesz przenieść przetworzone dane dziennika debugowania DNS do SQL Server, aby móc:

O autorze

Mon, 01 Jan 0001 00:00:00 +0000

Witaj świecie!

Jestem Andreas Bellstedt — specjalistą IT z ponad 20-letnim doświadczeniem w środowiskach korporacyjnych. Zwykle nazywają mnie Andi.
Pasjonuję się technologią, ale jeszcze bardziej tym, jak ją stosować, aby poprawić niezawodność, bezpieczeństwo i efektywność operacyjną.

Informacje o stronie

Mon, 01 Jan 0001 00:00:00 +0000

Informacje o kompilacji

Strona zbudowana z użyciem motywu [Docsy] dla Hugo.

Praktyczne zastosowanie w środowisku domenowym (kolekcja i konwersja sterowana przez GPO)

Mon, 01 Jan 0001 00:00:00 +0000

Ten dokument przedstawia praktyczny, kompleksowy przykład uruchomienia DNSServer.DebugLogParser w środowisku domeny Active Directory, skupiając się na konwersji dzienników debugowania serwera DNS Windows na kontrolerach domeny.

Do tego przykładu dołączony jest archiwum ZIP, które zawiera artefakty polityki używane do wdrożenia opisanego tutaj przepływu pracy.
Najważniejsze artefakty to manifest kopii zapasowej, raport GPO, Files.xml, Set-DNSServerDebugLogging.ps1 oraz ScheduledTasks.xml.

Scenariusz

Wiele kontrolerów domeny (DC) pełni rolę serwera DNS.
Debugowanie DNS jest włączone i spójnie skonfigurowane na każdym DC za pomocą zadania zaplanowanego (zapisujące pliki dziennika do C:\Administration\Logs\DNSServer).
Centralnie zarządzany proces konwertuje dzienniki do formatu CSV dla:
- analityki bezpieczeństwa
- raportowania operacyjnego
- rozwiązywania problemów
- zgodności/przechowywania danych

Cele

Spójne ustawienia konwersji na wszystkich DC
Przewidywalna lokalizacja i nazewnictwo plików wyjściowych
Opcjonalna kompresja w celu zmniejszenia zajętości miejsca
Opcjonalne statystyki dla szybkich podsumowań dziennych
Minimalne ryzyko po stronie hosta, z wyraźnym uwzględnieniem ponownego uruchomienia i czyszczenia

Sugerowana architektura

Model zbierania: lokalna konwersja + centralne pobieranie

Każdy DC zapisuje dzienniki debugowania DNS na dysku z włączonym przełączaniem plików.
Każdy DC konwertuje obrócone pliki *.log na dane CSV i statystyki CSV, a następnie kompresuje wyniki do *.zip według harmonogramu (Harmonogram zadań).
Wyniki zapisywane są obok plików dziennika, aby uprościć przepływ.
Centralny serwer zbiera pliki *.zip, np. przez udostępnianie plików, zaplanowane kopiowanie, przekazywanie do SIEM lub kolektor oparty na agencie.

Ten model minimalizuje odczyty sieciowe dużych surowych plików dziennika i utrzymuje analizę blisko danych.

Przykład zaplanowanego zadania

Mon, 01 Jan 0001 00:00:00 +0000

Ten skrypt tworzy zaplanowane zadanie Windows, które uruchamia się codziennie o 2:00 rano. Importuje moduł i przetwarza wszystkie pliki dziennika w folderze, w którym jest wykonywany skrypt (w tym przykładzie “C:\Administration\Logs\DNS”). Proces kompresuje wynik do plików ZIP i usuwa oryginały, aby zachować porządek.

$actionParams = @{
 Execute = "powershell.exe"
 Argument = '-ExecutionPolicy RemoteSigned -Command "Import-Module DNSServer.DebugLogParser; Get-ChildItem .\*.log | Sort-Object lastwritetime, Name -Descending | Convert-DNSDebugLogFile -ComputerName $env:COMPUTERNAME -Delimiter \";\" -OutputType Both -ContextFilter Packet -OutputCulture sv-SE -CompressOutput"'
 WorkingDirectory = "C:\Administration\Logs\DNS"
}
$Action = New-ScheduledTaskAction @actionParams

$Trigger = New-ScheduledTaskTrigger -Daily -At "2:00AM"

Register-ScheduledTask -TaskName "Process DNS Logs" -Action $Action -Trigger $Trigger -Description "Convert DNS debug logs to CSV daily"

Wyniki wyszukiwania

Mon, 01 Jan 0001 00:00:00 +0000