ಈ ಡಾಕ್ಯುಮೆಂಟೇಶನ್ ಬಗ್ಗೆ on PowerShell ಮೋಡ್ಯೂಲ್ DNSServer.DebugLogParser

ಅವಲೋಕನ

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

DNSServer.DebugLogParser ಒಂದು PowerShell ಮೋಡ್ಯೂಲ್ ಆಗಿದ್ದು, ವಿಂಡೋಸ್ DNS ಸರ್ವರ್ ಡಿಬಗ್ ಲಾಗ್ ಫೈಲ್‌ಗಳನ್ನು ರಚನಾತ್ಮಕ, ವಿಶ್ಲೇಷಣೀಯ CSV ಡೇಟಾಗಾಗಿ ಪರಿವರ್ತಿಸುತ್ತದೆ, ಇದು ಭದ್ರತಾ ವಿಶ್ಲೇಷಣೆ, ಕಾರ್ಯಕ್ಷಮತೆ ನಿಗಾ, ಸಮಸ್ಯೆ ಪರಿಹಾರ ಮತ್ತು ಅನುಕೂಲತಾ ವರದಿಗೊಳಿಸುವಿಕೆಗೆ ಉಪಯುಕ್ತವಾಗಿದೆ.

DNS ಡಿಬಗ್ ಲಾಗ್ ಎಂದರೆ ಏನು?

DNS ಡಿಬಗ್ ಲಾಗಿಂಗ್ ವಿಂಡೋಸ್ DNS ಸರ್ವರ್‌ನ ಒಂದು ವೈಶಿಷ್ಟ್ಯವಾಗಿದ್ದು, DNS ಕಾರ್ಯಾಚರಣೆಗಳ ಕುರಿತು ವಿವರವಾದ ಮಾಹಿತಿಯನ್ನು ದಾಖಲಿಸುತ್ತದೆ. ಸಕ್ರಿಯಗೊಳಿಸಿದಾಗ, DNS ಸರ್ವರ್ ಲಾಗ್ ಎಂಟ್ರಿಗಳನ್ನು ಪಠ್ಯ ಫೈಲ್ (ಸಾಮಾನ್ಯವಾಗಿ dns.log) ಗೆ DNS ಸರ್ವರ್ ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ ಬರೆಯುತ್ತದೆ.

ಪ್ರತಿ ಲಾಗ್ ಎಂಟ್ರಿಯಲ್ಲಿ 16 ಕ್ಷೇತ್ರಗಳವರೆಗೆ ಒಳಗೊಂಡಿರುತ್ತದೆ, ಅವುಗಳೆಂದರೆ:

ಪ್ರಶ್ನೆಯ ದಿನಾಂಕ ಮತ್ತು ಸಮಯ
ಬಳಸಲಾದ ಪ್ರೋಟೋಕಾಲ್ (UDP ಅಥವಾ TCP)
ದಿಕ್ಕು (ಕಳುಹಿಸುವುದು ಅಥವಾ ಸ್ವೀಕರಿಸುವುದು)
ಕ್ಲೈಂಟ್ IP ವಿಳಾಸ
ಪ್ರಶ್ನೆಯ ಪ್ರಕಾರ (A, AAAA, MX, PTR, ಇತ್ಯಾದಿ)
ಪ್ರಶ್ನಿಸಲಾದ ಡೊಮೇನ್ ಹೆಸರು
ಪ್ರತಿಕ್ರಿಯೆ ಕೋಡ್ (NOERROR, NXDOMAIN, ಇತ್ಯಾದಿ)
ಪ್ರಶ್ನೆ ಧ್ವಜಗಳು ಮತ್ತು ಆಯ್ಕೆಗಳು
ಪ್ರತಿಕ್ರಿಯೆಯ IP ವಿಳಾಸ (ಯಶಸ್ವಿ ಪ್ರಶ್ನೆಗಳಿಗೆ)
ಪೋರ್ಟ್ ಸಂಖ್ಯೆಗಳು ಮತ್ತು ಹೆಚ್ಚುವರಿ ತಾಂತ್ರಿಕ ವಿವರಗಳು

DNS ಡಿಬಗ್ ಲಾಗ್‌ಗಳನ್ನು ಏಕೆ ಪಾರ್ಸ್ ಮಾಡಬೇಕು?

DNS ಲಾಗ್‌ಗಳು ಪ್ರಮುಖವಾಗಿವೆ:

ಔಟ್‌ಪುಟ್ ಫಾರ್ಮ್ಯಾಟ್‌ಗಳು

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

DNSServer.DebugLogParser ಎರಡು ವಿಧದ ಔಟ್‌ಪುಟ್‌ಗಳನ್ನು ರಚಿಸಬಹುದು:

ಎಲ್ಲಾ ಪಾರ್ಸ್ ಮಾಡಿದ ಎಂಟ್ರಿಗಳನ್ನು ಒಳಗೊಂಡ CSV ಡೇಟಾ ಫೈಲ್
ದೈನಂದಿನ ಸಂಗ್ರಹಣೆಗೆ ಐಚ್ಛಿಕ ಅಂಕಿಅಂಶಗಳ ಫೈಲ್‌ಗಳು

ಪ್ರತಿ ಔಟ್‌ಪುಟ್ ಪ್ರಕಾರದ ನೈಜ ಜಗತ್ತಿನ ಉದಾಹರಣೆಗಳನ್ನು ನೋಡಲು, ಈ ಲೇಖನದಲ್ಲಿನ ಮಾದರಿಯನ್ನು ಪರಿಶೀಲಿಸಿ.

CSV ಡೇಟಾ ಫೈಲ್

ಉದಾಹರಣೆಯ ಔಟ್‌ಪುಟ್ ಫೈಲ್‌ಗಳು:

en-US (ವಿವರಗಳಿಲ್ಲ): WithComputerName, NoComputerName
de-DE (ವಿವರಗಳಿಲ್ಲ): WithComputerName, NoComputerName
de-DE (ವಿವರಗಳೊಂದಿಗೆ / Packet ವಿವರ ಬ್ಲಾಕ್‌ಗಳಿಗೆ Details JSON ತುಂಬಿಸಲಾಗಿದೆ): WithComputerName, NoComputerName

CSV ಡೇಟಾ ಫೈಲ್ ಎಲ್ಲಾ ಪಾರ್ಸ್ ಮಾಡಿದ ಲಾಗ್ ಎಂಟ್ರಿಗಳನ್ನು ಕೆಳಗಿನ ಕಾಲಮ್‌ಗಳೊಂದಿಗೆ ಒಳಗೊಂಡಿದೆ:

DateTime: DNS ಪ್ರಶ್ನೆ/ಪ್ರತಿಕ್ರಿಯೆಯ ದಿನಾಂಕ ಮತ್ತು ಸಮಯ
ThreadId: ಆಂತರಿಕ DNS ಸರ್ವರ್ ಥ್ರೆಡ್ ಗುರುತು
Context: ಕಾರ್ಯಾಚರಣೆ ಸಂದರ್ಭ (ಉದಾಹರಣೆಗೆ Packet, Event, Note, DSPoll, Init, Lookup, Recurse, Remote, Tombstone)
PacketId: DNS ಪ್ಯಾಕೆಟ್ ಗುರುತು
Protocol: UDP ಅಥವಾ TCP
Direction: Rcv (ಸ್ವೀಕರಿಸಿದ/ಪ್ರಶ್ನೆ) ಅಥವಾ Snd (ಕಳುಹಿಸಿದ/ಪ್ರತಿಕ್ರಿಯೆ)
ClientIP: ಕ್ಲೈಂಟ್ IP ವಿಳಾಸ
Xid: ವ್ಯವಹಾರ ID (ಹೆಕ್ಸ)
Type: ಪ್ರಶ್ನೆ ಅಥವಾ ಪ್ರತಿಕ್ರಿಯೆ
Opcode: ಸ್ಟ್ಯಾಂಡರ್ಡ್, Notify, Update, ಅಥವಾ Unknown
FlagsHex: ಪ್ರಶ್ನೆ/ಪ್ರತಿಕ್ರಿಯೆ ಧ್ವಜಗಳು (ಹೆಕ್ಸ)
FlagsChar: ಧ್ವಜಗಳ ಡಿಕೋಡ್ (Authoritative, Truncated, RecursionDesired, RecursionAvailable)
ResponseCode: NOERROR, NXDOMAIN, SERVFAIL, ಇತ್ಯಾದಿ
QuestionType: DNS ದಾಖಲೆ ಪ್ರಕಾರ (A, AAAA, MX, PTR, ಇತ್ಯಾದಿ)
QuestionName: ಪ್ರಶ್ನಿಸಲಾದ ಡೊಮೇನ್ ಹೆಸರು
Information: ಹೆಚ್ಚುವರಿ ಮಾಹಿತಿ (Event/Note/ಇತ್ಯಾದಿಗಾಗಿ; Packet ವಿವರ ಬ್ಲಾಕ್‌ಗಳಿಗೆ TCP/UDP ವಿವರ ಹೆಡರ್ ಲೈನ್ ಒಳಗೊಂಡಿದೆ)
Details: Packet ಎಂಟ್ರಿಗಳ JSON ಡೇಟಾ, ವಿವರ ಬ್ಲಾಕ್‌ಗಳನ್ನು ಒಳಗೊಂಡಿರುವುದು (ಇಲ್ಲದಿದ್ದರೆ ಖಾಲಿ)
ComputerName: ಮೂಲ ಸರ್ವರ್ ಹೆಸರು (ಎಲ್ಲಾಗೂ ಇರುತ್ತದೆ; ನಿರ್ದಿಷ್ಟಪಡಿಸಲಾಗದಿದ್ದರೆ ಖಾಲಿ)

ಗಮನಿಸಿ: ComputerName ಕಾಲಮ್ ಪ್ರತಿ ದಾಖಲೆ ಕೊನೆಯಲ್ಲಿ ಯಾವಾಗಲೂ ಸೇರಿಸಲಾಗುತ್ತದೆ, ಇದು ಸತತ ಔಟ್‌ಪುಟ್ ರಚನೆಯನ್ನು ಖಚಿತಪಡಿಸುತ್ತದೆ. ಇದು ಬಹು-ಸರ್ವರ್ ಲಾಗ್ ಸಂಯೋಜನೆ ಸಂದರ್ಭಗಳಿಗೆ ಸಹಾಯ ಮಾಡುತ್ತದೆ.

ಕಾರ್ಯಾಚರಣಾತ್ಮಕ ಉತ್ತಮ ಅಭ್ಯಾಸಗಳು

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

DNSServer.DebugLogParser ಅನ್ನು ಉತ್ಪಾದನೆಯಲ್ಲಿ ಬಳಸುವಾಗ:

ನಿಯಮಿತ ಪ್ರಕ್ರಿಯೆಯನ್ನು ವೇಳಾಪಟ್ಟಿ ಮಾಡಿ
- ಹೊಸ ಲಾಗ್ ಫೈಲ್‌ಗಳನ್ನು ದೈನಂದಿನ ಅಥವಾ ವಾರದಂತೆ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಪರಿವರ್ತಿಸಲು ಟಾಸ್ಕ್ ಶೆಡ್ಯೂಲರ್ ಬಳಸಿ.
ಲಾಗ್‌ಗಳನ್ನು ಸೂಕ್ತವಾಗಿ ರೋಟೇಟ್ ಮಾಡಿ
- DNS ಡಿಬಗ್ ಲಾಗ್‌ಗಳು ವೇಗವಾಗಿ ಹೆಚ್ಚಾಗಬಹುದು; ನಿರ್ವಹಣೀಯ ಗಾತ್ರದಲ್ಲಿ (ಉದಾಹರಣೆಗೆ 100MB) ರೋಟೇಶನ್ ಅನ್ನು ಸಂರಚಿಸಿ.
ಔಟ್‌ಪುಟ್ ಅನ್ನು ಪರಿಶೀಲಿಸಿ
- ಸಂಪೂರ್ಣ ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸುವ ಮೊದಲು ಮೊದಲ ಕೆಲವು ಪರಿವರ್ತಿತ ಫೈಲ್‌ಗಳನ್ನು ಪರಿಶೀಲಿಸಿ.
ಸಂಗ್ರಹಣಾ ಅಗತ್ಯಗಳನ್ನು ಯೋಜಿಸಿ
- ಸಂಕುಚಿತಗೊಳಿಸುವಿಕೆ ಇದ್ದರೂ, DNS ಪ್ರಮಾಣ ಮತ್ತು ಸಂರಕ್ಷಣೆಯ ಆಧಾರದ ಮೇಲೆ ಸಂಗ್ರಹಣೆಯನ್ನು ಯೋಜಿಸಿ.
ಸಂವೇದನಾಶೀಲ ಡೇಟಾವನ್ನು ಸುರಕ್ಷಿತಗೊಳಿಸಿ
- DNS ಲಾಗ್‌ಗಳು ಸಂವೇದನಾಶೀಲವಾಗಿರಬಹುದು; ಸೂಕ್ತ ಪ್ರವೇಶ ನಿಯಂತ್ರಣಗಳೊಂದಿಗೆ ಔಟ್‌ಪುಟ್‌ಗಳನ್ನು ರಕ್ಷಿಸಿ.
ನಿಮ್ಮ ಕಾರ್ಯಪ್ರವಾಹವನ್ನು ದಾಖಲಿಸಿ

ಸಮಸ್ಯೆಗಳ ಪರಿಹಾರ

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

ಸಾಮಾನ್ಯ ಸಮಸ್ಯೆಗಳು ಮತ್ತು ಪರಿಹಾರಗಳು

“ಫೈಲ್ ಮಾನ್ಯ DNS ಡಿಬಗ್ ಲಾಗ್ ಫೈಲ್ ಅಲ್ಲ”

ನೀವು ನಿಜವಾದ DNS ಸರ್ವರ್ ಡಿಬಗ್ ಲಾಗ್ ಅನ್ನು ಪರಿವರ್ತಿಸುತ್ತಿದ್ದೀರಾ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಿ.
ಫೈಲ್ Message logging started at ಎಂಬುದರಿಂದ ಆರಂಭವಾಗಬೇಕು ಅಥವಾ DNS ಕ್ವೇರಿ ಎಂಟ್ರಿಗಳನ್ನು ಹೊಂದಿರಬೇಕು.
ಫೈಲ್ ಮಾನ್ಯವಾಗಿದೆ ಎಂದು ನೀವು ಖಚಿತವಾಗಿದ್ದರೆ ಆದರೆ ಹೆಡರ್ ವಿಭಿನ್ನವಾಗಿದ್ದರೆ, -SkipHeaderValidation ಬಳಸಿ.

ಔಟ್‌ಪುಟ್ ಫೈಲ್ ಖಾಲಿ ಅಥವಾ ಅಪೂರ್ಣವಾಗಿದೆ

ಇನ್‌ಪುಟ್ ಫೈಲ್ ಮಾನ್ಯ ಲಾಗ್ ಎಂಟ್ರಿಗಳನ್ನು ಹೊಂದಿದೆಯೇ ಎಂದು ದೃಢೀಕರಿಸಿ.
ಕೆಲವು ಲಾಗ್‌ಗಳು ಕೇವಲ ಹೆಡರ್ ಮಾಹಿತಿಯನ್ನೇ ಹೊಂದಿರಬಹುದು, ಯಾವುದೇ ಕ್ವೆರಿಗಳು ನಡೆದಿಲ್ಲದಿದ್ದರೆ.
ಲಾಗ್ ಫೈಲ್ ಹಾಳಾಗಿಲ್ಲ ಮತ್ತು ನಿಜವಾದ ಕ್ವೇರಿ ಡೇಟಾವನ್ನು ಹೊಂದಿದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ.

ಪ್ರಕ್ರಿಯೆ ಬಹಳ ನಿಧಾನವಾಗಿದೆ

ಸಾಕಷ್ಟು ಮೆಮೊರಿ ಇದೆ ಮತ್ತು ಡಿಸ್ಕ್ ಹೆಚ್ಚು ಲೋಡ್ ಆಗಿಲ್ಲ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಿ.
ಸಣ್ಣ ಲಾಗ್ ಫೈಲ್‌ಗಳನ್ನು ಪ್ರಕ್ರಿಯೆ ಮಾಡಲು ಪರಿಗಣಿಸಿ.
-CompressOutput ಅನ್ನು ನಿಯೋಜಿತ ಪ್ರಕ್ರಿಯೆಯೊಂದಿಗೆ ಬಳಸುವುದನ್ನು ಪರಿಗಣಿಸಿ, ಇದರಿಂದ ಸಣ್ಣ ಬ್ಯಾಚ್‌ಗಳನ್ನು ನಿರ್ವಹಿಸಬಹುದು.

“ಪ್ರವೇಶ ನಿರಾಕರಿಸಲಾಗಿದೆ” ದೋಷಗಳು

ಮೂಲ ಲಾಗ್ ಫೈಲ್‌ಗಳನ್ನು ಓದಲು ಮತ್ತು ಗಮ್ಯಸ್ಥಾನ ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ ಬರೆಯಲು ಸೂಕ್ತ ಅನುಮತಿಗಳೊಂದಿಗೆ PowerShell ಅನ್ನು ಚಾಲನೆ ಮಾಡಿ.
DNS ಲಾಗ್ ಫೈಲ್‌ಗಳಿಗೆ ಆಡಳಿತಾಧಿಕಾರಿಗಳ ಪ್ರವೇಶ ಅಗತ್ಯವಿರಬಹುದು.

ಸಂಕುಚಿತ ಔಟ್‌ಪುಟ್ ನಿರೀಕ್ಷಿತಕ್ಕಿಂತ ದೊಡ್ಡದಾಗಿದೆ

ಅನೇಕ ವಿಶಿಷ್ಟ ಮೌಲ್ಯಗಳಿರುವ ಲಾಗ್‌ಗಳು ಕಡಿಮೆ ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಸಂಕುಚಿತಗೊಳ್ಳುತ್ತವೆ; ಇದು ಸಾಮಾನ್ಯವಾಗಿರಬಹುದು.
ZIP ಸಂಕುಚನೆಯಲ್ಲಿ ಸಾಮಾನ್ಯವಾಗಿ ಸಾಕಷ್ಟು ಕಡಿತ ಸಾಧಿಸಲಾಗುತ್ತದೆ.

ಅಂಕಿಅಂಶಗಳ ಫೈಲ್ ನಿರೀಕ್ಷೆಗಳಿಗೆ ಹೊಂದಿಕೆಯಾಗುವುದಿಲ್ಲ

ನೀವು -OutputType Both ಅಥವಾ -OutputType Statistic ಅನ್ನು ಬಳಸುತ್ತಿದ್ದೀರಾ ಎಂದು ಪರಿಶೀಲಿಸಿ.
ಅಂಕಿಅಂಶಗಳು ಸಂಗ್ರಹಿತ ಎಣಿಕೆಗಳು (ದೈನಂದಿನ ಗುಂಪುಗಳು) ಆಗಿವೆ, ಆದ್ದರಿಂದ ಮೌಲ್ಯಗಳು ಒಟ್ಟುಗಳನ್ನು ಪ್ರತಿನಿಧಿಸುತ್ತವೆ.

ಸಮಸ್ಯೆಗಳ ವರದಿ

ಇಲ್ಲಿ ಒಳಗೊಂಡಿಲ್ಲದ ಸಮಸ್ಯೆಗಳನ್ನು ನೀವು ಎದುರಿಸಿದರೆ: