ಸಿಸ್ಲಾಗ್ ಲಿನಕ್ಸ್ ಮತ್ತು ಯುನಿಕ್ಸ್ ಕಮಾಂಡ್

ಸಿಸ್ಕ್ಲಾಗ್ ಎರಡು ಸಿಸ್ಟಮ್ ಉಪಯುಕ್ತತೆಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ, ಇದು ವ್ಯವಸ್ಥೆಯ ಲಾಗಿಂಗ್ ಮತ್ತು ಕರ್ನಲ್ ಸಂದೇಶ ಬಲೆಗೆ ಬೆಂಬಲವನ್ನು ಒದಗಿಸುತ್ತದೆ. ಅಂತರ್ಜಾಲ ಮತ್ತು ಯುನಿಕ್ಸ್ ಎರಡೂ ಡೊಮೇನ್ ಸಾಕೆಟ್ಗಳು ಈ ಉಪಯುಕ್ತತೆಯನ್ನು ಪ್ಯಾಕೇಜ್ ಸ್ಥಳೀಯ ಮತ್ತು ದೂರಸ್ಥ ಲಾಗಿಂಗ್ ಅನ್ನು ಬೆಂಬಲಿಸಲು ಶಕ್ತಗೊಳಿಸುತ್ತದೆ.

ಸಿಸ್ಟಮ್ ಲಾಗಿಂಗ್ ಅನ್ನು ಸ್ಟಾಕ್ ಬಿಎಸ್ಡಿ ಮೂಲಗಳಿಂದ ಪಡೆದ ಸಿಸ್ಲಾಗ್ (8) ಆವೃತ್ತಿಯಿಂದ ಒದಗಿಸಲಾಗುತ್ತದೆ. ಕರ್ನಲ್ ಲಾಗಿಂಗ್ಗೆ ಬೆಂಬಲವನ್ನು klogd (8) ಯುಟಿಲಿಟಿ ಒದಗಿಸುತ್ತದೆ, ಇದು ಕರ್ನಲ್ ಲಾಗಿಂಗ್ನ್ನು ಒಂದು ಸ್ವತಂತ್ರ ಫ್ಯಾಶನ್ ಅಥವಾ ಸಿಸ್ಲಾಗ್ ಕ್ಲೈಂಟ್ ಆಗಿ ನಡೆಸಲು ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ.

ಸಿಸ್ಲಾಗ್ ಅನೇಕ ರೀತಿಯ ಪ್ರೋಗ್ರಾಮ್ಗಳನ್ನು ಬಳಸುತ್ತಿರುವ ಲಾಗಿಂಗ್ ಅನ್ನು ಒದಗಿಸುತ್ತದೆ. ಪ್ರತಿಯೊಂದು ಲಾಗ್ ಮಾಡಲಾದ ಸಂದೇಶವು ಕನಿಷ್ಟ ಒಂದು ಸಮಯ ಮತ್ತು ಒಂದು ಹೋಸ್ಟ್ ಹೆಸರಿನ ಕ್ಷೇತ್ರವನ್ನು ಹೊಂದಿರುತ್ತದೆ, ಸಾಮಾನ್ಯವಾಗಿ ಪ್ರೊಗ್ರಾಮ್ ಹೆಸರು ಕ್ಷೇತ್ರ, ಕೂಡಾ, ಆದರೆ ಅದು ಲಾಗಿಂಗ್ ಪ್ರೋಗ್ರಾಂ ಎಷ್ಟು ವಿಶ್ವಾಸಾರ್ಹವಾಗಿರುತ್ತದೆ ಎಂಬುದನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ.

ಸಿಸ್ಲಾಗ್ ಮೂಲಗಳು ಅತೀವವಾಗಿ ಬದಲಾಯಿಸಲ್ಪಟ್ಟಿದ್ದರೂ, ಒಂದೆರಡು ಟಿಪ್ಪಣಿಗಳು ಕ್ರಮವಾಗಿರುತ್ತವೆ. ಮೊದಲನೆಯದಾಗಿ ಸಿಸ್ಲಾಗ್ ಅದರ ಡೀಫಾಲ್ಟ್, ಸ್ಟ್ಯಾಂಡರ್ಡ್ ಬಿಎಸ್ಡಿ ನಡವಳಿಕೆಯನ್ನು ಅನುಸರಿಸುವುದನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ವ್ಯವಸ್ಥಿತವಾದ ಪ್ರಯತ್ನವಾಗಿದೆ. ಗಮನಿಸಬೇಕಾದ ಎರಡನೆಯ ಪ್ರಮುಖ ಪರಿಕಲ್ಪನೆಯೆಂದರೆ, ಸಿಸ್ಲಾಗ್ನ ಈ ಆವೃತ್ತಿ ಸ್ಟ್ಯಾಂಡರ್ಡ್ ಲೈಬ್ರರೀಸ್ನಲ್ಲಿ ಕಂಡುಬರುವ ಸಿಸ್ಲಾಗ್ ಆವೃತ್ತಿಯೊಂದಿಗೆ ಪಾರದರ್ಶಕವಾಗಿ ಸಂವಹಿಸುತ್ತದೆ. ಪ್ರಮಾಣಿತ ಹಂಚಿಕೊಂಡ ಗ್ರಂಥಾಲಯಗಳು ಸರಿಯಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸಲು ವಿಫಲವಾದಲ್ಲಿ ದ್ವಿಮಾನವು ಅಸಂಗತ ನಡವಳಿಕೆಯ ಒಂದು ಉದಾಹರಣೆ ಬಯಸುತ್ತದೆ.

-f ಆಯ್ಕೆಯೊಂದಿಗೆ ನೀಡಲಾದ ಮುಖ್ಯ ಸಂರಚನಾ ಕಡತ /etc/syslog.conf ಅಥವ ಪರ್ಯಾಯ ಕಡತವನ್ನು ಆರಂಭದಲ್ಲಿ ಓದುತ್ತದೆ. ಹ್ಯಾಶ್ ಗುರುತು (`` # '') ಮತ್ತು ಖಾಲಿ ರೇಖೆಗಳೊಂದಿಗೆ ಪ್ರಾರಂಭವಾಗುವ ಯಾವುದೇ ಸಾಲುಗಳು ಕಡೆಗಣಿಸಲ್ಪಡುತ್ತವೆ. ಸಂಪೂರ್ಣ ರೇಖೆಯನ್ನು ಪಾರ್ಸ್ ಮಾಡುವಾಗ ದೋಷ ಸಂಭವಿಸಿದಲ್ಲಿ ನಿರ್ಲಕ್ಷಿಸಲಾಗುತ್ತದೆ.

ಸಾರಾಂಶ

syslogd [ -a socket ] [ -d ] [ -f config file ] [ -h ] [ -l hostlist ] [ -m interval ] [ -n ] [ -p ಸಾಕೆಟ್ ] [ -r ] [ -s domainlist ] [ - ವಿ ] [ -x ]

ಆಯ್ಕೆಗಳು

-ಒಂದು ಸಾಕೆಟ್

ಆ syslogd ನಿಂದ ಹೆಚ್ಚುವರಿ ಸಾಕೆಟ್ಗಳನ್ನು ನೀವು ಸೂಚಿಸುವ ಈ ಆರ್ಗ್ಯುಮೆಂಟ್ ಅನ್ನು ಕೇಳಬೇಕು. ನೀವು ಕೆಲವು ಡೀಮನ್ ಅನ್ನು chroot () ಪರಿಸರದಲ್ಲಿ ಚಲಾಯಿಸಲು ಬಿಟ್ಟರೆ ಇದು ಅಗತ್ಯವಿದೆ. ನೀವು 19 ಹೆಚ್ಚುವರಿ ಸಾಕೆಟ್ಗಳನ್ನು ಬಳಸಬಹುದು. ನಿಮ್ಮ ಪರಿಸರಕ್ಕೆ ಇನ್ನಷ್ಟು ಅಗತ್ಯವಿದ್ದರೆ, ನೀವು syslogd.c ಮೂಲ ಕಡತದಲ್ಲಿ MAXFUNIX ಚಿಹ್ನೆಯನ್ನು ಹೆಚ್ಚಿಸಬೇಕು . Chroot () ಡೆಮನ್ಗಾಗಿ ಒಂದು ಉದಾಹರಣೆಯನ್ನು ಓಪನ್ ಬಿಬಿಸಿನಿಂದ http://www.psionic.com/papers/dns.html ನಲ್ಲಿ ವಿವರಿಸಲಾಗಿದೆ.

-d

ಡಿಬಗ್ ಮೋಡ್ ಅನ್ನು ಆನ್ ಮಾಡುತ್ತದೆ. ಇದನ್ನು ಬಳಸುವುದರಿಂದ ಡೀಮನ್ ಹಿಮ್ಮುಖದಲ್ಲಿ ಸ್ವತಃ ಹೊಂದಿಸಲು ಫೋರ್ಕ್ (2) ಅನ್ನು ಮುಂದುವರಿಸುವುದಿಲ್ಲ, ಆದರೆ ಮುಂಭಾಗದಲ್ಲಿ ಆ ವಾಸ್ತವಕ್ಕೆ ವಿರುದ್ಧವಾಗಿ ಮತ್ತು ಪ್ರಸ್ತುತ tty ನಲ್ಲಿ ಹೆಚ್ಚಿನ ಡಿಬಗ್ ಮಾಹಿತಿಯನ್ನು ಬರೆಯುತ್ತದೆ. ಹೆಚ್ಚಿನ ಮಾಹಿತಿಗಾಗಿ DEBUGGING ವಿಭಾಗವನ್ನು ನೋಡಿ.

-f ಸಂರಚನಾ ಕಡತ

/etc/syslog.conf ಬದಲಿಗೆ ಪರ್ಯಾಯ ಸಂರಚನಾ ಕಡತವನ್ನು ಸೂಚಿಸಿ, ಇದು ಪೂರ್ವನಿಯೋಜಿತವಾಗಿರುತ್ತದೆ.

-h

ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ syslogd ಇದು ದೂರಸ್ಥ ಅತಿಥೇಯಗಳಿಂದ ಸ್ವೀಕರಿಸುವ ಸಂದೇಶಗಳನ್ನು ರವಾನಿಸುವುದಿಲ್ಲ. ಆಜ್ಞಾ ಸಾಲಿನಲ್ಲಿ ಈ ಸ್ವಿಚ್ ಅನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸುವುದರಿಂದ ಲಾಗ್ ಡೆಮನ್ ಅನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಲಾಗಿರುವ ಹೋಸ್ಟ್ಗಳನ್ನು ಫಾರ್ವರ್ಡ್ ಮಾಡಲು ಸ್ವೀಕರಿಸುವ ಯಾವುದೇ ದೂರದ ಸಂದೇಶಗಳನ್ನು ಫಾರ್ವರ್ಡ್ ಮಾಡಲು ಕಾರಣವಾಗುತ್ತದೆ.

-l ಹೋಸ್ಟ್ಲಿಸ್ಟ್

ಒಂದು ಹೋಸ್ಟ್ ಹೆಸರನ್ನು ಸೂಚಿಸಿ ಅದರ ಸರಳ ಹೋಸ್ಟ್ ಹೆಸರಿನೊಂದಿಗೆ ಮಾತ್ರ ಪ್ರವೇಶಿಸಬೇಕು ಮತ್ತು fqdn ಅಲ್ಲ. ಬಹು ಅತಿಥೇಯಗಳನ್ನು ಕೊಲೊನ್ (``: '') ವಿಭಾಜಕ ಬಳಸಿ ಸೂಚಿಸಬಹುದು.

-m ಮಧ್ಯಂತರ

ಸಿಸ್ಲಾಗ್ ನಿಯಮಿತವಾಗಿ ಒಂದು ಮಾರ್ಕ್ ಟೈಮ್ ಸ್ಟ್ಯಾಂಪ್ ಅನ್ನು ಲಾಗ್ ಮಾಡುತ್ತದೆ. ಎರಡು ನಡುವಿನ ಡೀಫಾಲ್ಟ್ ಮಧ್ಯಂತರ - MARK - ಸಾಲುಗಳು 20 ನಿಮಿಷಗಳು. ಇದನ್ನು ಈ ಆಯ್ಕೆಯೊಂದಿಗೆ ಬದಲಾಯಿಸಬಹುದು. ಶೂನ್ಯಕ್ಕೆ ಮಧ್ಯಂತರವನ್ನು ಹೊಂದಿಸುವುದು ಅದನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ತಿರುಗಿಸುತ್ತದೆ.

-n

ಸ್ವಯಂ-ಹಿನ್ನೆಲೆಗಳನ್ನು ತಪ್ಪಿಸಿ. ವಿಶೇಷವಾಗಿ syslogd ಆರಂಭಗೊಂಡಾಗ ಮತ್ತು init (8) ನಿಂದ ನಿಯಂತ್ರಿಸಲ್ಪಟ್ಟಿದ್ದರೆ ಇದು ಅಗತ್ಯವಾಗಿರುತ್ತದೆ.

-ಪಿ ಸಾಕೆಟ್

/ Dev / log ಬದಲಿಗೆ ನೀವು ಪರ್ಯಾಯ ಯುನಿಕ್ಸ್ ಡೊಮೈನ್ ಸಾಕೆಟ್ ಅನ್ನು ಸೂಚಿಸಬಹುದು.

-ಆರ್

ಈ ಆಯ್ಕೆಯು ಅಂತರ್ಜಾಲ ಡೊಮೇನ್ ಸಾಕೆಟ್ ಅನ್ನು ಸಿಸ್ಲಾಗ್ ಸೇವೆಯೊಂದಿಗೆ ಜಾಲಬಂಧದಿಂದ ಸಂದೇಶವನ್ನು ಸ್ವೀಕರಿಸಲು ಸೌಲಭ್ಯವನ್ನು ಒದಗಿಸುತ್ತದೆ (ನೋಡಿ (5)). ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ನೆಟ್ವರ್ಕ್ನಿಂದ ಯಾವುದೇ ಸಂದೇಶಗಳನ್ನು ಸ್ವೀಕರಿಸುವುದಿಲ್ಲ.

Sysklogd ಪ್ಯಾಕೇಜಿನ ಆವೃತ್ತಿ 1.3 ರಲ್ಲಿ ಈ ಆಯ್ಕೆಯನ್ನು ಪರಿಚಯಿಸಲಾಗಿದೆ. ಡೀಫಾಲ್ಟ್ ನಡವಳಿಕೆಯು ಹಳೆಯ ಆವೃತ್ತಿಗಳ ವರ್ತನೆಗೆ ವಿರುದ್ಧವಾಗಿದೆ ಎಂಬುದನ್ನು ದಯವಿಟ್ಟು ಗಮನಿಸಿ, ಆದ್ದರಿಂದ ನೀವು ಇದನ್ನು ಆನ್ ಮಾಡಬೇಕಾಗಬಹುದು.

-s ಡೊಮೇನ್ಪಟ್ಟಿ

ಲಾಗ್ ಮಾಡುವ ಮೊದಲು ತೆಗೆದುಹಾಕಬೇಕಾದ ಡೊಮೇನ್ ಹೆಸರನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಿ. ಬಹು ಡೊಮೇನ್ಗಳನ್ನು ಕೊಲೊನ್ (``: '') ವಿಭಾಜಕ ಬಳಸಿ ಸೂಚಿಸಬಹುದು. ಯಾವುದೇ ಉಪ-ಡೊಮೇನ್ಗಳನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಬಾರದು ಆದರೆ ಸಂಪೂರ್ಣ ಡೊಮೇನ್ಗಳೆಂದು ದಯವಿಟ್ಟು ಸಲಹೆ ಮಾಡಿ. ಉದಾಹರಣೆಗೆ -s ಉತ್ತರ.ಡೆ ನಿರ್ದಿಷ್ಟಪಡಿಸಿದರೆ ಮತ್ತು ಹೋಸ್ಟ್ ಲಾಗಿಂಗ್ ಅನ್ನು ಡೊಮೇನ್ ಕತ್ತರಿಸಲಾಗುವುದಿಲ್ಲ ಎಂದು satu.infodrom.north.de ಗೆ ಪರಿಹರಿಸಿದರೆ, ನೀವು ಎರಡು ಡೊಮೇನ್ಗಳನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಬೇಕು: -s ಉತ್ತರ.ಡಿ.ಇನ್ಫಾಡ್ರೋಮ್ .

-v

ಮುದ್ರಣ ಆವೃತ್ತಿ ಮತ್ತು ನಿರ್ಗಮನ.

-X

ರಿಮೋಟ್ ಸಂದೇಶಗಳನ್ನು ಸ್ವೀಕರಿಸುವಾಗ ಹೆಸರಿನ ವೀಕ್ಷಣೆಯನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿ. ಸಿಸ್ಲಾಗ್ ಡೀಮನ್ ಅನ್ನು ನಡೆಸುವ ಅದೇ ಗಣಕದಲ್ಲಿ ನೇಮ್ಸರ್ವರನ್ನು ಚಾಲನೆ ಮಾಡುವಾಗ ಇದು ಡೆಡ್ ಲಾಕ್ಗಳನ್ನು ತಪ್ಪಿಸುತ್ತದೆ.

ಸಂಕೇತಗಳು

ಸಿಸ್ಲಾಗ್ಡ್ ಸಂಕೇತಗಳ ಗುಂಪಿಗೆ ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತದೆ. ನೀವು ಈ ಕೆಳಗಿನದನ್ನು ಬಳಸಿಕೊಂಡು ಸಿಸ್ಲಾಗ್ಗೆ ಸುಲಭವಾಗಿ ಸಿಗ್ನಲ್ ಕಳುಹಿಸಬಹುದು:

ಕೊಲೆ- SIGNAL `ಬೆಕ್ಕು / var / run / syslogd.pid`

ಸಿಗ್ಅಪ್

ಇದು syslogd ಅನ್ನು ಪುನಃ ಪ್ರಾರಂಭಿಸಲು ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ. ಎಲ್ಲಾ ತೆರೆದ ಫೈಲ್ಗಳನ್ನು ಮುಚ್ಚಲಾಗಿದೆ, ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್ (ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ /etc/syslog.conf ಆಗಿದೆ ) ಪುನಃ ಓದಲು ಮತ್ತು ಸಿಸ್ಲಾಗ್ (3) ಸೌಲಭ್ಯವನ್ನು ಮತ್ತೆ ಪ್ರಾರಂಭಿಸಲಾಗುವುದು.

SIGTERM

ಸಿಸ್ಲಾಗ್ ಸಾಯುತ್ತದೆ.

SIGINT , SIGQUIT

ಡೀಬಗ್ ಮಾಡುವುದನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿದಲ್ಲಿ ಇವುಗಳನ್ನು ನಿರ್ಲಕ್ಷಿಸಲಾಗುತ್ತದೆ, ಇಲ್ಲದಿದ್ದರೆ ಸಿಸ್ಲಾಗ್ಡ್ ಸಾಯುತ್ತದೆ.

SIGUSR1

ಡೀಬಗ್ ಮಾಡುವುದನ್ನು ಆನ್ / ಆಫ್ ಮಾಡಿ. Syslogd ಅನ್ನು -d ಡಿಬಗ್ ಆಯ್ಕೆಯನ್ನು ಆರಂಭಿಸಿದಲ್ಲಿ ಮಾತ್ರ ಈ ಆಯ್ಕೆಯನ್ನು ಬಳಸಬಹುದಾಗಿದೆ.

SIGCHLD

ಸಂದೇಶಗಳನ್ನು ಗೋಡೆಯಿರುವುದರಿಂದ ಕೆಲವರು ಜನಿಸಿದರೆ ಮಗುವಿಗೆ ನಿರೀಕ್ಷಿಸಿ.

ಸಂರಚನಾ ಕಡತ ಸಿಂಟ್ಯಾಕ್ಸ್ ಭಿನ್ನತೆಗಳು

ಮೂಲ ಬಿಎಸ್ಡಿ ಮೂಲಗಳಿಗಿಂತ ಅದರ ಸಂರಚನಾ ಕಡತಕ್ಕಾಗಿ ಸಿಸ್ಲಾಗ್ ಸ್ವಲ್ಪ ವಿಭಿನ್ನ ಸಿಂಟ್ಯಾಕ್ಸನ್ನು ಬಳಸುತ್ತದೆ. ಮೂಲತಃ ನಿರ್ದಿಷ್ಟ ಆದ್ಯತೆ ಮತ್ತು ಮೇಲಿನ ಎಲ್ಲ ಸಂದೇಶಗಳನ್ನು ಲಾಗ್ ಫೈಲ್ಗೆ ಫಾರ್ವರ್ಡ್ ಮಾಡಲಾಗುತ್ತಿತ್ತು.

ಉದಾಹರಣೆಗೆ, ಈ ಕೆಳಗಿನ ಸಾಲು ಡೆಮನ್ ಸೌಲಭ್ಯಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಡೀಮನ್ಗಳಿಂದ ALL ಔಟ್ ಪುಟ್ ಅನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ (ಡಿಬಗ್ ಕಡಿಮೆ ಆದ್ಯತೆಯಾಗಿದೆ, ಆದ್ದರಿಂದ ಪ್ರತಿ ಉನ್ನತ ಸಹ ಹೊಂದಾಣಿಕೆಯಾಗುತ್ತದೆ) / usr / adm / daemons ಗೆ ಹೋಗಿ:

# ಮಾದರಿ syslog.conf daemon.debug / usr / adm / daemons

ಹೊಸ ಯೋಜನೆಯಡಿ, ಈ ನಡವಳಿಕೆ ಒಂದೇ ಆಗಿರುತ್ತದೆ. ವ್ಯತ್ಯಾಸವೆಂದರೆ ನಾಲ್ಕು ಹೊಸ ವಿಶೇಷಣಗಳು, ನಕ್ಷತ್ರ ಚಿಹ್ನೆ ( * ) ವೈಲ್ಡ್ಕಾರ್ಡ್, ಸಮೀಕರಣ ಚಿಹ್ನೆ ( = ), ಆಶ್ಚರ್ಯ ಚಿಹ್ನೆ ( ! ), ಮತ್ತು ಮೈನಸ್ ಚಿಹ್ನೆ ( - ).

* ನಿಗದಿತ ಸೌಲಭ್ಯಕ್ಕಾಗಿ ಎಲ್ಲಾ ಸಂದೇಶಗಳು ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ನಿರ್ದೇಶಿಸಬೇಕೆಂದು * ಸೂಚಿಸುತ್ತದೆ. ಡೀಬಗ್ನ ಆದ್ಯತೆಯ ಮಟ್ಟವನ್ನು ಸೂಚಿಸುವ ಮೂಲಕ ಈ ನಡವಳಿಕೆ ಕ್ಷೀಣಿಸುತ್ತಿದೆ ಎಂಬುದನ್ನು ಗಮನಿಸಿ. ನಕ್ಷತ್ರ ಸಂಕೇತವು ಹೆಚ್ಚು ಅರ್ಥಗರ್ಭಿತವಾಗಿದೆ ಎಂದು ಬಳಕೆದಾರರು ಸೂಚಿಸಿದ್ದಾರೆ.

ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಆದ್ಯತೆಯ ವರ್ಗಕ್ಕೆ ಲಾಗಿಂಗ್ ಅನ್ನು ನಿರ್ಬಂಧಿಸಲು = ವೈಲ್ಡ್ಕಾರ್ಡ್ ಅನ್ನು ಬಳಸಲಾಗುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ಒಂದು ನಿರ್ದಿಷ್ಟ ಲಾಗಿಂಗ್ ಮೂಲಕ್ಕೆ ಮಾತ್ರ ಡಿಬಗ್ ಸಂದೇಶಗಳನ್ನು ರೌಟಿಂಗ್ ಮಾಡಲು ಅನುಮತಿಸುತ್ತದೆ.

ಉದಾಹರಣೆಗೆ, syslog.conf ನಲ್ಲಿ ಈ ಕೆಳಗಿನ ಸಾಲು ಎಲ್ಲಾ ಮೂಲಗಳಿಂದ ಡಿಬಗ್ ಸಂದೇಶಗಳನ್ನು / usr / adm / debug ಕಡತಕ್ಕೆ ನಿರ್ದೇಶಿಸುತ್ತದೆ.

# ಮಾದರಿ syslog.conf *. = ಡಿಬಗ್ / usr / adm / debug

ದಿ ! ನಿಗದಿತ ಆದ್ಯತೆಗಳ ಲಾಗಿಂಗ್ ಅನ್ನು ಹೊರಗಿಡುವಂತೆ ಬಳಸಲಾಗುತ್ತದೆ. ಆದ್ಯತೆಗಳನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸುವ ಎಲ್ಲಾ (!) ಸಾಧ್ಯತೆಗಳನ್ನು ಇದು ಪರಿಣಾಮ ಬೀರುತ್ತದೆ.

ಉದಾಹರಣೆಗೆ, ಈ ಕೆಳಗಿನ ಸಾಲುಗಳು / usr / adm / mail file ಗೆ ಆದ್ಯತೆಯ ಮಾಹಿತಿಯನ್ನು ಹೊರತುಪಡಿಸಿ ಸೌಲಭ್ಯ ಮೇಲ್ನ ಎಲ್ಲಾ ಸಂದೇಶಗಳನ್ನು ದಾಖಲಿಸುತ್ತವೆ . ಮತ್ತು news.info ನಿಂದ (ಸೇರಿದಂತೆ) ಎಲ್ಲಾ ಸಂದೇಶಗಳು news.crit ಗೆ (ಹೊರತುಪಡಿಸಿ) / usr / adm / news file ಗೆ ಲಾಗ್ ಆಗುತ್ತದೆ.

# ನಮೂದು syslog.conf ಮೇಲ್. *; ಮೇಲ್.! = ಮಾಹಿತಿ / usr / adm / mail news.info; ಸುದ್ದಿ.! Crit / usr / adm / ಸುದ್ದಿ

ನೀವು ಎಕ್ಸೆಪ್ಶನ್ ಸ್ಪೆಸಿಫೈಯರ್ ಆಗಿ ಇದನ್ನು ಅಂತರ್ಬೋಧೆಯಿಂದ ಬಳಸಬಹುದು. ಮೇಲೆ ತಿಳಿಸಿದ ವ್ಯಾಖ್ಯಾನ ಸರಳವಾಗಿ ತಲೆಕೆಳಗು ಇದೆ. ನೀವು ಬಳಸಬಹುದು ಎಂದು

mail.none

ಅಥವಾ

ಮೇಲ್.! *

ಅಥವಾ

ಮೇಲ್

ಮೇಲ್ ಸೌಲಭ್ಯದೊಂದಿಗೆ ಬರುವ ಪ್ರತಿಯೊಂದು ಸಂದೇಶವನ್ನು ಬಿಟ್ಟುಬಿಡುವುದು. ಅದರೊಂದಿಗೆ ಆಡಲು ಹೆಚ್ಚು ಸ್ಥಳವಿದೆ. :-)

- ಪ್ರತಿ ಬರೆಯುವ ನಂತರ ಕಡತವನ್ನು ಸಿಂಕ್ ಮಾಡುವುದನ್ನು ಬಿಟ್ಟರೆ ಫೈಲ್ ಹೆಸರನ್ನು ಪೂರ್ವಪ್ರತ್ಯಯ ಮಾಡಲು ಮಾತ್ರ ಬಳಸಬಹುದಾಗಿದೆ.

ಇದು ಶುದ್ಧ BSD ನ ವರ್ತನೆಗೆ ಬಳಸುವ ವ್ಯಕ್ತಿಗಳಿಗೆ ಕೆಲವು ಒಗ್ಗೂಡಿಸುವಿಕೆ ತೆಗೆದುಕೊಳ್ಳಬಹುದು ಆದರೆ ಪರೀಕ್ಷಾಕಾರರು ಈ ಸಿಂಟ್ಯಾಕ್ಸ್ BSD ನ ವರ್ತನೆಯನ್ನು ಸ್ವಲ್ಪ ಮಟ್ಟಿಗೆ ಹೊಂದಿಕೊಳ್ಳುತ್ತದೆ ಎಂದು ಸೂಚಿಸಿದ್ದಾರೆ. ಈ ಬದಲಾವಣೆಗಳು ಸ್ಟ್ಯಾಂಡರ್ಡ್ syslog.conf (5) ಫೈಲ್ಗಳ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರಬಾರದು ಎಂಬುದನ್ನು ಗಮನಿಸಿ. ವರ್ಧಿತ ನಡವಳಿಕೆಯನ್ನು ಪಡೆಯಲು ನೀವು ನಿರ್ದಿಷ್ಟವಾಗಿ ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್ಗಳನ್ನು ಮಾರ್ಪಡಿಸಬೇಕು.

ರಿಮೋಟ್ ಲಾಗಿಂಗ್ಗಾಗಿ ಬೆಂಬಲ

ಈ ಮಾರ್ಪಾಡುಗಳು ಸಿಸ್ಲಾಗ್ ಸೌಲಭ್ಯಕ್ಕೆ ಜಾಲಬಂಧ ಬೆಂಬಲವನ್ನು ಒದಗಿಸುತ್ತವೆ. ಜಾಲಬಂಧ ಬೆಂಬಲವೆಂದರೆ ಸಂದೇಶಗಳನ್ನು ಒಂದು ನೋಡ್ ಓಟ syslogd ನಿಂದ ಇನ್ನೊಂದಕ್ಕೆ ಚಲಿಸುವ syslogd ಗೆ ಫಾರ್ವರ್ಡ್ ಮಾಡಲಾಗುವುದು, ಅಲ್ಲಿ ಅವು ನಿಜವಾಗಿ ಡಿಸ್ಕ್ ಫೈಲ್ಗೆ ಲಾಗ್ ಮಾಡಲ್ಪಡುತ್ತವೆ.

ಇದನ್ನು ಶಕ್ತಗೊಳಿಸಲು ನೀವು ಆಜ್ಞಾ ಸಾಲಿನಲ್ಲಿ -r ಆಯ್ಕೆಯನ್ನು ಸೂಚಿಸಬೇಕು. ಡೀಫಾಲ್ಟ್ ನಡವಳಿಕೆ ಎಂಬುದು ಸಿಸ್ಲಾಗ್ಡ್ ನೆಟ್ವರ್ಕ್ಗೆ ಕೇಳಿಸುವುದಿಲ್ಲ.

ಸ್ಥಳೀಯವಾಗಿ ಉತ್ಪತ್ತಿಯಾದ ಲಾಗ್ ಸಂದೇಶಗಳಿಗಾಗಿ ಸಿಕ್ಸ್ಲಾಡ್ ಅನ್ನು ಯುನಿಕ್ಸ್ ಡೊಮೇನ್ ಸಾಕೆಟ್ನಲ್ಲಿ ಕೇಳುವ ಕಾರ್ಯತಂತ್ರವಾಗಿದೆ. ಸ್ಟ್ಯಾಂಡರ್ಡ್ ಸಿ ಲೈಬ್ರರಿಯಲ್ಲಿ ಕಂಡುಬರುವ ಸಿಸ್ಲಾಗ್ನೊಂದಿಗೆ ಈ ವರ್ತನೆಯು ಸಿಸ್ಲಾಗ್ಗೆ ಪರಸ್ಪರ ಕಾರ್ಯನಿರ್ವಹಿಸಲು ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ. ಅದೇ ಸಮಯದಲ್ಲಿ ಸಿಸ್ಲಾಗ್ಡ್ ಇತರ ಹೋಸ್ಟ್ಗಳಿಂದ ಕಳುಹಿಸಲಾದ ಸಂದೇಶಗಳಿಗಾಗಿ ಸ್ಟ್ಯಾಂಡರ್ಡ್ ಸಿಸ್ಲಾಗ್ ಪೋರ್ಟ್ ಅನ್ನು ಕೇಳುತ್ತದೆ. ಈ ಕೆಲಸವನ್ನು ಸರಿಯಾಗಿ ಹೊಂದಲು (5) ಫೈಲ್ಗಳು (ಸಾಮಾನ್ಯವಾಗಿ / etc ನಲ್ಲಿ ಕಂಡುಬರುತ್ತದೆ) ಕೆಳಗಿನ ಪ್ರವೇಶವನ್ನು ಹೊಂದಿರಬೇಕು:

ಸಿಸ್ಲಾಗ್ 514 / udp

ಈ ಪ್ರವೇಶವು ಸಿಸ್ಲಾಗ್ ಅನ್ನು ಕಳೆದು ಹೋದಲ್ಲಿ, ದೂರದ ಸಂದೇಶಗಳನ್ನು ಸ್ವೀಕರಿಸುವುದಿಲ್ಲ ಅಥವಾ ಅವುಗಳನ್ನು ಕಳುಹಿಸುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಯುಡಿಪಿ ಪೋರ್ಟ್ ಅನ್ನು ತೆರೆಯಲಾಗುವುದು. ಬದಲಾಗಿ, ಸಿಸ್ಲಾಗ್ ತಕ್ಷಣವೇ ಸಾಯುತ್ತದೆ, ದೋಷ ಸಂದೇಶವನ್ನು ಊದಿದ.

ಸಂದೇಶಗಳನ್ನು ಮತ್ತೊಂದು ಹೋಸ್ಟ್ಗೆ ಫಾರ್ವರ್ಡ್ ಮಾಡಲು ಕಾರಣವಾಗುವಂತೆ ಸಾಮಾನ್ಯ ಫೈಲ್ ಲೈನ್ ಅನ್ನು syslog.conf ಕಡತದಲ್ಲಿ ಬದಲಾಯಿಸಿ, ಯಾವ ಸಂದೇಶಗಳಿಗೆ ಕಳುಹಿಸಬೇಕೆಂದು ಹೋಸ್ಟ್ನೊಂದಿಗೆ @ ಅನ್ನು ಸಿದ್ಧಪಡಿಸಲಾಗುತ್ತದೆ.

ಉದಾಹರಣೆಗೆ, ಈ ಕೆಳಗಿನ syslog.conf ನಮೂದನ್ನು ಬಳಸಿಕೊಂಡು ದೂರಸ್ಥ ಹೋಸ್ಟ್ಗೆ ಎಲ್ಲಾ ಸಂದೇಶಗಳನ್ನು ರವಾನಿಸಲು :

# ಫಾರ್ಮಲ್ ಹೋಸ್ಟ್ಗೆ ಮುಂದಕ್ಕೆ ಎಲ್ಲಾ ಮಾದರಿ ಸಿಸ್ಲಾಗ್ ಸಂರಚನಾ ಕಡತ # ಸಂದೇಶಗಳಿಗೆ. *. * @hostname

ಎಲ್ಲಾ ಕರ್ನಲ್ ಸಂದೇಶಗಳನ್ನು ದೂರಸ್ಥ ಆತಿಥೇಯಕ್ಕೆ ರವಾನಿಸಲು ಸಂರಚನಾ ಕಡತವು ಈ ಕೆಳಗಿನಂತೆ ಇರುತ್ತದೆ:

# ಎಲ್ಲಾ ಸಂರಚನಾ ಕಡತವು ಎಲ್ಲಾ ಕರ್ನಲ್ # ಸಂದೇಶಗಳನ್ನು ದೂರಸ್ಥ ಹೋಸ್ಟ್ಗೆ ರವಾನಿಸಲು. kern. * @hostname

ಆರಂಭದಲ್ಲಿ ದೂರಸ್ಥ ಹೋಸ್ಟ್ ಹೆಸರನ್ನು ಪರಿಹರಿಸಲಾಗದಿದ್ದರೆ, ಹೆಸರು-ಸರ್ವರ್ ಅನ್ನು ಪ್ರವೇಶಿಸದೆ ಇರಬಹುದು (ನೀವು ಅದನ್ನು syslogd ನಂತರ ಆರಂಭಿಸಬಹುದು) ನೀವು ಚಿಂತೆ ಮಾಡಬೇಕಿಲ್ಲ. ಸಿಸ್ಲಾಗ್ಡ್ ಹತ್ತು ಬಾರಿ ಹೆಸರನ್ನು ಪರಿಹರಿಸಲು ಮರುಪ್ರಯತ್ನಿಸಿ ತದನಂತರ ದೂರು ನೀಡುತ್ತಾರೆ. ಇದನ್ನು ತಡೆಗಟ್ಟಲು ಇನ್ನೊಂದು ಸಾಧ್ಯತೆಯೆಂದರೆ ಹೋಸ್ಟ್ ಹೆಸರನ್ನು / etc / hosts ನಲ್ಲಿ ಇರಿಸಿ.

ಸಾಮಾನ್ಯ ಸಿಸ್ಲಾಗ್ಗಳೊಂದಿಗೆ ನೀವು ದೂರದ ಹೋಸ್ಟ್ನಿಂದ ಅದೇ ಹೋಸ್ಟ್ಗೆ ಸ್ವೀಕರಿಸಿದ ಸಂದೇಶಗಳನ್ನು ಕಳುಹಿಸಿದರೆ (ಅಥವಾ ಮೂರನೇ ಹೋಸ್ಟ್ಗೆ ಹೆಚ್ಚು ಸಂಕೀರ್ಣವಾದಾಗ ಅದು ಅದನ್ನು ಮೊದಲನೆಯದಕ್ಕೆ ಕಳುಹಿಸುತ್ತದೆ, ಮತ್ತು ಹೀಗೆ) ನೀವು ಸಿಸ್ಲೊಗ್-ಲೂಪ್ಗಳನ್ನು ಪಡೆಯುತ್ತೀರಿ. ನನ್ನ ಡೊಮೇನ್ನಲ್ಲಿ (ಇನ್ಫೋಡ್ರೋಮ್ ಓಲ್ಡೆನ್ಬರ್ಗ್) ನಾವು ಆಕಸ್ಮಿಕವಾಗಿ ಒಂದನ್ನು ಪಡೆದುಕೊಂಡಿದ್ದೇವೆ ಮತ್ತು ನಮ್ಮ ಡಿಸ್ಕ್ಗಳು ​​ಒಂದೇ ಸಿಂಗಲ್ ಸಂದೇಶದೊಂದಿಗೆ ತುಂಬಿವೆ. :-(

ಹೆಚ್ಚಿನ ಸಮಯಗಳಲ್ಲಿ ಇದನ್ನು ತಪ್ಪಿಸಲು ದೂರಸ್ಥ ಹೋಸ್ಟ್ನಿಂದ ಸ್ವೀಕರಿಸಿದ ಸಂದೇಶಗಳನ್ನು ಇನ್ನೆಂದಿಗೂ (ಅಥವಾ ಅದೇ) ರಿಮೋಟ್ ಹೋಸ್ಟ್ಗೆ ಕಳುಹಿಸಲಾಗುವುದಿಲ್ಲ. ಇದು ಅರ್ಥವಿಲ್ಲದ ಸನ್ನಿವೇಶಗಳು ಇದ್ದಲ್ಲಿ, ದಯವಿಟ್ಟು ನನ್ನನ್ನು (ಜೋಯಿ) ರೇಖೆಯನ್ನು ಬಿಡಿ.

ಹೋಸ್ಟ್ನಂತಹ ಅದೇ ಡೊಮೇನ್ನಲ್ಲಿ ದೂರಸ್ಥ ಹೋಸ್ಟ್ ನೆಲೆಗೊಂಡಿದ್ದರೆ, syslogd ಚಾಲನೆಯಲ್ಲಿದೆ, ಕೇವಲ ಸಂಪೂರ್ಣ ಹೋಸ್ಟ್ಹೆಸರು ಇಡೀ fqdn ಬದಲಿಗೆ ಲಾಗ್ ಆಗುತ್ತದೆ.

ಒಂದು ಸ್ಥಳೀಯ ಜಾಲಬಂಧದಲ್ಲಿ ನೀವು ಒಂದು ಗಣಕದಲ್ಲಿ ಇರಿಸಿದ ಎಲ್ಲಾ ಪ್ರಮುಖ ಮಾಹಿತಿಯನ್ನು ಹೊಂದಲು ಕೇಂದ್ರ ಲಾಗ್ ಸರ್ವರ್ ಅನ್ನು ಒದಗಿಸಬಹುದು. ನೆಟ್ವರ್ಕ್ ವಿವಿಧ ಡೊಮೇನ್ಗಳನ್ನು ಹೊಂದಿದ್ದರೆ ನೀವು ಸರಳವಾದ ಹೋಸ್ಟ್ಹೆಸರುಗಳಿಗೆ ಬದಲಾಗಿ ಸಂಪೂರ್ಣ ಅರ್ಹವಾದ ಹೆಸರುಗಳನ್ನು ಲಾಗ್ ಮಾಡುವ ಬಗ್ಗೆ ದೂರು ನೀಡುವುದಿಲ್ಲ. ನೀವು ಈ ಸರ್ವರ್ನ ಸ್ಟ್ರಿಪ್-ಡೊಮೇನ್ ವೈಶಿಷ್ಟ್ಯವನ್ನು ಬಳಸಲು ಬಯಸಬಹುದು. ಸರ್ವರ್ ಇರುವಂತಹ ಬೇರೆ ಡೊಮೇನ್ಗಳನ್ನು ತೆಗೆದುಹಾಕಲು ಸಿಸ್ಲಾಗ್ಗೆ ನೀವು ಹೇಳಬಹುದು ಮತ್ತು ಸರಳವಾದ ಹೋಸ್ಟ್ಹೆಸರುಗಳನ್ನು ಮಾತ್ರ ಲಾಗ್ ಮಾಡಬಹುದಾಗಿದೆ.

-l ಆಯ್ಕೆಯನ್ನು ಬಳಸಿಕೊಂಡು ಒಂದೇ ಯಂತ್ರಾಂಶವನ್ನು ಸ್ಥಳೀಯ ಯಂತ್ರಗಳಾಗಿ ವ್ಯಾಖ್ಯಾನಿಸಲು ಸಾಧ್ಯವಿದೆ. ಇದು ಸಹ, ಅವರ ಸರಳ ಹೋಸ್ಟ್ಹೆಸರುಗಳನ್ನು ಮಾತ್ರ ಲಾಗ್ ಮಾಡುವಲ್ಲಿ ಮತ್ತು fqdns ಅಲ್ಲ.

ರಿಮೋಟ್ ಆತಿಥೇಯಗಳಿಗೆ ಸಂದೇಶಗಳನ್ನು ಕಳುಹಿಸಲು ಅಥವಾ ಅವುಗಳ ಸಂದೇಶಗಳನ್ನು ಸ್ವೀಕರಿಸಲು ಬಳಸುವ ಯುಡಿಪಿ ಸಾಕೆಟ್ ಅಗತ್ಯವಿರುವಾಗ ಮಾತ್ರ ತೆರೆಯುತ್ತದೆ. 1.3-23 ಕ್ಕೆ ಮುಂಚಿನ ಬಿಡುಗಡೆಯಲ್ಲಿ ಇದು ಪ್ರತಿ ಬಾರಿಯೂ ತೆರೆಯಲ್ಪಟ್ಟಿತು ಆದರೆ ಕ್ರಮವಾಗಿ ಓದುವುದು ಅಥವಾ ಫಾರ್ವರ್ಡ್ ಮಾಡುವಿಕೆಗೆ ತೆರೆಯಲಿಲ್ಲ.

ಔಟ್ಪುಟ್ ಟು ನೇಮ್ಡ್ ಪೈಪ್ಸ್ (FIFO ಗಳು)

ಸಿಸ್ಲಾಗ್ನ ಈ ಆವೃತ್ತಿಯು ಹೆಸರಿಸಲಾದ ಕೊಳವೆಗಳಿಗೆ (ಫಿಪೋಸ್) ಲಾಗ್ ಔಟ್ ಮಾಡುವಿಕೆಗೆ ಬೆಂಬಲವನ್ನು ಹೊಂದಿದೆ. ಫೈಲ್ನ ಹೆಸರಿಗೆ ಪೈಪ್ ಚಿಹ್ನೆ (`` | '') ಅನ್ನು ಸಿದ್ಧಪಡಿಸುವ ಮೂಲಕ ಲಾಗ್ ಸಂದೇಶಗಳಿಗಾಗಿ ಒಂದು ಫಿರೋ ಅಥವಾ ಹೆಸರಿಸಿದ ಪೈಪ್ ಅನ್ನು ಬಳಸಬಹುದು. ಡೀಬಗ್ ಮಾಡಲು ಇದು ಸುಲಭವಾಗಿದೆ. Syslogd ಆರಂಭಗೊಳ್ಳುವ ಮೊದಲು ಫಿಕೊ ಅನ್ನು mkfifo ಆಜ್ಞೆಯೊಂದಿಗೆ ರಚಿಸಬೇಕು ಎಂದು ನೆನಪಿಡಿ.

ಕೆಳಗಿನ ಸಂರಚನಾ ಕಡತ ಮಾರ್ಗಗಳು ಕರ್ನಲ್ನಿಂದ ಒಂದು ಫಿಫೊಗೆ ಡೀಬಗ್ ಸಂದೇಶಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ:

ಮಾರ್ಗ ಕರ್ನಲ್ ಡೀಬಗ್ಗೆ # ನಮೂನೆಯ ಸಂರಚನೆ # ಸಂದೇಶಗಳು # usp / adm / debug ಗೆ ಮಾತ್ರ # ಹೆಸರಿಸಲಾದ ಪೈಪ್ ಆಗಿದೆ. kern. = debug | / usr / adm / debug

ಅನುಸ್ಥಾಪನಾ ಕನ್ಸರ್ನ್ಸ್

ಸಿಸ್ಲಾಗ್ನ ಈ ಆವೃತ್ತಿಯನ್ನು ಅನುಸ್ಥಾಪಿಸುವಾಗ ಒಂದು ಮುಖ್ಯವಾದ ಪರಿಗಣನೆಯಿರಬಹುದು. ಸಿಸ್ಲಾಗ್ನ ಈ ಆವೃತ್ತಿಯು ಸಂದೇಶಗಳ ಸರಿಯಾದ ಫಾರ್ಮ್ಯಾಟಿಂಗ್ ಅನ್ನು ಸಿಸ್ಲಾಗ್ ಕ್ರಿಯೆಯಿಂದ ಅವಲಂಬಿಸಿದೆ. ಹಂಚಿದ ಗ್ರಂಥಾಲಯಗಳಲ್ಲಿನ ಸಿಸ್ಲಾಗ್ ಕ್ರಿಯೆಯ ಕಾರ್ಯವು libc.so.4 ಪ್ರದೇಶದಲ್ಲಿ ಎಲ್ಲೋ ಬದಲಾಗಿದೆ. [2-4]. ನಿರ್ದಿಷ್ಟ ಬದಲಾವಣೆಯು ಸಂದೇಶವನ್ನು / dev / log ಸಾಕೆಟ್ಗೆ ವರ್ಗಾಯಿಸುವ ಮೊದಲು ಸಂದೇಶವನ್ನು ಶೂನ್ಯಗೊಳಿಸುವುದು. ಸಿಸ್ಲಾಗ್ನ ಈ ಆವೃತ್ತಿಯ ಸರಿಯಾದ ಕಾರ್ಯನಿರ್ವಹಣೆಯು ಸಂದೇಶದ ಶೂನ್ಯ-ಮುಕ್ತಾಯದ ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿದೆ.

ಹಳೆಯ ಸ್ಥಿರವಾಗಿ ಸಂಬಂಧಪಟ್ಟ ಬೈನರಿಗಳು ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಬಳಸಲ್ಪಡುತ್ತಿದ್ದರೆ ಈ ಸಮಸ್ಯೆ ವಿಶಿಷ್ಟವಾಗಿ ಸ್ವತಃ ಪ್ರಕಟವಾಗುತ್ತದೆ. ಸಿಸ್ಲಾಗ್ ಕ್ರಿಯೆಯ ಹಳೆಯ ಆವೃತ್ತಿಗಳನ್ನು ಬಳಸುವ ಬೈನರಿಗಳು ಖಾಲಿ ಸಾಲುಗಳನ್ನು ಲಾಗ್ ಮಾಡಲು ಕಾರಣವಾಗುತ್ತವೆ, ನಂತರ ಸಂದೇಶದಲ್ಲಿನ ತೆಗೆದುಹಾಕಲಾದ ಸಂದೇಶದೊಂದಿಗಿನ ಸಂದೇಶದಿಂದಾಗಿ. ಹಂಚಿಕೆಯ ಗ್ರಂಥಾಲಯಗಳ ಹೊಸ ಆವೃತ್ತಿಗಳಿಗೆ ಈ ಬೈನರಿಗಳನ್ನು ಮರುಕಳಿಸುವಿಕೆಯು ಈ ಸಮಸ್ಯೆಯನ್ನು ಸರಿಪಡಿಸುತ್ತದೆ.

Syslogd (8) ಮತ್ತು klogd (8) ಎರಡೂ ಎರಡೂ init (8) ನಿಂದ ರನ್ ಆಗಬಹುದು ಅಥವಾ ಆರ್ಸಿ. * ಅನುಕ್ರಮದ ಭಾಗವಾಗಿ ಪ್ರಾರಂಭಿಸಬಹುದು. ಇದು init ನಿಂದ ಆರಂಭಗೊಂಡಿದ್ದರೆ -n ಅನ್ನು ಹೊಂದಿಸಬೇಕು, ಇಲ್ಲದಿದ್ದರೆ, ನೀವು ಟನ್ಗಳಷ್ಟು ಸಿಸ್ಲಾಗ್ ಡೀಮನ್ಗಳನ್ನು ಪ್ರಾರಂಭಿಸಬಹುದು. ಏಕೆಂದರೆ ಇದು init (8) ಪ್ರಕ್ರಿಯೆ ID ಯನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ.

ಭದ್ರತಾ ಬೆದರಿಕೆಗಳು

ಸೇವೆಯ ದಾಳಿಯ ನಿರಾಕರಣೆಗೆ ಸಂಬಂಧಿಸಿದಂತೆ ಸಿಸ್ಲಾಗ್ ಡೀಮನ್ಗೆ ಸಂಭಾವ್ಯತೆಯನ್ನು ಬಳಸಲಾಗುತ್ತದೆ. ಈ ಸಂಭಾವ್ಯತೆಗೆ ನನ್ನನ್ನು ಎಚ್ಚರಿಸುವುದಕ್ಕಾಗಿ ಧನ್ಯವಾದಗಳು ಜಾನ್ ಮೊರಿಸನ್ಗೆ (jmorriso@rflab.ee.ubc.ca) ಹೋಗಿ. ಒಂದು ರಾಕ್ಷಸ ಪ್ರೋಗ್ರಾಂ (ಮೆರ್) ಸಿಸ್ಲಾಗ್ ಡೀಮನ್ ಅನ್ನು ಸಿಸ್ಲಾಗ್ ಸಂದೇಶಗಳೊಂದಿಗೆ ಸುಲಭವಾಗಿ ಪ್ರವಾಹ ಮಾಡಬಲ್ಲದು, ಅದು ಕಡತವ್ಯವಸ್ಥೆಯ ಮೇಲಿನ ಎಲ್ಲಾ ಉಳಿದ ಜಾಗವನ್ನು ಬಳಸಿಕೊಳ್ಳುವ ಲಾಗ್ ಫೈಲ್ಗಳಲ್ಲಿ ಉಂಟಾಗುತ್ತದೆ. Inet ಡೊಮೇನ್ ಸಾಕೆಟ್ಗಳ ಮೇಲೆ ಲಾಗಿಂಗ್ ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುವುದು ಸ್ಥಳೀಯ ಗಣಕದಲ್ಲಿ ಪ್ರೋಗ್ರಾಂಗಳು ಅಥವಾ ವ್ಯಕ್ತಿಗಳ ಹೊರಗೆ ಅಪಾಯಕ್ಕೆ ಸಿಸ್ಟಮ್ ಅನ್ನು ಬಹಿರಂಗಪಡಿಸುತ್ತದೆ.

ಯಂತ್ರವನ್ನು ರಕ್ಷಿಸುವ ಹಲವಾರು ವಿಧಾನಗಳಿವೆ:

1. 514 / UDP ಸಾಕೆಟ್ಗೆ ಯಾವ ಆತಿಥೇಯಗಳು ಅಥವಾ ಜಾಲಗಳು ಪ್ರವೇಶವನ್ನು ಹೊಂದಲು ಕರ್ನಲ್ ಫೈರ್ವಾಲಿಂಗ್ ಅನ್ನು ಅಳವಡಿಸಿ.
2. ಲಾಗಿಂಗ್ ಅನ್ನು ಒಂದು ಪ್ರತ್ಯೇಕವಾದ ಅಥವಾ ಮೂಲವಲ್ಲದ ಫೈಲ್ಸಿಸ್ಟಮ್ಗೆ ನಿರ್ದೇಶಿಸಬಹುದು, ಅದು ತುಂಬಿದ್ದರೆ, ಯಂತ್ರವನ್ನು ದುರ್ಬಲಗೊಳಿಸುವುದಿಲ್ಲ.
3. Ext2 ಫೈಲ್ಸಿಸ್ಟಮ್ ಅನ್ನು ಬಳಸಬಹುದಾಗಿದೆ ಇದು ರೂಟ್ನ ಮೂಲಕ ಕೇವಲ ಒಂದು ಫೈಲ್ಸಿಸ್ಟಮ್ನ ನಿರ್ದಿಷ್ಟ ಶೇಕಡಾವಾರು ಪ್ರಮಾಣವನ್ನು ಮಿತಿಗೊಳಿಸಲು ಸಂರಚಿಸಬಹುದು. ಇದು syslogd ಅನ್ನು ರೂಟ್-ಅಲ್ಲದ ಪ್ರಕ್ರಿಯೆಯಾಗಿ ಚಲಾಯಿಸಲು ಅಗತ್ಯವಿರುತ್ತದೆ ಎಂದು ನೆನಪಿಡಿ. 514 / UDP ಸಾಕೆಟ್ಗೆ ಸಿಸ್ಲೊಗ್ಡ್ ಅನ್ನು ಬಂಧಿಸಲು ಸಾಧ್ಯವಾಗದೆ ಇರುವುದರಿಂದ ಇದು ರಿಮೋಟ್ ಲಾಗಿಂಗ್ನ ಬಳಕೆಯನ್ನು ತಡೆಯುತ್ತದೆ ಎಂದು ಗಮನಿಸಿ .
4. Inet ಡೊಮೇನ್ ಸಾಕೆಟ್ಗಳನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದರಿಂದ ಸ್ಥಳೀಯ ಯಂತ್ರಕ್ಕೆ ಅಪಾಯವನ್ನು ಮಿತಿಗೊಳಿಸುತ್ತದೆ.
5. ಹಂತ 4 ಅನ್ನು ಬಳಸಿ ಮತ್ತು ಸಮಸ್ಯೆ ಮುಂದುವರಿದರೆ ಮತ್ತು ರೋಗ್ ಪ್ರೋಗ್ರಾಂ / ಡೀಮನ್ಗೆ ದ್ವಿತೀಯವಾಗಿಲ್ಲದಿದ್ದರೆ ಸಕ್ಕರ್ ರಾಡ್ನ * 3.5 ಅಡಿ (ಸುಮಾರು 1 ಮೀಟರ್) ಉದ್ದವನ್ನು ಪಡೆದುಕೊಳ್ಳಿ ಮತ್ತು ಪ್ರಶ್ನೆಯಲ್ಲಿ ಬಳಕೆದಾರರೊಂದಿಗೆ ಚಾಟ್ ಮಾಡಿ. ಸಕರ್ ರಾಡ್ ಡೆಫ್. --- 3/4, 7/8 ಅಥವಾ 1in. ಗಟ್ಟಿಯಾದ ಉಕ್ಕಿನ ರಾಡ್, ಪುರುಷರು ಪ್ರತಿ ತುದಿಯಲ್ಲಿ ಥ್ರೆಡ್ ಮಾಡುತ್ತಾರೆ. ಪಾಶ್ಚಿಮಾತ್ಯ ನಾರ್ತ್ ಡಕೋಟದಲ್ಲಿ ತೈಲ ಉದ್ಯಮದಲ್ಲಿ ಪ್ರಾಥಮಿಕ ಬಳಕೆ ಮತ್ತು ತೈಲ ಬಾವಿಗಳಿಂದ ತೈಲವನ್ನು ಹೀರುವಂತೆ ಇತರ ಸ್ಥಳಗಳು. ದ್ವಿತೀಯ ಬಳಕೆಗಳು ಜಾನುವಾರು ಫೀಡ್ ಸ್ಥಳಗಳ ನಿರ್ಮಾಣಕ್ಕಾಗಿ ಮತ್ತು ಸಾಂದರ್ಭಿಕ ಹಿಂಸಾತ್ಮಕ ಅಥವಾ ಯುದ್ಧಮಾಡುವ ವ್ಯಕ್ತಿಯೊಂದಿಗೆ ವ್ಯವಹರಿಸಲು.

ಡೀಬಗ್ ಮಾಡುವುದು

-d ಆಯ್ಕೆಯನ್ನು ಬಳಸಿಕೊಂಡು ಡೀಬಗ್ ಮಾಡುವುದನ್ನು ಆನ್ ಮಾಡಿದಾಗ, syslogd ಎನ್ನುವುದು stdout ನಲ್ಲಿ ಏನು ಮಾಡಬೇಕೆಂಬುದನ್ನು ಬರೆಯುವ ಮೂಲಕ ಬಹಳ ಕ್ರಿಯಾಪದವಾಗಿರುತ್ತದೆ. ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್ ಪುನಃ ಓದುತ್ತದೆ ಮತ್ತು ಮರು-ಪಾರ್ಸ್ ಮಾಡಿದಾಗ ನೀವು ಆಂತರಿಕ ಡೇಟಾ ರಚನೆಗೆ ಅನುಗುಣವಾಗಿ ಕೋಷ್ಟಕವನ್ನು ನೋಡುತ್ತೀರಿ. ಈ ಕೋಷ್ಟಕದಲ್ಲಿ ನಾಲ್ಕು ಕ್ಷೇತ್ರಗಳಿವೆ:

ಸಂಖ್ಯೆ

ಈ ಕ್ಷೇತ್ರವು ಶೂನ್ಯದಿಂದ ಪ್ರಾರಂಭವಾಗುವ ಸರಣಿ ಸಂಖ್ಯೆಯನ್ನು ಒಳಗೊಂಡಿದೆ. ಈ ಸಂಖ್ಯೆ ಆಂತರಿಕ ಡೇಟಾ ರಚನೆಯ ಸ್ಥಾನವನ್ನು ಪ್ರತಿನಿಧಿಸುತ್ತದೆ (ಅಂದರೆ ಸರಣಿ). ಒಂದು ಸಂಖ್ಯೆಯನ್ನು ಬಿಟ್ಟರೆ /etc/syslog.conf ನಲ್ಲಿ ಅನುಗುಣವಾದ ಸಾಲಿನಲ್ಲಿ ದೋಷ ಕಂಡುಬರಬಹುದು.

ನಮೂನೆ

ಈ ಕ್ಷೇತ್ರವು ಟ್ರಿಕಿ ಮತ್ತು ಆಂತರಿಕ ರಚನೆಯನ್ನು ನಿಖರವಾಗಿ ಪ್ರತಿನಿಧಿಸುತ್ತದೆ. ಪ್ರತಿಯೊಂದು ಕಾಲಮ್ ಸೌಲಭ್ಯಕ್ಕಾಗಿ ( ಸಿಸ್ಲಾಗ್ (3) ಅನ್ನು ನೋಡಿ). ನೀವು ನೋಡುವಂತೆ, ಕೆಲವು ಸೌಲಭ್ಯಗಳು ಹಿಂದಿನ ಬಳಕೆಗೆ ಮುಕ್ತವಾಗಿ ಉಳಿದಿವೆ, ಎಡಭಾಗದಲ್ಲಿ ಮಾತ್ರವೇ ಬಳಸಲಾಗುತ್ತದೆ. ಒಂದು ಕಾಲಮ್ನ ಪ್ರತಿಯೊಂದು ಕ್ಷೇತ್ರವು ಆದ್ಯತೆಗಳನ್ನು ಪ್ರತಿನಿಧಿಸುತ್ತದೆ ( ಸಿಸ್ಲಾಗ್ (3) ಅನ್ನು ನೋಡಿ).

ಕ್ರಿಯೆ

ಈ ಕ್ಷೇತ್ರವು ಮಾದರಿಗೆ ಹೊಂದಾಣಿಕೆಯಾಗುವ ಸಂದೇಶವನ್ನು ಸ್ವೀಕರಿಸುವಾಗ ನಡೆಯುವ ನಿರ್ದಿಷ್ಟ ಕ್ರಿಯೆಯನ್ನು ವಿವರಿಸುತ್ತದೆ. ಎಲ್ಲಾ ಸಂಭಾವ್ಯ ಕ್ರಮಗಳಿಗಾಗಿ syslog.conf (5) manpage ಅನ್ನು ನೋಡಿ.

ವಾದಗಳು

ಈ ಕ್ಷೇತ್ರವು ಕೊನೆಯ ಕ್ಷೇತ್ರದಲ್ಲಿನ ಕ್ರಿಯೆಗಳಿಗೆ ಹೆಚ್ಚುವರಿ ವಾದಗಳನ್ನು ತೋರಿಸುತ್ತದೆ. ಕಡತ-ಲಾಗಿಂಗ್ಗಾಗಿ ಇದು ಲಾಗ್ಫೈಲ್ಗಾಗಿ ಫೈಲ್ಹೆಸರು ಆಗಿದೆ; ಬಳಕೆದಾರ-ಲಾಗಿಂಗ್ಗಾಗಿ ಇದು ಬಳಕೆದಾರರ ಪಟ್ಟಿಯಾಗಿದೆ; ರಿಮೋಟ್ ಲಾಗಿಂಗ್ಗಾಗಿ ಇದು ಲಾಗ್ ಮಾಡಲು ಯಂತ್ರದ ಹೋಸ್ಟ್ಹೆಸರು; ಕನ್ಸೋಲ್-ಲಾಗಿಂಗ್ಗಾಗಿ ಇದು ಬಳಸಲಾಗುತ್ತದೆ ಕನ್ಸೋಲ್; tty- ಲಾಗಿಂಗ್ಗಾಗಿ ಇದು ನಿರ್ದಿಷ್ಟವಾದ tty ಆಗಿದೆ; ಗೋಡೆಯು ಯಾವುದೇ ಹೆಚ್ಚುವರಿ ವಾದಗಳನ್ನು ಹೊಂದಿಲ್ಲ.

ಸಹ ನೋಡಿ

ಲಾಗ್ಜರ್ (1), ಸಿಸ್ಲಾಗ್ (2), (5)

ಸಹಯೋಗಿಗಳು

ಸಿಸ್ಲಾಗ್ ಅನ್ನು ಬಿಎಸ್ಡಿ ಮೂಲಗಳಿಂದ ತೆಗೆದುಕೊಳ್ಳಲಾಗಿದೆ, ಗ್ರೆಗ್ ವೆಟ್ಸ್ಟೀನ್ (greg@wind.enjellic.com) ಲಿನಕ್ಸ್ , ಮಾರ್ಟಿನ್ ಶೂಲ್ಜ್ (joey@linux.de) ಗೆ ಬಂದರು ಕೆಲವು ದೋಷಗಳನ್ನು ಪರಿಹರಿಸಿದರು ಮತ್ತು ಹಲವಾರು ಹೊಸ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಸೇರಿಸಿದರು. Klogd ಮೂಲತಃ ಸ್ಟೀವ್ ಲಾರ್ಡ್ ಬರೆದಿದ್ದಾರೆ (lord@cray.com), ಗ್ರೆಗ್ Wettstein ಪ್ರಮುಖ ಸುಧಾರಣೆಗಳನ್ನು.

ಡಾ ಗ್ರೆಗ್ ವೆಟ್ಸ್ಟೈನ್
ಎನ್ಜೆಲ್ಲಿಕ್ ಸಿಸ್ಟಮ್ಸ್ ಡೆವಲಪ್ಮೆಂಟ್

ಆಂಕೊಲಾಜಿ ಸಂಶೋಧನಾ ವಿಭಾಗ ಕಂಪ್ಯೂಟಿಂಗ್ ಫೆಸಿಲಿಟಿ
ರೋಜರ್ ಮಾರಿಸ್ ಕ್ಯಾನ್ಸರ್ ಕೇಂದ್ರ
ಫಾರ್ಗೊ, ಎನ್ಡಿ
greg@wind.enjellic.com

ಸ್ಟೀಫನ್ ಟ್ವೀಡಿ
ಕಂಪ್ಯೂಟರ್ ವಿಜ್ಞಾನ ವಿಭಾಗ
ಎಡಿನ್ಬರ್ಗ್ ವಿಶ್ವವಿದ್ಯಾಲಯ, ಸ್ಕಾಟ್ಲ್ಯಾಂಡ್
sct@dcs.ed.ac.uk

ಜುಹಾ ವರ್ತನೆನ್
jiivee@hut.fi

ಶೇನ್ ಅಲ್ಡೆರ್ಟನ್
shane@ion.apana.org.au

ಮಾರ್ಟಿನ್ ಶುಲ್ಜ್
ಇನ್ಫೋಡ್ರೋಮ್ ಓಲ್ಡೆನ್ಬರ್ಗ್
joey@linux.de

ನೆನಪಿಡಿ: ನಿಮ್ಮ ನಿರ್ದಿಷ್ಟ ಗಣಕದಲ್ಲಿ ಆಜ್ಞೆಯನ್ನು ಹೇಗೆ ಬಳಸಲಾಗಿದೆ ಎಂಬುದನ್ನು ನೋಡಲು man ಆದೇಶ ( % man ) ಅನ್ನು ಬಳಸಿ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು

• sysklogd - ಲಿನಕ್ಸ್ ಕಮಾಂಡ್ - ಯುನಿಕ್ಸ್ ಕಮಾಂಡ್
• rwall - rwa ಎಂದರೇನು