सिसलॉग: Difference between revisions

From Vigyanwiki
No edit summary
No edit summary
Line 39: Line 39:
{| class="wikitable"
{| class="wikitable"
|-
|-
! Facility code
! सुविधा कोड
! Keyword
! कीवर्ड
! Description
! विवरण
|-
|-
|  0 || kern     || Kernel messages
|  0 || कर्न     || कर्नेल संदेश
|-
|-
|  1 || user    || User-level messages
|  1 || उपयोगकर्ता || उपयोगकर्ता -स्तरीय संदेश
|-
|-
|  2 || mail    || Mail system
|  2 || मेल || मेल प्रणाली
|-
|-
|  3 || daemon  || System daemons
|  3 || डेमन || प्रणाली डेमन s
|-
|-
|  4 || auth    || Security/authentication messages
|  4 || प्रामाणिक || प्रामाणिक सुरक्षा/प्रमाणीकरण संदेश
|-
|-
|  5 || syslog   || Messages generated internally by syslogd
|  5 || सिसलॉग   || संदेश सिसलॉग द्वारा आंतरिक रूप से आय
|-
|-
|  6 || lpr      || Line printer subsystem
|  6 || एलपीआर || लाइन प्रिंटर उप प्रणाली
|-
|-
|  7 || news     || Network news subsystem
|  7 || समाचार     || नेटवर्क समाचार उप प्रणाली
|-
|-
|  8 || uucp    || UUCP subsystem
|  8 || यूयूसीपी || यूयूसीपी उप प्रणाली
|-
|-
|  9 || cron     || Cron subsystem
|  9 || क्रॉन     || क्रॉन उप प्रणाली
|-
|-
| 10 || authpriv || Security/authentication messages
| 10 || प्रमाणीकरण निजी || सुरक्षा/प्रमाणीकरण संदेश
|-
|-
| 11 || ftp     || FTP daemon
| 11 || एफ़टीपी     || एफ़टीपी डेमन
|-
|-
| 12 || ntp     || NTP subsystem
| 12 || एनटीपी     || एनटीपी उपप्रणाली
|-
|-
| 13 || security || Log audit
| 13 || सुरक्षा || लॉग ऑडिट
|-
|-
| 14 || console || Log alert
| 14 || सान्त्वना || लॉग चेतावनी
|-
|-
| 15    || solaris-cron   || Scheduling daemon
| 15    || सोलारिस-क्रॉन   || निर्धारण डेमन
|-
|-
| 16–23 || local0 local7 || Locally used facilities
| 16–23 || स्थानीय0 स्थानीय7 || स्थानीयl प्रयुक्त सुविधाएँ
|}
|}
अलग-अलग क्रिया संचालन प्रणाली और सिसलॉग कार्यान्वयन में सुविधा संग्रह और कीवर्ड के बीच मैपिंग समान नहीं है।<ref>{{cite web |url=http://www.sans.org/reading_room/whitepapers/logging/ins-outs-system-logging-syslog_1168 |title=The Ins and Outs of System Logging Using Syslog |publisher=[[SANS Institute]]}}</ref>
अलग-अलग क्रिया संचालन प्रणाली और सिसलॉग कार्यान्वयन में सुविधा संग्रह और कीवर्ड के बीच मानचित्रण समान नहीं है।<ref>{{cite web |url=http://www.sans.org/reading_room/whitepapers/logging/ins-outs-system-logging-syslog_1168 |title=The Ins and Outs of System Logging Using Syslog |publisher=[[SANS Institute]]}}</ref>




Line 85: Line 85:
{| class="wikitable"
{| class="wikitable"
|-
|-
! Value !! Severity !! Keyword !! Deprecated keywords !! Description !! Condition
! Value !! Severity !! कीवर्ड !! Deprecated कीवर्डs !! विवरण !! Condition
|-
|-
| 0 || Emergency || <code>emerg</code> || <code>panic</code><ref name="syslog.conf(5)">{{cite web|url=https://linux.die.net/man/5/syslog.conf |title=syslog.conf(5) - Linux man page |access-date=2017-03-29}}</ref> || System is unusable || A panic condition.<ref name="opengroupSyslog">{{cite web |url=http://pubs.opengroup.org/onlinepubs/009695399/functions/syslog.html |title=closelog, openlog, setlogmask, syslog - control system log |access-date=2017-03-29}}</ref>
| 0 || Emergency || <code>emerg</code> || <code>panic</code><ref name="syslog.conf(5)">{{cite web|url=https://linux.die.net/man/5/syslog.conf |title=syslog.conf(5) - Linux man page |access-date=2017-03-29}}</ref> || प्रणाली is unusable || A panic condition.<ref name="opengroupSyslog">{{cite web |url=http://pubs.opengroup.org/onlinepubs/009695399/functions/syslog.html |title=closelog, openlog, setlogmask, syslog - control system log |access-date=2017-03-29}}</ref>
|-
|-
| 1 || Alert || <code>alert</code> || || Action must be taken immediately || A condition that should be corrected immediately, such as a corrupted system database.<ref name="opengroupSyslog"/>
| 1 || Alert || <code>alert</code> || || Action must be taken immediately || A condition that should be corrected immediately, such as a corrupted प्रणाली database.<ref name="opengroupSyslog"/>
|-
|-
| 2 || Critical || <code>crit</code> || || Critical conditions || Hard device errors.<ref name="opengroupSyslog"/>
| 2 || Critical || <code>crit</code> || || Critical conditions || Hard device errors.<ref name="opengroupSyslog"/>
Line 99: Line 99:
| 5 || Notice || <code>notice</code> || || Normal but significant conditions || Conditions that are not error conditions, but that may require special handling.<ref name="opengroupSyslog"/>
| 5 || Notice || <code>notice</code> || || Normal but significant conditions || Conditions that are not error conditions, but that may require special handling.<ref name="opengroupSyslog"/>
|-
|-
| 6 || Informational || <code>info</code> || || Informational messages || Confirmation that the program is working as expected.
| 6 || Informational || <code>info</code> || || Informational संदेश || Confirmation that the program is working as expected.
|-
|-
| 7 || Debug || <code>debug</code> || || Debug-level messages || Messages that contain information normally of use only when debugging a program.<ref name="opengroupSyslog"/>
| 7 || Debug || <code>debug</code> || || Debug-स्तरीय संदेश || संदेश that contain information normally of use only when debugging a program.<ref name="opengroupSyslog"/>
|}
|}
आपातकाल और डिबग के अलावा अन्य गंभीरता स्तरों का अर्थ अनुप्रयोग के सापेक्ष है। उदाहरण के लिए, यदि प्रणाली का उद्देश्य ग्राहक खाते की शेष राशि की जानकारी को अद्यतन करने के लिए लेन-देन को संसाधित करना है, तो अंतिम चरण में त्रुटि को अलर्ट स्तर निर्दिष्ट किया जाना चाहिए। हालाँकि, ग्राहक के [[ज़िप कोड|ज़िप]] संग्रह को प्रदर्शित करने के प्रयास में होने वाली त्रुटि को त्रुटि या चेतावनी स्तर भी सौंपा जा सकता है।
आपातकाल और डिबग के अलावा अन्य गंभीरता स्तरों का अर्थ अनुप्रयोग के सापेक्ष है। उदाहरण के लिए, यदि प्रणाली का उद्देश्य ग्राहक खाते की शेष राशि की जानकारी को अद्यतन करने के लिए लेन-देन को संसाधित करना है, तो अंतिम चरण में त्रुटि को चेतावनी स्तर निर्दिष्ट किया जाना चाहिए। हालाँकि, ग्राहक के [[ज़िप कोड|ज़िप]] संग्रह को प्रदर्शित करने के प्रयास में होने वाली त्रुटि को त्रुटि या चेतावनी स्तर भी सौंपा जा सकता है।


सर्वर प्रक्रिया जो संदेशों के प्रदर्शन को संभालती है, सामान्यतः सभी निचले (अधिक गंभीर) स्तर सम्मलित होते हैं जब कम गंभीर स्तरों के प्रदर्शन का अनुरोध किया जाता है। यानी, अगर संदेशों को अलग-अलग गंभीरता से अलग किया जाता है, तो सूचना, जानकारी और डीबग संदेशों के लिए फ़िल्टर करते समय चेतावनी स्तर की प्रविष्टि भी सम्मलित की जाएगी।<ref>{{Cite web|title=Severity Levels for Syslog Messages|url=https://docs.delphix.com/docs53/system-administration/system-monitoring/setting-syslog-preferences/severity-levels-for-syslog-messages|access-date=2021-08-16|website=docs.delphix.com}}</ref>
सर्वर प्रक्रिया जो संदेशों के प्रदर्शन को संभालती है, सामान्यतः सभी निचले (अधिक गंभीर) स्तर सम्मलित होते हैं जब कम गंभीर स्तरों के प्रदर्शन का अनुरोध किया जाता है। यानी, अगर संदेशों को अलग-अलग गंभीरता से अलग किया जाता है, तो सूचना, जानकारी और डीबग संदेशों के लिए फ़िल्टर करते समय चेतावनी स्तर की प्रविष्टि भी सम्मलित की जाएगी।<ref>{{Cite web|title=Severity Levels for Syslog Messages|url=https://docs.delphix.com/docs53/system-administration/system-monitoring/setting-syslog-preferences/severity-levels-for-syslog-messages|access-date=2021-08-16|website=docs.delphix.com}}</ref>
Line 184: Line 184:
==बाहरी संबंध==
==बाहरी संबंध==
* [http://datatracker.ietf.org/wg/syslog/charter/ Internet Engineering Task Force: Datatracker: सिसलॉग Working Group (concluded)]
* [http://datatracker.ietf.org/wg/syslog/charter/ Internet Engineering Task Force: Datatracker: सिसलॉग Working Group (concluded)]
* [http://www.sans.org/reading-room/whitepapers/logging/ins-outs-system-logging-syslog-1168 SANS Institute: "The Ins and Outs of System Logging Using Syslog"] ([[white paper]])
* [http://www.sans.org/reading-room/whitepapers/logging/ins-outs-system-logging-syslog-1168 SANS Institute: "The Ins and Outs of प्रणाली Logging Using सिसलॉग"] ([[white paper]])
* [http://csrc.nist.gov/publications/nistpubs/800-92/SP800-92.pdf National Institute of Standards and Technology: "Guide to Computer Security Log Management" (Special Publication 800-92)] (white paper)
* [http://csrc.nist.gov/publications/nistpubs/800-92/SP800-92.pdf National Institute of Standards and Technology: "Guide to Computer सुरक्षा Log Management" (Special Publication 800-92)] (white paper)
* [http://www.networkmanagementsoftware.com/what-is-syslog Network Management Software: "Understanding Syslog: Servers, Messages & Security"]
* [http://www.networkmanagementsoftware.com/what-is-syslog नेटवर्कManagement Software: "Understanding सिसलॉग: Servers, संदेश & सुरक्षा"]
* [https://www.paessler.com/it-explained/syslog Paessler IT Explained - Syslog]
* [https://www.paessler.com/it-explained/syslog Paessler IT Explained - सिसलॉग]
* [http://www.monitorware.com/en/topics/syslog/ MonitorWare: All about Syslog]
* [http://www.monitorware.com/en/topics/syslog/ MonitorWare: All about सिसलॉग]
[[Category: इंटरनेट प्रोटोकॉल]] [[Category: इंटरनेट मानक]] [[Category: नेटवर्क प्रबंधन]] [[Category: लॉग फ़ाइल स्वरूप]] [[Category: तंत्र अध्यक्ष]]  
[[Category: इंटरनेट प्रोटोकॉल]] [[Category: इंटरनेट मानक]] [[Category: नेटवर्क प्रबंधन]] [[Category: लॉग फ़ाइल स्वरूप]] [[Category: तंत्र अध्यक्ष]]  



Revision as of 13:26, 26 February 2023

Syslog
Original author(s)Eric Allman
Initial release1980s
Operating systemUnix-like
TypeSystem logging

कम्प्यूटिंग में, सिसलॉग संदेश संलेखन के लिए मानक है। यह उस सॉफ़्टवेयर को अलग करने की अनुमति देता है जो संदेश उत्पन्न करता है। प्रणाली जो उन्हें संग्रह ीत करता है और सॉफ़्टवेयर जो उन्हें प्रतिवेदन और विश्लेषण करता है। प्रत्येक संदेश को सुविधा संग्रह के साथ सामान्य किया जाता है, जो संदेश उत्पन्न करने वाले प्रणाली के प्रकार को दर्शाता है और गंभीरता स्तर निर्दिष्ट किया जाता है।

कंप्यूटर प्रणाली चित्रकार प्रणाली प्रबंधन और सुरक्षा अंकेक्षण के साथ-साथ सामान्य सूचनात्मक, विश्लेषण और डिबगिंग संदेशों के लिए सिसलॉग का उपयोग कर सकते हैं। उपकरणों की विस्तृत विविधता जैसे मुद्रक, अनुर्मागण और कई प्लेटफॉर्म पर संदेश प्राप्तकर्ता, सिसलॉग मानक का उपयोग करते हैं। यह केंद्रीय भंडार में विभिन्न प्रकार के प्रणाली से लॉगिंग डेटा के समेकन की अनुमति देता है। कई क्रिया संचालन प्रणाली के लिए सिसलॉग का कार्यान्वयन उपस्तिथ है।

नेटवर्क पर काम करते समय, सिसलॉग ग्राहक सर्वर आर्किटेक्चर का उपयोग करता है, जहाँ सिसलॉग सर्वर ग्राहक से आने वाले संदेशों को सुनता है और लॉग करता है।

इतिहास

सिसलॉग को 1980 के दशक में मेल भेजने प्रोजेक्ट के हिस्से के रूप में एरिक एलमैन द्वारा विकसित किया गया था।[1] इसे अन्य अनुप्रयोगों द्वारा आसानी से अपनाया गया था और तब से यह यूनिक्स जैसी प्रणालियों पर मानक लॉगिंग समाधान बन गया है।[2] अन्य क्रिया संचालन प्रणाली पर भी विभिन्न प्रकार के कार्यान्वयन उपस्तिथ हैं और यह सामान्यतः अनुर्मागण (कंप्यूटिंग) जैसे नेटवर्क उपकरणों में पाया जाता है।[3]सिसलॉग मूल रूप से वास्तविक मानक के रूप में कार्य करता था बिना किसी आधिकारिक प्रकाशित विनिर्देश के कई कार्यान्वयन उपस्तिथ थे, जिनमें से कुछ असंगत थे। इन्टरनेट अभियांत्रिकी कार्य दल ने 2001 के अगस्त में RFC 3164 में यथास्थिति का दस्तावेजीकरण किया। इसे 2009 के मार्च में RFC 5424 द्वारा मानकीकृत किया गया था।[4]विभिन्न कंपनियों ने सिसलॉग कार्यान्वयन के विशिष्ट अवस्थाओं के लिए एकस्व का प्रमाणित करने का प्रयास किया है।[5][6] नवाचार के उपयोग और मानकीकरण पर इसका बहुत कम प्रभाव पड़ा है।


संदेश घटक

सिसलॉग संदेश के प्रवर्तक द्वारा प्रदान की गई जानकारी में सुविधा संग्रह और गंभीरता स्तर सम्मलित हैं। सिसलॉग सॉफ्टवेयर सिसलॉग प्राप्तकर्ता में प्रवेश करने से पहले सूचना शीर्षलेख में जानकारी जोड़ता है। ऐसे घटकों में प्रवर्तक प्रक्रिया आईडी, समय मोहर और उपकरण का होस्ट का नाम, आईपी पता सम्मलित है।

सुविधा

सुविधा संग्रह का उपयोग प्रणाली के उस प्रकार को निर्दिष्ट करने के लिए किया जाता है, जो संदेश लॉग कर रहा है। विभिन्न सुविधाओं वाले संदेशों को अलग विधियों से नियंत्रण किया जा सकता है।[7] उपलब्ध सुविधाओं की सूची मानक द्वारा वर्णित है।[4]: 9 

सुविधा कोड कीवर्ड विवरण
0 कर्न कर्नेल संदेश
1 उपयोगकर्ता उपयोगकर्ता -स्तरीय संदेश
2 मेल मेल प्रणाली
3 डेमन प्रणाली डेमन s
4 प्रामाणिक प्रामाणिक सुरक्षा/प्रमाणीकरण संदेश
5 सिसलॉग संदेश सिसलॉग द्वारा आंतरिक रूप से आय
6 एलपीआर लाइन प्रिंटर उप प्रणाली
7 समाचार नेटवर्क समाचार उप प्रणाली
8 यूयूसीपी यूयूसीपी उप प्रणाली
9 क्रॉन क्रॉन उप प्रणाली
10 प्रमाणीकरण निजी सुरक्षा/प्रमाणीकरण संदेश
11 एफ़टीपी एफ़टीपी डेमन
12 एनटीपी एनटीपी उपप्रणाली
13 सुरक्षा लॉग ऑडिट
14 सान्त्वना लॉग चेतावनी
15 सोलारिस-क्रॉन निर्धारण डेमन
16–23 स्थानीय0 – स्थानीय7 स्थानीयl प्रयुक्त सुविधाएँ

अलग-अलग क्रिया संचालन प्रणाली और सिसलॉग कार्यान्वयन में सुविधा संग्रह और कीवर्ड के बीच मानचित्रण समान नहीं है।[8]


गंभीरता स्तर

गंभीरता की सूची भी मानक द्वारा वर्णित है:[4]: 10 

Value Severity कीवर्ड Deprecated कीवर्डs विवरण Condition
0 Emergency emerg panic[9] प्रणाली is unusable A panic condition.[10]
1 Alert alert Action must be taken immediately A condition that should be corrected immediately, such as a corrupted प्रणाली database.[10]
2 Critical crit Critical conditions Hard device errors.[10]
3 Error err error[9] Error conditions
4 Warning warning warn[9] Warning conditions
5 Notice notice Normal but significant conditions Conditions that are not error conditions, but that may require special handling.[10]
6 Informational info Informational संदेश Confirmation that the program is working as expected.
7 Debug debug Debug-स्तरीय संदेश संदेश that contain information normally of use only when debugging a program.[10]

आपातकाल और डिबग के अलावा अन्य गंभीरता स्तरों का अर्थ अनुप्रयोग के सापेक्ष है। उदाहरण के लिए, यदि प्रणाली का उद्देश्य ग्राहक खाते की शेष राशि की जानकारी को अद्यतन करने के लिए लेन-देन को संसाधित करना है, तो अंतिम चरण में त्रुटि को चेतावनी स्तर निर्दिष्ट किया जाना चाहिए। हालाँकि, ग्राहक के ज़िप संग्रह को प्रदर्शित करने के प्रयास में होने वाली त्रुटि को त्रुटि या चेतावनी स्तर भी सौंपा जा सकता है।

सर्वर प्रक्रिया जो संदेशों के प्रदर्शन को संभालती है, सामान्यतः सभी निचले (अधिक गंभीर) स्तर सम्मलित होते हैं जब कम गंभीर स्तरों के प्रदर्शन का अनुरोध किया जाता है। यानी, अगर संदेशों को अलग-अलग गंभीरता से अलग किया जाता है, तो सूचना, जानकारी और डीबग संदेशों के लिए फ़िल्टर करते समय चेतावनी स्तर की प्रविष्टि भी सम्मलित की जाएगी।[11]


संदेश

RFC 3164 में, संदेश घटक (जिसे MSG के रूप में जाना जाता है) को इन क्षेत्रों के रूप में निर्दिष्ट किया गया था: TAG, जो उस प्रोग्राम या प्रक्रिया का नाम होना चाहिए जो संदेश उत्पन्न करता है, और सामग्री जिसमें संदेश का विवरण होता है।

आरएफसी 5424 में वर्णित,[12] MSG को RFC 3164 में CONTENT कहा जाता था। TAG अब हेडर का हिस्सा है, लेकिन फ़ील्ड के रूप में नहीं। TAG को APP-NAME, PROCID और MSGID में विभाजित किया गया है। यह पूरी तरह से TAG के उपयोग जैसा नहीं है, लेकिन अधिकांश मामलों के लिए समान कार्यक्षमता प्रदान करता है। लोकप्रिय सिसलॉग उपकरण जैसे कि रूपलॉग इस नए मानक के अनुरूप है।

सामग्री फ़ील्ड को UTF-8 वर्ण सेट में एन्संग्रह किया जाना चाहिए और पारंपरिक ASCII#ASCII नियंत्रण वर्णों में ऑक्टेट मानों से बचना चाहिए।[13][14]


लकड़हारा

जनरेट किए गए लॉग संदेशों को प्रणाली कंसोल, फ़ाइलें, रिमोट सिसलॉग सर्वर या रिले सहित विभिन्न गंतव्यों के लिए निर्देशित किया जा सकता है। लॉग को संदेश भेजने के लिए अधिकांश कार्यान्वयन कमांड लाइन उपयोगिता प्रदान करते हैं, जिसे अक्सर लकड़हारा कहा जाता है, साथ ही सॉफ्टवेयर पुस्तकालय भी।[15] एकत्रित लॉग को प्रदर्शित और मॉनिटर करने के लिए ग्राहक एप्लिकेशन का उपयोग करने या लॉग फ़ाइल को सीधे प्रणाली पर एक्सेस करने की आवश्यकता होती है। बुनियादी कमांड लाइन उपकरण टेल (यूनिक्स) और पकड़ हैं। लॉग सर्वर को नेटवर्क पर लॉग भेजने के लिए कॉन्फ़िगर किया जा सकता है (स्थानीय फ़ाइलों के अतिरिक्त)। कुछ कार्यान्वयनों में सिसलॉग संदेशों को फ़िल्टर करने और प्रदर्शित करने के लिए प्रतिवेदनिंग प्रोग्राम सम्मलित हैं।

नेटवर्क नवाचार

नेटवर्क पर काम करते समय, सिसलॉग ग्राहक-सर्वर आर्किटेक्चर का उपयोग करता है जहां सर्वर ग्राहक से नवाचार अनुरोधों के लिए प्रसिद्ध पोर्ट | प्रसिद्ध या पंजीकृत पोर्ट पर सुनता है। ऐतिहासिक रूप से नेटवर्क लॉगिंग के लिए सबसे आम ट्रांसपोर्ट लेयर नवाचार डेटाग्राम प्रोटेकॉलका उपयोग करें (UDP) रहा है, जिसमें सर्वर पोर्ट 514 पर सुनता है।[16] क्योंकि यूडीपी में कंजेशन कंट्रोल मैकेनिज्म का अभाव है, प्रसारण नियंत्रण नवाचार (टीसीपी) पोर्ट 6514 का उपयोग किया जाता है; परिवहन परत सुरक्षा कार्यान्वयन में भी आवश्यक है और सामान्य उपयोग के लिए अनुशंसित है।[17][18]


सीमाएं

चूंकि प्रत्येक प्रक्रिया, एप्लिकेशन और क्रिया संचालन प्रणाली को स्वतंत्र रूप से लिखा गया था, इसलिए लॉग संदेश के पेलोड में थोड़ी एकरूपता है। इस कारण इसके स्वरूपण या सामग्री के बारे में कोई अनुमान नहीं लगाया जाता है। सिसलॉग संदेश स्वरूपित है (RFC 5424 ऑगमेंटेड बैकस-नौर फॉर्म (ABNF) परिभाषा देता है), लेकिन इसका MSG फ़ील्ड नहीं है।

नेटवर्क नवाचार सरल संचार है, जिसमें प्रवर्तक को वितरण को स्वीकार करने का कोई साधन नहीं है।

आउटलुक

विभिन्न समूह ड्राफ्ट मानकों पर काम कर रहे हैं, जो कि केवल नेटवर्क और सुरक्षा इवेंट लॉगिंग से अधिक के लिए सिसलॉग के उपयोग का विवरण देते हैं, जैसे स्वास्थ्य देखभाल वातावरण में इसका प्रस्तावित अनुप्रयोग।[19] सरबेंस-ऑक्सले अधिनियम, पीसीआई डीएसएस, एचआईपीएए और कई अन्य जैसे विनियमों के लिए संगठनों को व्यापक सुरक्षा उपायों को लागू करने की आवश्यकता होती है, जिसमें अक्सर कई अलग-अलग स्रोतों से लॉग एकत्र करना और उनका विश्लेषण करना सम्मलित होता है। लॉग को समेकित करने में सिसलॉग प्रारूप प्रभावी साबित हुआ है, क्योंकि इन लॉग की प्रतिवेदनिंग और विश्लेषण के लिए कई ओपन-सोर्स और मालिकाना उपकरण हैं। विंडोज इवेंट लॉग और अन्य लॉग प्रारूपों से सिसलॉग में रूपांतरण के लिए उपयोगिताएँ उपस्तिथ हैं।

प्रबंधित सुरक्षा सेवा प्रदाता पैटर्न का पता लगाने और ग्राहकों को समस्याओं के प्रति सचेत करने के लिए विश्लेषणात्मक तकनीकों और कृत्रिम बुद्धिमत्ता एल्गोरिदम को लागू करने का प्रयास करते हैं।[20]


इंटरनेट मानक दस्तावेज़

सिसलॉग नवाचार को इंटरनेट इंजीनियरिंग टास्क फोर्स (इंटरनेट मानकों) द्वारा प्रकाशित टिप्पणियों के लिए अनुरोध (RFC) दस्तावेजों द्वारा परिभाषित किया गया है। निम्नलिखित RFC की सूची है जो सिसलॉग नवाचार को परिभाषित करती है:[21]

  • बीएसडी सिसलॉग प्रोटोकॉल. RFC 3164. (द्वारा अप्रचलित सिसलॉग प्रोटोकॉल. RFC 5424.)
  • syslog के लिए विश्वसनीय डिलीवरी. RFC 3195.
  • सिसलॉग प्रोटोकॉल. RFC 5424.
  • Syslog के लिए TLS ट्रांसपोर्ट मैपिंग. RFC 5425.
  • UDP पर Syslog संदेशों का प्रसारण. RFC 5426.
  • Syslog प्रबंधन के लिए शाब्दिक सम्मेलन. RFC 5427.
  • हस्ताक्षरित Syslog संदेश. RFC 5848.
  • Syslog के लिए डेटाग्राम ट्रांसपोर्ट लेयर सिक्योरिटी (DTLS) ट्रांसपोर्ट मैपिंग. RFC 6012.
  • टीसीपी पर Syslog संदेशों का प्रसारण. RFC 6587.


यह भी देखें


संदर्भ

  1. "Eric Allman". Internet Hall of Fame. Retrieved 2017-10-30.
  2. "3 great engineering roles to apply for this week". VentureBeat (in English). 2021-08-06. Retrieved 2021-08-16.
  3. "Efficient and Robust Syslog Parsing for Network Devices in Datacenter Networks".{{cite web}}: CS1 maint: url-status (link)
  4. 4.0 4.1 4.2 Gerhards, Rainer. The Syslog Protocol. doi:10.17487/RFC5424. RFC 5424.
  5. "LXer: Patent jeopardizes IETF syslog standard".
  6. "IETF IPR disclosure on HUAWEI's patent claims".
  7. "Syslog Facility". Retrieved 22 November 2012.
  8. "The Ins and Outs of System Logging Using Syslog". SANS Institute.
  9. 9.0 9.1 9.2 "syslog.conf(5) - Linux man page". Retrieved 2017-03-29.
  10. 10.0 10.1 10.2 10.3 10.4 "closelog, openlog, setlogmask, syslog - control system log". Retrieved 2017-03-29.
  11. "Severity Levels for Syslog Messages". docs.delphix.com. Retrieved 2021-08-16.
  12. Gerhards, Rainer (March 2009). "RFC 5424 - The Syslog Protocol". doi:10.17487/RFC5424. This document describes a layered architecture for syslog. The goal of this architecture is to separate message content from message transport while enabling easy extensibility for each layer. {{cite journal}}: Cite journal requires |journal= (help)
  13. "Transmission of Syslog Messages over TCP". www.ipa.go.jp. Retrieved 2021-08-16.
  14. Gerhards, Rainer (March 2009). "rfc5424". datatracker.ietf.org. Retrieved 2021-08-16.
  15. "logger Command". www.ibm.com (in English). Retrieved 2021-08-16.
  16. "Syslog Server". www.howtonetwork.com. Retrieved 2021-08-16.{{cite web}}: CS1 maint: url-status (link)
  17. Gerhards, Rainer (March 2009). "RFC 5424 - The Syslog Protocol". doi:10.17487/RFC5424. {{cite journal}}: Cite journal requires |journal= (help)
  18. Fuyou, Miao; Yuzhi, Ma; Salowey, Joseph A. (March 2009). Miao, F; Ma, Y; Salowey, J (eds.). "RFC 5425 - TLS Transport Mapping for Syslog". doi:10.17487/RFC5425. {{cite journal}}: Cite journal requires |journal= (help)
  19. "ATNA + SYSLOG is good enough". Healthcare Exchange Standards. 2 January 2012. Retrieved 2018-06-06.
  20. Yamanishi, Kenji; Maruyama, Yuko (2005-08-21). "Dynamic syslog mining for network failure monitoring". Proceedings of the Eleventh ACM SIGKDD International Conference on Knowledge Discovery in Data Mining. KDD '05. Chicago, Illinois, USA: Association for Computing Machinery: 499–508. doi:10.1145/1081870.1081927. ISBN 978-1-59593-135-1. S2CID 5051532.
  21. "Security Issues in Network Event Logging (syslog)". IETF.


बाहरी संबंध