Syslogd लिनक्स और यूनिक्स कमांड

by जुर्गेन हास

Sysklogd दो सिस्टम उपयोगिताओं प्रदान करता है जो सिस्टम लॉगिंग और कर्नेल संदेश फँसाने के लिए समर्थन प्रदान करते हैं। इंटरनेट और यूनिक्स डोमेन सॉकेट दोनों का समर्थन इस उपयोगिता पैकेज को स्थानीय और दूरस्थ लॉगिंग दोनों का समर्थन करने में सक्षम बनाता है।

सिस्टम लॉगिंग स्टॉक बीएसडी स्रोतों से प्राप्त syslogd (8) के एक संस्करण द्वारा प्रदान की जाती है। कर्नेल लॉगिंग के लिए समर्थन klogd (8) उपयोगिता द्वारा प्रदान किया जाता है जो कर्नेल लॉगिंग को एक स्टैंडअलोन फैशन या syslogd के क्लाइंट के रूप में आयोजित करने की अनुमति देता है।

Syslogd एक प्रकार का लॉगिंग प्रदान करता है जो कई आधुनिक कार्यक्रमों का उपयोग करते हैं। प्रत्येक लॉग संदेश में कम से कम एक समय और होस्टनाम फ़ील्ड होता है, आमतौर पर एक प्रोग्राम नाम फ़ील्ड भी होता है, लेकिन यह इस बात पर निर्भर करता है कि लॉगिंग प्रोग्राम कितना भरोसेमंद है।

जबकि syslogd स्रोतों को भारी रूप से संशोधित किया गया है, कुछ नोट्स क्रम में हैं। सबसे पहले यह सुनिश्चित करने के लिए एक व्यवस्थित प्रयास किया गया है कि syslogd अपने डिफ़ॉल्ट, मानक बीएसडी व्यवहार का पालन करता है। ध्यान देने योग्य दूसरी महत्वपूर्ण अवधारणा यह है कि syslogd का यह संस्करण मानक पुस्तकालयों में पाए गए syslog के संस्करण के साथ पारदर्शी रूप से इंटरैक्ट करता है। यदि मानक साझा पुस्तकालयों से जुड़ी एक बाइनरी सही ढंग से कार्य करने में विफल रहता है तो हम असंगत व्यवहार का एक उदाहरण चाहते हैं।

मुख्य कॉन्फ़िगरेशन फ़ाइल /etc/syslog.conf या -f विकल्प के साथ दी गई वैकल्पिक फ़ाइल स्टार्टअप पर पढ़ी जाती है। हैश चिह्न (`` # '') और खाली रेखाओं से शुरू होने वाली किसी भी पंक्ति को अनदेखा किया जाता है। यदि पूरी रेखा को पार्स करने के दौरान कोई त्रुटि होती है तो उसे अनदेखा किया जाता है।

सार

syslogd [ -a सॉकेट ] [ -d ] [ -f कॉन्फ़िगरेशन फ़ाइल ] [ -h ] [ -l होस्टलिस्ट ] [ -m अंतराल ] [ -n ] [ -p सॉकेट ] [ -r ] [ -s डोमेनलिस्ट ] [ - वी ] [ -एक्स ]

विकल्प

-एक सॉकेट

इस तर्क का प्रयोग करके आप उस syslogd से अतिरिक्त सॉकेट को सुन सकते हैं। यदि आप कुछ डिमन को chroot () वातावरण में चलाने देते हैं तो इसकी आवश्यकता होती है। आप 1 9 अतिरिक्त सॉकेट का उपयोग कर सकते हैं। यदि आपके पर्यावरण को और भी ज़रूरी है, तो आपको syslogd.c स्रोत फ़ाइल के भीतर प्रतीक MAXFUNIX को बढ़ाना होगा। एक chroot () डिमन के लिए एक उदाहरण http://www.psionic.com/papers/dns.html पर ओपनबीएसडी के लोगों द्वारा वर्णित किया गया है।

-d

डीबग मोड चालू करता है। इसका उपयोग करके डिमन पृष्ठभूमि में खुद को स्थापित करने के लिए एक कांटा (2) आगे नहीं बढ़ेगा, लेकिन अग्रभूमि में रहने के विपरीत और वर्तमान tty पर अधिक डीबग जानकारी लिखना होगा। अधिक जानकारी के लिए DEBUGGING अनुभाग देखें।

-एफ कॉन्फ़िगरेशन फ़ाइल

/etc/syslog.conf की बजाय वैकल्पिक कॉन्फ़िगरेशन फ़ाइल निर्दिष्ट करें, जो डिफ़ॉल्ट है।

-h

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

-एल होस्टलिस्ट

एक होस्टनाम निर्दिष्ट करें जिसे केवल अपने सरल होस्टनाम के साथ लॉग किया जाना चाहिए, fqdn नहीं। कॉलन (``: '') विभाजक का उपयोग करके एकाधिक होस्ट निर्दिष्ट किए जा सकते हैं।

-एम अंतराल

Syslogd नियमित रूप से एक निशान टाइमस्टैम्प लॉग करता है। दो -मार्क- लाइनों के बीच डिफ़ॉल्ट अंतराल 20 मिनट है। इसे इस विकल्प के साथ बदला जा सकता है। अंतराल को शून्य पर सेट करना इसे पूरी तरह से बंद कर देता है।

-n

ऑटो-पृष्ठभूमि से बचें। यह जरूरी है विशेष रूप से यदि syslogd शुरू किया गया है और init (8) द्वारा नियंत्रित किया जाता है।

-पी सॉकेट

आप / dev / log के बजाय वैकल्पिक यूनिक्स डोमेन सॉकेट निर्दिष्ट कर सकते हैं।

-r

यह विकल्प syslog सेवा के साथ एक इंटरनेट डोमेन सॉकेट का उपयोग कर नेटवर्क से संदेश प्राप्त करने की सुविधा सक्षम करेगा (देखें (5))। डिफ़ॉल्ट नेटवर्क से कोई संदेश प्राप्त नहीं करना है।

यह विकल्प sysklogd पैकेज के संस्करण 1.3 में पेश किया गया है। कृपया ध्यान दें कि डिफ़ॉल्ट व्यवहार पुराने संस्करणों के व्यवहार के विपरीत है, इसलिए आपको इसे चालू करना पड़ सकता है।

डोमेन सूची

एक डोमेन नाम निर्दिष्ट करें जिसे लॉगिंग से पहले अलग किया जाना चाहिए। कॉलम (``: '') विभाजक का उपयोग करके एकाधिक डोमेन निर्दिष्ट किए जा सकते हैं। कृपया सलाह दीजिये कि कोई सब-डोमेन निर्दिष्ट नहीं किया जा सकता है लेकिन केवल पूरे डोमेन। उदाहरण के लिए यदि उत्तर.de निर्दिष्ट है और होस्ट लॉगिंग satu.infodrom.north.de को हल नहीं करती है, तो कोई डोमेन कट नहीं होगा, आपको दो डोमेन निर्दिष्ट करना होगा: -s north.de:infodrom.north.de ।

-v

प्रिंट संस्करण और बाहर निकलें।

-एक्स

दूरस्थ संदेश प्राप्त करते समय नाम लुकअप अक्षम करें। यह डेडलॉक्स से बचाता है जब नेमसर्वर उसी मशीन पर चल रहा है जो syslog डिमन चलाता है।

सिग्नल

Syslogd सिग्नल के एक सेट पर प्रतिक्रिया करता है। आप निम्न का उपयोग करके syslogd को आसानी से एक सिग्नल भेज सकते हैं:

मारो- सिग्नल `बिल्ली / var / run / syslogd.pid`

उच्छ्वास करो

यह syslogd पुनः प्रारंभ करने की सुविधा देता है। सभी खुली फ़ाइलें बंद हैं, कॉन्फ़िगरेशन फ़ाइल (डिफ़ॉल्ट /etc/syslog.conf है ) फिर से पढ़ा जाएगा और syslog (3) सुविधा फिर से शुरू हो जाएगी।

SIGTERM

Syslogd मर जाएगा।

सिगिनट , सिग्क्विट

यदि डिबगिंग सक्षम है तो इन्हें अनदेखा किया जाता है, अन्यथा syslogd मर जाएगा।

SIGUSR1

डीबगिंग चालू / बंद स्विच करें। यह विकल्प केवल तभी उपयोग किया जा सकता है जब -d डीबग विकल्प के साथ syslogd प्रारंभ किया गया हो।

SIGCHLD

अगर दीवारों के संदेश के कारण कुछ पैदा हुए तो बच्चों की प्रतीक्षा करें।

कॉन्फ़िगरेशन फ़ाइल सिंटेक्स मतभेद

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

उदाहरण के लिए, निम्नलिखित पंक्ति ने डेमॉन सुविधाओं का उपयोग करके डेमॉन से सभी आउटपुट का कारण बनता है (डीबग सबसे कम प्राथमिकता है, इसलिए प्रत्येक उच्चतम मिलान भी होगा) / usr / adm / daemons में जाने के लिए :

# नमूना syslog.conf daemon.debug / usr / adm / daemons

नई योजना के तहत, यह व्यवहार वही रहता है। अंतर चार नए विनिर्देशों, तारांकन ( * ) वाइल्डकार्ड, समीकरण चिह्न ( = ), विस्मयादिबोधक चिह्न ( ! ), और ऋण चिह्न ( - ) के अतिरिक्त है।

* निर्दिष्ट करता है कि निर्दिष्ट सुविधा के लिए सभी संदेशों को गंतव्य के लिए निर्देशित किया जाना है। ध्यान दें कि यह व्यवहार डीबग के प्राथमिकता स्तर को निर्दिष्ट करने के साथ खराब हो गया है। उपयोगकर्ताओं ने संकेत दिया है कि तारांकन नोटेशन अधिक सहज है।

= वाइल्डकार्ड का प्रयोग निर्दिष्ट प्राथमिकता वर्ग में लॉगिंग को प्रतिबंधित करने के लिए किया जाता है। यह, उदाहरण के लिए, केवल एक विशेष लॉगिंग स्रोत पर संदेशों को डीबग करने की अनुमति देता है।

उदाहरण के लिए, syslog.conf में निम्न पंक्ति सभी स्रोतों से / usr / adm / डीबग फ़ाइल में संदेशों को डीबग करने के लिए निर्देशित करेगी।

# नमूना syslog.conf *। = डीबग / usr / adm / डीबग

द ! निर्दिष्ट प्राथमिकताओं के लॉगिंग को बाहर करने के लिए प्रयोग किया जाता है। यह प्राथमिकताओं को निर्दिष्ट करने की सभी (!) संभावनाओं को प्रभावित करता है।

उदाहरण के लिए, निम्न पंक्तियां सुविधा मेल के सभी संदेशों को लॉग इन करेंगी, सिवाय इसके कि प्राथमिकता जानकारी / usr / adm / mail फ़ाइल को प्राथमिकता दी जाए। और news.info (सहित) से सभी संदेश news.crit (को छोड़कर) / usr / adm / news फ़ाइल में लॉग इन किए जाएंगे।

# नमूना syslog.conf मेल। *; मेल।! = जानकारी / usr / adm / mail news.info; समाचार।! आलोचक / usr / adm / news

आप इसे एक अपवाद विनिर्देशक के रूप में सहजता से उपयोग कर सकते हैं। उपर्युक्त व्याख्या केवल उलटा हुआ है। ऐसा करना जो आप उपयोग कर सकते हैं

mail.none

या

मेल।! *

या

मेल।! डिबग

मेल सुविधा के साथ आने वाले प्रत्येक संदेश को छोड़ने के लिए। इसके साथ खेलने के लिए बहुत जगह है। :-)

- यदि आप प्रत्येक लिखने के बाद फ़ाइल को सिंक करना छोड़ना चाहते हैं तो केवल एक फ़ाइल नाम उपसर्ग करने के लिए उपयोग किया जा सकता है।

यह शुद्ध बीएसडी व्यवहार के लिए उपयोग किए जाने वाले व्यक्तियों के लिए कुछ अनुकूलन ले सकता है लेकिन परीक्षकों ने संकेत दिया है कि यह वाक्यविन्यास बीएसडी व्यवहार से कुछ अधिक लचीला है। ध्यान दें कि इन परिवर्तनों को मानक syslog.conf (5) फ़ाइलों को प्रभावित नहीं करना चाहिए। उन्नत व्यवहार प्राप्त करने के लिए आपको विशेष रूप से कॉन्फ़िगरेशन फ़ाइलों को संशोधित करना होगा।

रिमोट लॉगिंग के लिए समर्थन

ये संशोधन syslogd सुविधा के लिए नेटवर्क समर्थन प्रदान करते हैं। नेटवर्क समर्थन का अर्थ है कि संदेशों को एक नोड चलने वाले syslogd से दूसरे नोड चलने वाले syslogd पर अग्रेषित किया जा सकता है जहां वे वास्तव में डिस्क फ़ाइल में लॉग इन होंगे।

इसे सक्षम करने के लिए आपको कमांड लाइन पर -r विकल्प निर्दिष्ट करना होगा। डिफ़ॉल्ट व्यवहार यह है कि syslogd नेटवर्क को नहीं सुनेंगे।

रणनीति स्थानीय रूप से जेनरेट किए गए लॉग संदेशों के लिए यूनिक्स डोमेन सॉकेट पर syslogd सुनना है। यह व्यवहार syslogd को मानक सी लाइब्रेरी में मिले syslog के साथ इंटर-ऑपरेट करने की अनुमति देगा। साथ ही syslogd अन्य होस्टों से भेजे गए संदेशों के लिए मानक syslog पोर्ट पर सुनता है। इस काम को सही ढंग से करने के लिए सेवाओं (5) फ़ाइलों (आमतौर पर / etc में पाए गए) में निम्न प्रविष्टि होनी चाहिए:

syslog 514 / udp

यदि इस प्रविष्टि में syslogd गुम है तो न तो दूरस्थ संदेश प्राप्त कर सकते हैं और न ही उन्हें भेज सकते हैं, क्योंकि यूडीपी पोर्ट खोला नहीं जा सकता है। इसके बजाय, syslogd तुरंत एक त्रुटि संदेश बहाने , मर जाएगा।

संदेशों को किसी अन्य मेजबान में अग्रेषित करने के लिए syslog.conf फ़ाइल में सामान्य फ़ाइल लाइन को उस होस्ट के नाम से प्रतिस्थापित करें जिससे संदेशों को @ @ के साथ प्रीपेड किया जाना है।

उदाहरण के लिए, निम्न syslog.conf प्रविष्टि का उपयोग कर सभी संदेशों को रिमोट होस्ट पर अग्रेषित करने के लिए:

# नमूना syslogd विन्यास फाइल सभी संदेशों को दूरस्थ संदेश में # संदेशों को अग्रेषित करें। *। * @ होस्टनाम

रिमोट होस्ट पर सभी कर्नेल संदेशों को अग्रेषित करने के लिए कॉन्फ़िगरेशन फ़ाइल निम्नानुसार होगी:

# नमूना विन्यास फाइल सभी कर्नेल # संदेशों को रिमोट होस्ट पर अग्रेषित करने के लिए। कर्नल। * @ होस्टनाम

यदि रिमोट होस्टनाम को स्टार्टअप पर हल नहीं किया जा सकता है, क्योंकि नाम-सर्वर पहुंच योग्य नहीं हो सकता है (यह syslogd के बाद शुरू किया जा सकता है) आपको चिंता करने की ज़रूरत नहीं है। Syslogd दस बार नाम हल करने के लिए पुनः प्रयास करेंगे और फिर शिकायत करेंगे। इससे बचने की एक और संभावना मेजबाननाम / etc / hosts में रखना है ।

सामान्य syslogd के साथ आपको syslog-loops मिलेंगे यदि आप दूरस्थ होस्ट से उसी होस्ट को प्राप्त संदेश भेजते हैं (या किसी तीसरे होस्ट के लिए अधिक जटिल जो इसे पहले को भेजता है, और इसी तरह)। मेरे डोमेन (इन्फोड्रोम ओल्डनबर्ग) में हम गलती से एक और हमारे डिस्क एक ही संदेश से भर गए। :-(

इसे आगे से बचने के लिए किसी दूरस्थ संदेश से प्राप्त कोई संदेश अब किसी अन्य (या एक ही) दूरस्थ होस्ट को नहीं भेजा जाता है। यदि ऐसे परिदृश्य हैं जहां यह समझ में नहीं आता है, तो कृपया मुझे एक लाइन छोड़ दें (जॉय)।

यदि रिमोट होस्ट मेजबान के समान डोमेन में स्थित है, syslogd चालू है, तो पूरे fqdn के बजाय केवल सरल होस्टनाम लॉग किया जाएगा।

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

-एल विकल्प का उपयोग करने से एकल मेजबान को स्थानीय मशीनों के रूप में परिभाषित करने की भी संभावना है। यह भी, केवल उनके सरल होस्टनाम लॉगिंग करने के परिणामस्वरूप fqdns नहीं।

यूडीपी सॉकेट दूरस्थ होस्ट को संदेश अग्रेषित करने या उनसे संदेश प्राप्त करने के लिए उपयोग की जाती है जब इसकी आवश्यकता होती है। 1.3-23 से पहले रिलीज में यह हर बार खोला गया था लेकिन क्रमशः पढ़ने या अग्रेषण के लिए खोला नहीं गया था।

नामित पाइपों के लिए आउटपुट (एफआईएफओ)

Syslogd के इस संस्करण में आउटपुट पाइप (फीफो) को आउटपुट लॉगिंग के लिए समर्थन है। फ़ाइल के नाम पर एक पाइप प्रतीक (`` | '') को प्रीपेड करके लॉग संदेशों के लिए एक फीफो या नामित पाइप का उपयोग गंतव्य के रूप में किया जा सकता है। यह डिबगिंग के लिए आसान है। ध्यान दें कि syslogd शुरू होने से पहले फीफो को mkfifo कमांड के साथ बनाया जाना चाहिए।

निम्न कॉन्फ़िगरेशन फ़ाइल रूट कर्नेल से संदेशों को एक फीफो में डीबग करता है:

# कर्नेल डीबगिंग रूट करने के लिए नमूना विन्यास # संदेशों को केवल / usr / adm / debug जो # नामित पाइप है। कर्नल। = डीबग | / usr / adm / डीबग

स्थापना चिंताएं

Syslogd के इस संस्करण को स्थापित करते समय शायद एक महत्वपूर्ण विचार है। Syslogd का यह संस्करण syslog फ़ंक्शन द्वारा संदेशों के उचित स्वरूपण पर निर्भर है। साझा पुस्तकालयों में syslog फ़ंक्शन का कार्य libc.so.4 के क्षेत्र में कहीं भी बदल गया। [2-4] .n। विशिष्ट परिवर्तन / dev / log सॉकेट पर संचारित करने से पहले संदेश को निरस्त करना था। Syslogd के इस संस्करण की उचित कार्यप्रणाली संदेश की निरंतर समाप्ति पर निर्भर है।

सिस्टम पर पुराने स्थैतिक रूप से जुड़े बाइनरी का उपयोग होने पर यह समस्या आम तौर पर प्रकट होगी। Syslog फ़ंक्शन के पुराने संस्करणों का उपयोग करने वाले द्विआधारी संदेशों को हटाए गए संदेश में पहले वर्ण वाले संदेश के बाद खाली लाइनों को लॉग किया जाएगा। साझा पुस्तकालयों के नए संस्करणों में इन बाइनरी को रिलिकिंक करने से इस समस्या को ठीक किया जाएगा।

Syslogd (8) और klogd (8) दोनों को या तो init (8) से चलाया जा सकता है या आरसी । * अनुक्रम के हिस्से के रूप में शुरू किया जा सकता है। यदि यह विकल्प में से शुरू किया गया है -n सेट किया जाना चाहिए, अन्यथा, आपको बहुत से syslog डिमन्स शुरू हो जाएंगे। ऐसा इसलिए है क्योंकि init (8) प्रक्रिया आईडी पर निर्भर करता है।

सुरक्षा खतरे

सेवा हमले से इनकार करने के लिए syslogd डिमन को एक कंडिट के रूप में उपयोग करने की संभावना है। इस संभावना को मुझे सतर्क करने के लिए धन्यवाद जॉन मॉरिसन (jmorriso@rflab.ee.ubc.ca) पर जाएं। एक दुष्ट प्रोग्राम (मेर) syslogd डिमन को सिसलॉग संदेशों के साथ आसानी से बाढ़ सकता है जिसके परिणामस्वरूप फाइल सिस्टम पर शेष शेष स्थान का उपभोग करने वाली लॉग फाइलें होती हैं। इनसेट डोमेन सॉकेट पर लॉगिंग सक्रिय करना निश्चित रूप से स्थानीय मशीन पर प्रोग्राम या व्यक्तियों के बाहर जोखिम के लिए सिस्टम को बेनकाब करेगा।

मशीन की सुरक्षा के कई तरीके हैं:

कर्नेल फ़ायरवॉलिंग को कार्यान्वित करने के लिए जो मेजबान या नेटवर्क को 514 / यूडीपी सॉकेट तक पहुंच है।
लॉगिंग को एक अलग या गैर-रूट फाइल सिस्टम पर निर्देशित किया जा सकता है, जो भर जाता है, तो मशीन को खराब नहीं करेगा।
Ext2 फाइल सिस्टम का उपयोग किया जा सकता है जिसे केवल फाइल द्वारा उपयोग करने के लिए फाइल सिस्टम के एक निश्चित प्रतिशत को सीमित करने के लिए कॉन्फ़िगर किया जा सकता है। ध्यान दें कि इसे गैर-रूट प्रक्रिया के रूप में चलाने के लिए syslogd की आवश्यकता होगी। यह भी ध्यान दें कि यह दूरस्थ लॉगिंग के उपयोग को रोक देगा क्योंकि syslogd 514 / UDP सॉकेट से जुड़ने में असमर्थ होगा।
इनसेट डोमेन सॉकेट को अक्षम करने से स्थानीय मशीन को जोखिम सीमित हो जाएगा।
चरण 4 का प्रयोग करें और यदि समस्या बनी रहती है और एक दुष्ट प्रोग्राम / डेमन के लिए माध्यमिक नहीं है तो चूसने वाली रॉड की 3.5 फीट (लगभग 1 मीटर) लंबाई प्राप्त करें * और उपयोगकर्ता के साथ बातचीत में चैट करें। सकर रॉड डीफ़। --- 3/4, 7/8 या 1in। कठोर स्टील रॉड, पुरुष प्रत्येक छोर पर थ्रेडेड। पश्चिमी उत्तरी डकोटा में तेल उद्योग में प्राथमिक उपयोग और तेल के कुओं से 'चूसने' तेल पंप करने के लिए अन्य स्थानों। माध्यमिक उपयोग मवेशी फ़ीड लॉट के निर्माण के लिए और कभी-कभी रीयलसीट्रेंट या विद्रोही व्यक्ति से निपटने के लिए होते हैं।

डिबगिंग

जब डीडी का उपयोग- डी विकल्प का उपयोग कर चालू किया जाता है तो syslogd stdout पर जो कुछ भी करता है उसे लिखकर बहुत verbose होगा। जब भी कॉन्फ़िगरेशन फ़ाइल रीड और री-पार्स की जाती है तो आपको आंतरिक डेटा संरचना के अनुरूप एक सारणी दिखाई देगी। इस सारणी में चार फ़ील्ड होते हैं:

संख्या

इस फ़ील्ड में शून्य से शुरू होने वाला एक सीरियल नंबर होता है। यह संख्या आंतरिक डेटा संरचना (यानी सरणी) में स्थिति का प्रतिनिधित्व करती है। यदि एक नंबर छोड़ा गया है तो /etc/syslog.conf में संबंधित पंक्ति में कोई त्रुटि हो सकती है।

पैटर्न

यह क्षेत्र मुश्किल है और आंतरिक संरचना का बिल्कुल प्रतिनिधित्व करता है। प्रत्येक कॉलम एक सुविधा के लिए खड़ा है ( syslog (3) देखें)। जैसा कि आप देख सकते हैं, अभी भी कुछ उपयोग पूर्व उपयोग के लिए मुक्त हैं, केवल बाएं सबसे अधिक उपयोग किए जाते हैं। कॉलम में प्रत्येक फ़ील्ड प्राथमिकताओं का प्रतिनिधित्व करता है ( syslog (3) देखें)।

कार्य

यह फ़ील्ड उस विशेष क्रिया का वर्णन करता है जो किसी संदेश को प्राप्त होने पर होता है जो पैटर्न से मेल खाता है। सभी संभावित कार्यों के लिए syslog.conf (5) मैनपेज का संदर्भ लें।

बहस

यह फ़ील्ड अंतिम फ़ील्ड में कार्रवाइयों के लिए अतिरिक्त तर्क दिखाता है। फ़ाइल लॉगिंग के लिए यह लॉगफाइल के लिए फ़ाइल नाम है; उपयोगकर्ता लॉगिंग के लिए यह उपयोगकर्ताओं की एक सूची है; रिमोट लॉगिंग के लिए यह लॉग इन करने के लिए मशीन का होस्टनाम है; कंसोल लॉगिंग के लिए यह प्रयुक्त कंसोल है; tty-logging के लिए यह निर्दिष्ट tty है; दीवार में कोई अतिरिक्त तर्क नहीं है।

यह भी देखें

लॉगर (1), syslog (2), (5)

सहयोगी

Syslogd बीएसडी स्रोतों से लिया जाता है, ग्रेग वेट्स्टीन (greg@wind.enjellic.com) ने पोर्ट को लिनक्स में प्रदर्शन किया, मार्टिन शूलज (joey@linux.de) ने कुछ बग तय किए और कई नई विशेषताएं जोड़ दीं। कोल्ग मूल रूप से स्टीव लॉर्ड (lord@cray.com) द्वारा लिखे गए थे, ग्रेग वेटस्टीन ने बड़े सुधार किए।

डॉ ग्रेग वेटस्टीन
एंजेलिक सिस्टम विकास

ओन्कोलॉजी रिसर्च डिवीजन कंप्यूटिंग सुविधा
रोजर मारिस कैंसर सेंटर
फार्गो, एनडी
greg@wind.enjellic.com

स्टीफन ट्वीडेई
कंप्यूटर विज्ञान विभाग
एडिनबर्ग विश्वविद्यालय, स्कॉटलैंड
sct@dcs.ed.ac.uk

जुहा Virtanen
jiivee@hut.fi

शेन Alderton
shane@ion.apana.org.au

मार्टिन शूल्ज़
इन्फोड्रोम ओल्डनबर्ग
joey@linux.de

महत्वपूर्ण: यह देखने के लिए मैन कमांड ( % man ) का उपयोग करें कि आपके विशेष कंप्यूटर पर कमांड का उपयोग कैसे किया जाता है।

सार