Sysklogd दोन प्रणाली उपयुक्तता पुरवते जे प्रणाली लॉगिंग व कर्नल मेसेज ट्रिपिंगकरीता समर्थन पुरवते. दोन्ही इंटरनेट व युनिक्स डोमेन सॉकेट्सचे समर्थन स्थानिक व रिमोट लॉगींग करीता समर्थन पुरवते.
सिस्टम लॉगिंग स्टॉक बीएसडी स्त्रोतांमधून मिळालेल्या syslogd (8) च्या आवृत्तीद्वारे प्रदान केले आहे. कर्नल लॉगिंगकरीता समर्थन klogd (8) युटिलिटि द्वारे पुरवले जाते जे कंसोल लॉगिंगला स्टँडअलोन फॅशनमध्ये किंवा syslogd क्लाएंट म्हणून हाताळण्यास परवानगी देते.
Syslogd एक प्रकारचे लॉगिंग पुरवते जे अनेक आधुनिक प्रोग्राम्स वापरतात. प्रत्येक लॉग इन संदेशात कमीतकमी वेळ आणि होस्ट नेम फिल्ड असते, सामान्यत: एक प्रोग्राम नाव फील्ड असते, परंतु हे लॉगिंग प्रोग्राम कसे विश्वसनीय आहे त्यावर ते अवलंबून असते.
Syslogd स्रोत मोठ्या प्रमाणात संपादीत केले गेले असताना दोन नोट्स सुव्यवस्थित आहेत. सर्व प्रथम एक पद्धतशीर प्रयत्न आहे जे syslogd त्याच्या मुलभूत, मानक बीएसडी वर्तनानुसार आहे याची खात्री करते. लक्षात ठेवणे ही दुसरी महत्वाची संकल्पना आहे की syslogd ची ही आवृत्ती मानक लायब्ररीमध्ये आढळणारे syslog च्या आवृत्तीसह पारदर्शीपणे संवाद करते. मानक शेअर्ड लाइब्रेरीशी जोडलेल्या बायनरीला योग्य रीतीने कार्य करण्यात अयशस्वी झाल्यास आम्ही विसंगत वर्तनचे उदाहरण घेऊ इच्छितो.
मुख्य संरचना फाइल /etc/syslog.conf किंवा वैकल्पिक फाइल, -f पर्यायसह दिली असल्यास, प्रारंभवेळी वाचले जाते. हॅश चिन्ह (`` # '') सह सुरू होणारी कोणतीही ओळी आणि रिक्त ओळी दुर्लक्षित केल्या आहेत. संपूर्ण ओळी वाचताना त्रुटी आली तर दुर्लक्ष केले जाते.
सारांश
syslogd [ -a सॉकेट ] [ -डी ] [ -फ कॉन्फिग फाइल ] [ -h ] [ -l होस्टलिस्ट ] [ -एम इंटरवल ] [ -एन ] [ -पी सॉकेट ] [ -आर ] [ -स डोमेनलिस्ट ] [ - v ] [ -x ]
पर्याय
-एक सॉकेट
या आर्ग्युमेंटचा वापर करून तुम्ही त्यापेक्षा जास्त सॉकेट्स दर्शवू शकता जे syslogd ला ऐकणे आवश्यक आहे. हे आवश्यक आहे जर आपण काही डीमन chroot () पर्यावरणात चालवू इच्छित असाल. आपण 1 9 अतिरिक्त सॉकेट्स वापरू शकता तुमच्या पर्यावरणास आणखी गरजेचे असल्यास, आपण syslogd.c स्त्रोत फाइलमध्ये चिन्ह MAXFUNIX वाढवायचे आहे. Chroot () डिमनचे उदाहरण http://www.ppsionic.com/papers/dns.html येथे OpenBSD मधील लोकांद्वारे वर्णन केले आहे.
-डी
डीबग मोड चालू करते याचा वापर करून डेमॉनीने स्वतः फाल्क ( बॅकफोलिओ ) मध्ये सेट करणे टाळणार नाही, परंतु अग्रस्थानी असलेल्या त्या स्थितीच्या विरूद्ध आणि वर्तमान टीटीवाय अधिक डीबग माहिती लिहा. अधिक माहितीसाठी DEBUGGING विभाग पहा.
-f कॉन्फिगरेशन फाईल
वैकल्पिक संरचना फाइल /etc/syslog.conf ऐवजी निर्देशीत करा, जे मुलभूत आहे
-एच
पूर्वनिर्धारितपणे syslogd दूरस्थ यजमान पासून प्राप्त संदेश अग्रेषित करणार नाही. आदेश ओळवर हे बदल निर्देशीत केल्यास लॉजिक डीमन यास यजमान अग्रेषण करण्याकरीता प्राप्त रिमोट संदेश अग्रेषित करण्यास कारणीभूत ठरतील.
-l होस्टलिस्ट
यजमाननाव निर्देशीत करा ज्यास फक्त त्याच्या सोपी होस्टनामसह लॉग करणे आवश्यक नाही fqdn एकाधिक होस्ट कोलन (``: '') विभाजक वापरून निर्दिष्ट केले जाऊ शकतात.
-एम मध्यांतर
Syslogd नियमितपणे चिन्ह टाइमस्टॅम्प वापरतो. दोन - मार्क - ओळींमध्ये डीफॉल्ट अंतराल 20 मिनिटे आहे. हे या पर्यायाने बदलले जाऊ शकते. शून्यापासून अंतराने सेट केल्याने ते पूर्णपणे बंद होते.
-एन
स्वयं-पार्श्वभूमी टाळा हे विशेषतया आवश्यक असल्यास syslogd सुरू केले आणि init (8) द्वारे नियंत्रीत केले गेले आहे.
-पी सॉकेट
आपण / dev / log ऐवजी वैकल्पिक यूनिक्स डोमेन सॉकेट निर्दिष्ट करू शकता.
-आर
हा पर्याय syslog सेवेसह इंटरनेट डोमेन सॉकेटचा वापर करून नेटवर्कवरून संदेश प्राप्त करण्याची सुविधा सक्षम करेल (पहा (5)). डीफॉल्ट नेटवर्कवरून कोणतेही संदेश प्राप्त करणे नाही.
Sysklogd पॅकेजच्या आवृत्ती 1.3 मध्ये या पर्यायाची ओळख करून दिली आहे. कृपया लक्षात घ्या की डीफॉल्ट वर्तन हे जुन्या आवृत्तींचे कसे कार्य करते याच्या अगदी उलट आहे, त्यामुळे आपल्याला हे चालू करावे लागेल
-s डोमेनलिस्ट
लॉगींग करण्यापूर्वी क्लियर करणे आवश्यक असलेले डोमेन नाव निर्दिष्ट करा. एकाधिक डोमेन कोलन (``: '') विभाजक वापरून निर्दिष्ट केले जाऊ शकतात. कृपया अशी सूचना करा की उपडोमेन निर्दिष्ट केले जाऊ शकत नाही परंतु केवळ संपूर्ण डोमेन. उदाहरणार्थ- if -s north.de निर्दिष्ट केले आहे आणि होस्ट लॉगिंग satu.infodrom.north.de ला निराकरण केले असल्यास कोणताही डोमेन कट केला जाणार नाही, आपल्याला दोन डोमेन जसे की: -s north.de : infodrom.north.de हे निर्दिष्ट करावे लागेल.
-वी
मुद्रण आवृत्ती आणि निर्गमन
-x
रिमोट संदेश प्राप्त करताना नाव लुकअप अक्षम करा. हे डेसडॉल्स टाळते जेव्हा नेमसर्व्हर समान मशीनवर चालू असते जे syslog डेमन चालवते.
सिग्नल
Syslogd संकेतांच्या एका संचावर प्रतिक्रिया देते. आपण खालील वापरून syslogd वर सिग्नल पाठवू शकता:
kill -SIGNAL `cat / var / run / syslogd.pid`Sighup
हे syslogd पुन्हा-प्रारंभ करू देते. सर्व खुल्या फाइल्स बंद केल्या जातात, संरचना फाइल (मुलभूत /etc/syslog.conf ) पुन्हा वाचली जाईल आणि syslog (3) सुविधा पुन्हा सुरू होईल.
SIGTERM
Syslogd मरेल
SIGINT , SIGQUIT
डीबग करणे सक्षम केले असल्यास हे दुर्लक्ष केले जाते, अन्यथा syslogd मरेल.
SIGUSR1
डीबगिंग चालू / बंद करा हा पर्याय फक्त तेव्हाच वापरला जाऊ शकतो जेव्हा syslogd सुरू केले आहे -d डीबग पर्याय.
SIGCHLD
भिंतीच्या संदेशांमुळे काही जन्मतःच मुलांसाठी प्रतीक्षा करा
संरचना फाइल सिंटॅक्स फरक
मूळ BSD स्रोतांपेक्षा त्याच्या संरचना फाइलकरीता Syslogd थोडा वेगळा सिंटॅक्स वापरते. मूलत: विशिष्ट अग्रक्रम आणि त्यावरील सर्व संदेश लॉग फाईलवर अग्रेषित केले होते.
उदाहरणार्थ, खालील ओळ / usr / adm / daemons मध्ये जाण्याकरिता डीमन सुविधांचा वापर करून डिमनवरील सर्व आउटपुटमुळे (डीबग सर्वात कमी प्राथमिकता आहे, त्यामुळे प्रत्येक उच्च जुळणी देखील होईल):
# नमूना syslog.conf डिमन.डिबग / usr / adm / daemonsनवीन योजनेअंतर्गत, हे वर्तन सारखेच राहील. फरक चार नवीन निर्देशक, तारांकन ( * ) वाइल्डकार्ड, समीकरण चिन्ह ( = ), उद्गार चिन्हात ( ! ), आणि मायनस साइन ( - ) असे जोडणे आहे.
* निर्देशित करते की निर्दिष्ट सुविधेसाठी सर्व संदेश गंतव्यस्थानाकडे निर्देशित केले जातात. लक्षात घ्या की हे वर्तन डीबगचे प्राधान्य स्तर निर्दिष्ट करतेवेळी भ्रष्ट होते. वापरकर्त्यांनी सूचित केले आहे की तारांकन चिन्ह अधिक सहज आहे.
= वाइल्डकार्ड निर्दिष्ट प्राधान्य क्लासमधील लॉगिंग प्रतिबंधित करण्यासाठी वापरले जाते. यामुळे, उदाहरणार्थ, एखाद्या विशिष्ट लॉगिंग स्त्रोतासाठी केवळ डिबग संदेश रूटिंग.
उदाहरणार्थ, syslog.conf मधील खालील ओळ सर्व स्रोत पासून डीबग संदेश / usr / adm / debug फाइलकडे निर्देश करेल.
# नमुना syslog.conf *. = डीबग / usr / adm / debug! निर्दिष्ट प्राधान्यक्रमांच्या लॉगिंग वगळण्यासाठी वापरले जाते हे प्राथमिकता निर्दिष्ट सर्व (!) संभाव्यता प्रभावित करते
उदाहरणार्थ, खालील ओळी / मेल / ऍडमिन / मेल फाईलला प्राधान्य असलेल्या माहितीसह इतर सुविधा मेलच्या सर्व संदेशांना लॉग करतात. आणि news.info (सर्वसह) news.crit (वगळून) मधील सर्व संदेश / usr / adm / news फाइलमध्ये लॉग केले जातील.
# नमूना syslog.conf मेल. *. मेल!! = माहिती / usr / adm / mail news.info; बातमी!! Crit / usr / adm / newsअपवाद निर्दिष्टकर्ता म्हणून आपण ती सहजतेने वापरू शकता वर उल्लेखित व्याख्या फक्त उलटा आहे. आपण वापरु शकता असे करणे
mail.noneकिंवा
मेल.! *किंवा
मेल.! डीबगमेल सुविधेसह येणारा प्रत्येक संदेश वगळणे त्याच्याशी खेळायला खूप जागा आहे. :-)
अगोदर निर्देश केलेल्या बाबीसंबंधी बोलताना - केवळ जर आपण प्रत्येक लिहा त्यावर फाइल संकालित करायचा असेल तर फाइलनाव उपसर्ग करण्यासाठी वापरले जाऊ शकते.
हे शुद्ध बीएसडी वर्तनसाठी वापरले गेलेल्या व्यक्तींसाठी काही परिचलन घेऊ शकते परंतु टेस्टर्सने दर्शविले आहे की हे वाक्यरचना बीएसडी वर्तनापेक्षा काही अधिक लवचिक आहे. लक्षात घ्या की हे बदल मानक syslog.conf (5) फाइल्सला प्रभावित करू नये. वर्धित वर्तन प्राप्त करण्यासाठी आपण विशेषत: कॉन्फिगरेशन फायली सुधारणे आवश्यक आहे.
दूरस्थ लॉगिंगसाठी समर्थन
हे बदल syslogd सुविधा करीता नेटवर्क समर्थन पुरवते. नेटवर्क समर्थन म्हणजे संदेश एक syslogd चालणाऱ्या एका नोड पासून दुस-या नोडवर syslogd चालवण्यासाठी अग्रेषित केले जाऊ शकतात जेथे ते प्रत्यक्षात डिस्क फाइलमध्ये लॉग केले जातील.
हे सक्षम करण्यासाठी तुम्हाला कमांड लाइनवरील -r पर्याय निर्देशीत करावा लागेल. पूर्वनिर्धारित वर्तन आहे की syslogd नेटवर्ककडे लक्ष देणार नाही.
लोकल व्युत्पन्न लॉग संदेशांसाठी यूनिक्स डोमेन सॉकेट वर syslogd ऐकणे हे धोरण आहे. हे वर्तन syslogd ला मानक C लाइब्ररिमध्ये आढळलेले syslog सह आंतर-ऑपरेट करण्यास परवानगी देईल. त्याचवेळी syslogd इतर यजमानांकडून अग्रेषित केलेल्या संदेशांकरिता मानक syslog पोर्टवर ऐकतो. ही कार्य योग्यरित्या कार्य करण्यासाठी (5) फायली (सामान्यतः / etc मध्ये आढळतात) खालील प्रविष्ट्या असणे आवश्यक आहे:
syslog 514 / udpही प्रविष्टी syslogd गहाळ आहे तर रिमोट संदेश प्राप्त करू शकत नाहीत किंवा त्यांना पाठविताही येत नाही कारण UDP पोर्ट उघडता येत नाही. त्याऐवजी, syslogd एक त्रुटी संदेश दर्शविल्याबरोबर लगेचच मरेल.
इतर होस्टकडे संदेश अग्रेषित करण्याकरीता सामान्य फाइल ओळीला syslog.conf फाइलमध्ये यजमानचे नाव देऊन त्यास संदेश पाठविण्याकरीता @ असे म्हटले जाते.
उदाहरणार्थ, खालील syslog.conf प्रविष्टीचा वापर करून दूरस्थ संदेश करीता सर्व संदेश अग्रेषित करणे:
# सॅम्युअल syslogd संरचना फाइल # ला रिमोट होस्टवर संदेश पाठवते. *. * @hostnameसर्व कर्नल संदेश रिमोट होस्टमध्ये अग्रेषित करण्यासाठी कॉन्फिगरेशन फाइल पुढीलप्रमाणे असेल:
सर्व कर्नल # संदेश दूरस्थ होस्टवर अग्रेषित करण्यासाठी # नमुना संरचना फाइल. केर्न. * @ होस्टनावरिमोट होस्टनाव स्टार्टअपवर सोडवला जाऊ शकत नसल्यास, नाव-सर्व्हर प्रवेशयोग्य नसल्यास (हे syslogd नंतर प्रारंभ केले जाऊ शकते) आपल्याला चिंता करण्याची आवश्यकता नाही Syslogd 10 वेळा नाव सोडविण्यासाठी पुन्हा प्रयत्न करेल आणि नंतर तक्रार करेल. हे टाळण्याचा आणखी एक उपाय म्हणजे / etc / hosts मधील यजमाननाम ठेवणे.
सामान्य syslogd s सह जर तुम्ही दूरस्थ होस्ट कडून समान होस्ट (किंवा तिसऱ्या होस्टला जबरदस्त केल्यास प्रथम ते परत पाठविते, आणि अशीच अधिक) प्राप्त झाली असल्यास संदेश पाठवित असाल तर सिस्लॉग-लूप मिळतील. माझ्या डोमेनमध्ये (इन्फोड्रोम ओलेनबर्ग) आम्ही चुकून एक मिळाले आणि आमच्या डिस्क एकाच संदेशासह भरल्या :-(
पुढील वेळी हे टाळण्यासाठी रिमोट होस्टकडून प्राप्त झालेले कोणतेही संदेश दुसर्या (किंवा समान) दूरस्थ होस्टवर पाठविले जात नाहीत. जर अशी परिस्थिती उद्भवली असेल की हा अर्थ नाही, तर कृपया मला (जॉय) एक ओळ ड्रॉप करा.
दूरस्थ होस्ट समान डोमेनमध्ये यजमान म्हणून स्थित असल्यास, syslogd चालू आहे, संपूर्ण fqdn च्या ऐवजी फक्त एकच होस्टनाव लॉग केले जाईल.
एका नेटवर्कवर ठेवलेल्या सर्व महत्वपूर्ण माहिती मिळविण्यासाठी आपण स्थानिक लॉग सर्व्हर देऊ शकता. जर नेटवर्कमध्ये विविध डोमेन असतील तर आपल्याला साध्या यजमाननामऐवजी पूर्णतः वैध नावे लॉग करण्याबद्दल तक्रार करण्याची आवश्यकता नाही. आपण या सर्व्हरच्या स्ट्रिप-डोमेन वैशिष्ट्याचा वापर करू शकता. तुम्ही syslogd ला सर्व्हरशी संबंधित असलेल्या इतर डोमेनला वगळण्यास सांगू शकता आणि फक्त सोपे यजमाननामांना प्रवेश द्या.
-l पर्याय वापरून स्थानिक मशीन्स म्हणून एकल होस्ट निश्चित करणे देखील शक्य आहे. हे, खूप, फक्त त्यांच्या सोप्या यजमाननामांना लॉगिंग करते आणि नाही तर fqdns.
दूरस्थ होस्टवर संदेश अग्रेषित करण्यासाठी किंवा त्यांच्याकडून संदेश प्राप्त करण्यासाठी वापरले जाणारे UDP सॉकेट फक्त तेव्हा आवश्यक असते जेव्हा ते आवश्यक असते. 1.3-23 च्या आधीच्या प्रकाशनांमध्ये प्रत्येक वेळी उघडण्यात आले, परंतु अनुक्रमे वाचन किंवा अग्रेषण करण्यासाठी ते उघडले गेले नाही.
आउटपुट आउटपुट पीआयपीएस (एफआयएफओ)
Syslogd च्या या आवृत्तीस नामांकित pipes (फिओओस) ला लॉगिंग आउटपुटसाठी समर्थन आहे. फाइल नावाने एक पाईप प्रतीक (`` | '') तयार करून लॉग किंवा संदेशासाठी एक फिओ किंवा नावयुक्त पाइपचा वापर केला जाऊ शकतो. डीबगिंगसाठी हे सुलभ आहे. लक्ष द्या की syslogd सुरू होण्यापूर्वी mkfifo आदेशासह फिफा निर्माण करणे आवश्यक आहे.
खालील कॉन्फिगरेशन फाइल मार्ग डिबग संदेश कर्नलपासून फीडवर ठेवतात:
# कर्नल डीबगिंगसाठी # संदेश फक्त / usr / adm / debug वर नमुना संरचना जे # नामित पाइप आहे. kern. = डीबग | / usr / adm / debugस्थापना चिंता
Syslogd ची ही आवृत्ती स्थापित करताना कदाचित एक महत्त्वाचा विचार आहे Syslogd ची ही आवृत्ती syslog फंक्शनद्वारे संदेशांच्या योग्य स्वरुपनवर अवलंबून आहे. शेअर्ड लायब्ररीमधील syslog फंक्शनचे कार्य बदलून libc.so.4 च्या भागात बदलले. [2-4] .n विशिष्ट बदल हा संदेश / dev / log सॉकेटवर पाठविण्यापूर्वी संदेश रद्द करणे असा होतो. Syslogd च्या या आवृत्तीचे योग्य काम संदेशाच्या निरर्थक संप्रेषणावर अवलंबून आहे.
जुन्या स्टॅटिकली लिंक बायनेरिझ सिस्टमवर वापरल्या जात असल्यास ही समस्या सामान्यत: मॅनिफेल्ड होईल. Syslog फंक्शनच्या जुन्या आवृत्त्या वापरणार्या बायनरीमुळे रिकाम्या ओळी लॉग होतात आणि त्या संदेशाच्या नंतरच्या संदेशात पहिल्या वर्णाद्वारे काढून टाकले जाते. या बायनरीला सामायिक केलेल्या लायब्ररीच्या नवीन आवृत्त्यांवर पुनर्लिंक केल्याने ही समस्या सुधारली जाईल.
दोन्ही syslogd (8) आणि klogd (8) एकतर init (8) पासून चालविले जाऊ शकतात किंवा आरसी. भाग म्हणून सुरु केले जाऊ शकतात. * क्रम Init पासून सुरू झाल्यास --n पर्याय सेट करणे आवश्यक आहे, अन्यथा, आपण बरेच syslog डिमन्स प्रारंभ कराल. याचे कारण की init (8) प्रोसेस आयडीवर अवलंबून आहे.
सुरक्षा धमक्या
सर्व्हिस आक्रमणच्या नाकारासाठी conduit म्हणून वापरण्यासाठी syslogd डिमनची संभाव्यता आहे धन्यवाद या संभाव्य मला सतर्क करण्यासाठी जॉन मॉरिसन (jmorriso@rflab.ee.ubc.ca) वर जा. एक नकली कार्यक्रम (मेर) syslogd डिमन syslog संदेशांसह सहजपणे पूर करू शकतो परिणामी फाईल सिस्टीमवरील सर्व उर्वरित जागा घेणार्या लॉग फायली. इनसेट डोमेन सॉकेटवर लॉगिंग सक्रिय करणे अर्थातच प्रणालीस बाहेरून जोखीम किंवा स्थानिक मशीनवरील व्यक्तीस प्रणालीस उघड होईल.
मशीनचे संरक्षण करणारी अनेक पद्धती आहेत:
- कोणती होस्ट किंवा नेटवर्कला 514 / UDP सॉकेटमध्ये प्रवेश करण्याची मर्यादा आहे हे मर्यादित करण्यासाठी कर्नेल फायरवॉलिंग लागू करा.
- लॉगिंगला वेगळ्या किंवा विना-रूट फाइलप्रणालीवर निर्देशीत करणे शक्य आहे, जे भरल्यास, मशीनला अपाय होणार नाही.
- Ext2 फाइलसिस्टमचा वापर केला जाऊ शकतो ज्यास फाइल सिस्टमच्या ठराविक टक्केवारीला फक्त रूट द्वारे वापरण्यास मर्यादित करण्यासाठी संरचीत करणे शक्य आहे. लक्षात घ्या की यास syslogd ला विना-रूट प्रक्रिया म्हणून चालविण्याची आवश्यकता आहे. हे देखील लक्षात घ्या की हे दूरस्थ लॉगिंगचा वापर प्रतिबंधित करेल कारण syslogd 514 / UDP सॉकेटमध्ये बांधणी करण्यास असमर्थ आहे.
- इननेट डोमेन सॉकेट्स अक्षम करण्यामुळे स्थानिक मशीनला धोका असेल.
- चरण 4 वापरा आणि समस्या जर कायम राहिली आणि दुष्ट प्रोग्राम्स / डिमनला दुय्यम नसेल तर 3.5 फूट (सुमारे 1 मीटर) चहा शोषक रॉड * मिळते आणि प्रश्नातील वापरकर्त्याशी गप्पा मारल्या जातात. सकर रॉड डेफ --- 3/4, 7/8 किंवा 1 इं. कठोर स्टीलची रॉड, प्रत्येक ओळीच्या थैलीवर नर. पश्चिम उत्तर डकोटामधील तेल उद्योगात आणि इतर ठिकाणी तेल विहिरीतून तेल ओतून पंप करण्यासाठीचा प्राथमिक वापर दुय्यम उपयोग पशुखाद्य गटाच्या बांधकामासाठी आणि अनियमित गुन्हयांत किंवा जुर्माना भरलेल्या व्यक्तिशी व्यवहार करण्यासाठी आहेत.
डीबग करणे
जेव्हा डिबगिंग चालू होते -d पर्याय वापरते तेव्हा syslogd हे stdout वर जे काही करते त्यावर लिहीले जाईल. जेव्हा जेव्हा कॉन्फिगरेशन फाईल पुन्हा वाचली जाते आणि पुन्हा विश्लेषित होते तेव्हा आपण एक सारणी, अंतर्गत डेटा संरचनाशी संबंधित दिसतील. या सारणीत चार क्षेत्रे आहेत:
संख्या
या फील्डमध्ये शून्याने सुरू होणारी क्रमिक संख्या आहे. ही संख्या आंतरिक डेटा संरचनेमधील स्थिती (उदा. अॅरे) दर्शवते. जर एक संख्या वगळली असेल तर संबंधित ओळीमध्ये /etc/syslog.conf मध्ये त्रुटी असू शकते.
नमुना
हे फील्ड अवघड आहे आणि अंतर्गत रचना पूर्णपणे प्रतिनिधित्व करते. प्रत्येक स्तंभात एक सुविधा आहे ( syslog (3) पहा). आपण बघू शकता, काही सुविधा पूर्वी वापरण्यासाठी मुक्त सोडले आहेत, फक्त डाव्या सर्वात वापरले जातात डाव्या एका स्तंभातील प्रत्येक क्षेत्र अग्रक्रमांना दर्शवतो ( syslog (3) पहा)
क्रिया
हे फील्ड नमुनाशी जुळणारा संदेश प्राप्त होताना विशिष्ट कृती वर्णन करते. सर्व शक्य क्रियांसाठी syslog.conf (5) मॅनपेज पहा.
वितर्क
हे फील्ड शेवटच्या फील्डमधील क्रियांवर अतिरिक्त आर्ग्यूमेंट दर्शविते. लॉग-फाइलसाठी फाइल-लॉगिंग फाइलचे नाव आहे; वापरकर्त्याने लॉगिंगसाठी ही वापरकर्त्यांची यादी आहे; दूरस्थ लॉगिंगसाठी लॉग करण्याकरीता मशीनचे यजमाननाम आहे; कंसोल-लॉगिंगसाठी हे वापरले कन्सोल आहे; tty-logging साठी हे निर्दिष्ट tty आहे; भिंत नाही अतिरिक्त वितर्क आहे
तसेच पहा
सहयोगी
Syslogd बीएसडी स्रोतांमधून घेतले गेले आहे, ग्रेग वेटस्टेन (greg@wind.enjellic.com) ने पोर्टला लिनक्स सादर केले, मार्टिन शुल्झ (joey@linux.de) काही दोष निश्चित केले आणि अनेक नवीन वैशिष्ट्ये जोडली. Klogd मूलतः स्टीव्ह लॉर्ड (lord@cray.com) यांनी लिहिलेले होते, ग्रेग वॅट्सटन यांनी प्रमुख सुधारणा केल्या.
डॉ ग्रेग वेटस्टेन
एन्जेलिक सिस्टम्स डेव्हलपमेंट
ऑन्कोलॉजी रिसर्च डिव्हिजन कम्प्यूटिंग फॅसिलिटी
रॉजर मारिस कॅन्सर सेंटर
फार्गो, एनडी
greg@wind.enjellic.com
स्टीफन ट्वीडे
संगणक शास्त्र विभाग
एडिनबर्ग विद्यापीठ, स्कॉटलंड
sct@dcs.ed.ac.uk
जुहा आटथन
jiivee@hut.fi
शेन ऑलल्डटन
shane@ion.apana.org.au
मार्टिन स्कुलझ
इन्फोड्रोम ओलेनबर्ग
joey@linux.de
महत्वाचे: आपल्या कॉम्प्यूटरवर आज्ञा कशी वापरली जाते हे पाहण्यासाठी man कमांड ( % man ) वापरा.
संबंधित लेख