Syslogd लिनक्स र युनिक्स कमान

Sysklogd दुई प्रणाली उपयोगिताहरू प्रदान गर्दछ जसले प्रणाली लगिङ र कर्नेल सन्देश फ्याक्चरको लागि समर्थन प्रदान गर्दछ। इन्टरनेट र यूनिक्स डोमेन स्याकेटहरूको समर्थनले यो उपयोगिता प्याकेजलाई स्थानीय र रिमोट लगिङ दुवै समर्थन गर्न सक्षम बनाउँछ।

प्रणाली लगिङ BSD स्रोतहरू स्टकबाट व्युत्पन्न syslogd (8) संस्करणको द्वारा प्रदान गरिएको छ। कर्नेल लगिङका लागि समर्थन klogd (8) उपयोगिता द्वारा प्रदान गरिएको छ जसले कर्नेल लगिङलाई स्ट्यान्डलोन फण्डमा वा साइस्कलगडीको ग्राहकको रूपमा सञ्चालन गर्न अनुमति दिन्छ।

Syslogd एक प्रकारको लगिङ प्रदान गर्दछ जुन थुप्रै आधुनिक कार्यक्रमहरू प्रयोग गर्दछ। प्रत्येक लगइन सन्देशमा कम से कम एक समय र होस्टनाम फिल्ड हुन्छ, सामान्यतया एक प्रोग्राम नाम फिल्ड पनि, तर यसले कसरी लगिङ प्रोग्राममा निर्भर गर्दछ।

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

मुख्य कन्फिगुरेसन फाईल /etc/syslog.conf वा -f विकल्पको साथ दिईएको वैकल्पिक फाइल, स्टार्टअपमा पढ्न सकिन्छ। हैश चिन्हको साथ सुरु हुने कुनै पनि लाइनहरू (`` # '') र खाली रेखाहरू उपेक्षा गरिएका छन्। यदि सम्पूर्ण रेखा पार्सिङ गर्दा त्रुटि उत्पन्न हुन्छ यदि उपेक्षा गरिन्छ।

सारांश

( एस ) v ] [ -x ]

विकल्पहरू

- a socket

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

-d

डिबग मोड सक्रिय गर्दछ। यो डेमोनको प्रयोगले पृष्ठभूमिमा सेट गर्नका लागि फोर्क (2) लाई अगाडी बढाएन, तर अग्रभूमिमा रहनुको विपरीत र हालको टिटिमा अधिक डिबग जानकारी लेख्न। थप जानकारीको लागि DEBUGGING सेक्शन हेर्नुहोस्।

-f कन्फिग फाइल

/etc/syslog.conf को सट्टा कन्फिगरेसन फाइल निर्दिष्ट गर्नुहोस्, जुन पूर्वनिर्धारित हो।

-h

पूर्वनिर्धारित syslogd द्वारा रिमोट होस्टबाट प्राप्त सन्देशहरू फर्काउनु हुनेछैन। आदेश लाइनमा यो स्विच निर्दिष्ट गर्दा लग डेमोनले परिभाषित गरेको फर्वार्डिङ होस्टहरूमा प्राप्त गर्न कुनै पनि रिमोट सन्देशहरू फर्वार्ड गर्नेछ।

-l होस्टसूची

होस्टनाम निर्दिष्ट गर्नुहोस् जुन मात्र यसको सरल होस्टनाम नामसँग लगइन हुनुपर्छ र fqdn होइन। बहु होस्ट बृहदान्त्र (``: '') प्रयोग गरेर निर्दिष्ट गर्न सकिन्छ।

-म अन्तराल

Syslogd नियमित रूपमा मार्क टाइमस्ट्याम्प लग लगाउँदछ। दुई - मार्क - रेखाहरू बीचको पूर्वनिर्धारित अन्तराल 20 मिनेट हो। यो यो विकल्पसँग परिवर्तन गर्न सकिन्छ। शून्यमा अन्तराल सेट गर्दै यसलाई पूर्ण रूपमा बन्द गर्दछ।

-n

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

-p सकेट

तपाईले / dev / log को सट्टा वैकल्पिक यूनिक्स डोमेन सकेट निर्दिष्ट गर्न सक्नुहुन्छ।

-r

यो विकल्पले सिसलग सेवाको साथ इन्टरनेट डोमेन सकेट प्रयोग गरी नेटवर्कबाट सन्देश प्राप्त गर्न सक्षम पार्दछ (हेर्नुहोस् (5))। पूर्वनिर्धारित सञ्जालबाट कुनै सन्देशहरू प्राप्त गर्न मिल्दैन।

यो विकल्प sysklogd प्याकेजको संस्करण 1.3 मा प्रस्तुत गरिएको छ। कृपया ध्यान दिनुहोस् कि पूर्वनिर्धारित व्यवहार कसरी पुरानो संस्करणहरू व्यवहार गर्नेको विपरीत हो, त्यसैले तपाईले यसलाई चालू गर्न सक्दछ।

-s डोमेनसूची

प्रयोगक्षेत्र नाम निर्दिष्ट गर्नुहोस् जुन लगइन गर्नु अघि हटाइयो। बहु डोमेनहरू बृहदान्त्र (``: '') प्रयोग गरी निर्दिष्ट गर्न सकिन्छ। कृपया सल्लाह दिनुहोस् कि कुनै उप-डोमेनहरू निर्दिष्ट तर केवल सबै डोमेनहरू हुन सक्छन। उदाहरणका लागि यदि ifs.de north.de तोकिएको छ र होस्ट लगिङ satu.infodrom.north.de कुनै डोमेन काटिएको छैन, तपाईंलाई दुई डोमेनहरू निर्दिष्ट गर्नु पर्छ जस्तै: -s north.de:infodrom.north.de ।

-v

छाप्नुहोस् संस्करण र बाहिर निस्कनुहोस्।

-x

दूर सन्देशहरू प्राप्त गर्दा नाम लुकअप असक्षम पार्नुहोस्। यसले नामकभर एउटै मेशिनमा दौडिरहेको बेलामा मन्डलहरूबाट जोगाउँछ जसले syslog डेमन चलाउँछ।

सिग्नलहरू

Syslogd संकेतहरूको सेटमा प्रतिक्रिया गर्दछ। तपाईले सजिलैसँग प्रयोग गरी syslogd सिग्नल पठाउन सक्नुहुन्छ:

हत्यारा - SIGNAL `बिट / var / run / syslogd.pid`

Sighup

यसले syslogd लाई पुन: सुरुवात गर्दछ। सबै खुला फाइलहरू बन्द छन्, कन्फिगरेसन फाइल (पूर्वनिर्धारित /etc/syslog.conf ) रेराड हुनेछ र syslog (3) सुविधा फेरि सुरु हुन्छ।

SIGTERM

Syslogd मर्नेछ।

साइन इन गर्नुहोस् , हस्ताक्षर गर्नुहोस्

यदि डिबगिंग सक्षम गरिएको छ भने यी उपेक्षा गरिएका छन्, अन्यथा syslogd मर्नेछ।

SIGUSR1

डिबगिङ अन / अफ स्विच गर्नुहोस्। यो विकल्प मात्र प्रयोग गर्न सकिन्छ यदि syslogd -d डिबग विकल्पको साथ सुरु हुन्छ।

SIGCHLD

बच्चाहरूको लागि पर्खनुहोस् यदि केहि जन्मेका थिए, दीवार'को सन्देशहरूको कारण।

कन्फिगरेसन फाइल सिन्ट्याक्स मतभेद

Syslogd ले यसको मूल कन्फिगरेसन फाइलको लागि एक फरक फरक सिन्ट्याक्स प्रयोग गर्दछ। मौलिक रूपमा एक विशेष प्राथमिकता र माथिको सबै सन्देशहरू लग फाइलमा पठाइयो।

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

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

नयाँ योजना अन्तर्गत यो व्यवहार त्यहि नै रहन्छ। अंतर चार नयाँ स्पिकिफायरहरू, एस्टरस्क ( * ) वाइल्डकार्ड, समीकरण चिन्ह ( = ), विस्मयादिधारी चिन्ह ( ! ), र न्यूनतम चिन्ह ( - ) को अतिरिक्त छ।

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

= वाइल्ड कार्डलाई निर्दिष्ट प्राथमिकता वर्गमा लगिङ रोक्नको लागि प्रयोग गरिन्छ। यसले अनुमति दिन्छ, उदाहरणका लागि, केवल विशेष लगिङ स्रोतमा डीबग सन्देशहरू रूट गर्ने।

उदाहरणको लागि, syslog.conf मा निम्न रेखाले सबै स्रोतबाट डिबग सन्देशहरू / usr / adm / debug फाइललाई सीधा पार्दछ ।

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

यो ! निर्दिष्ट प्राथमिकताहरूको लगिङ छोड्न प्रयोग गरिन्छ। यसले सबै (!) प्राथमिकताहरू निर्दिष्ट गर्ने सम्भावनालाई प्रभाव पार्छ।

उदाहरणको लागि, निम्न लाइनहरूले सुविधा मेलको सबै सन्देशहरू लगाउनेछ जुन प्राथमिकताको जानकारी / usr / adm / mail फाइल को बाहेक। र news.crit (बाहेक) लाई news.info (सहित) बाट सबै सन्देशहरू / usr / adm / news फाइलमा लग इन गरिनेछ।

# नमूना syslog.conf मेल। *; मेल।! Info = usr / adm / mail news.info; news।! Crit / usr / adm / news

तपाइँ यसलाई एक अपवाद निर्दिष्टकर्ताको रूपमा intuitively प्रयोग गर्न सक्नुहुन्छ। माथि उल्लिखित व्याख्या बस उल्टो छ। तपाईंले प्रयोग गर्न सक्नुहुनेछ

mail.none

वा

मेल।! *

वा

मेल।! डिबग

मेल सन्देशको साथ आउने हरेक सन्देश छोड्नुहोस्। यससँग प्ले गर्नको लागि धेरै कोठा छ। :-)

यदि तपाईँले प्रत्येक लेख पछि फाइल सिंक गर्न छोडेमा मात्र फाइलनाम उपसर्गमा प्रयोग गर्न सकिन्छ।

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

रिमोट लगिङको लागि समर्थन

यी परिमार्जनहरू syslogd सुविधामा नेटवर्क समर्थन प्रदान गर्दछ। सञ्जाल समर्थन भनेको हो कि सन्देशहरू एक नोड चलिरहेको syslogd बाट अर्को नोड चलिरहेको syslogd मा फर्वार्ड गर्न सकिन्छ जहाँ तिनीहरू वास्तवमा डिस्क फाइलमा लग इन हुनेछन्।

यसलाई सक्षम गर्नको लागि तपाईँले आदेश लाइनमा -r विकल्प निर्दिष्ट गर्नु पर्छ। पूर्वनिर्धारित व्यवहार भनेको syslogd ले नेटवर्क सुन्न सक्दैन।

यो रणनीतिमा स्थानीय रूपमा लग लग सन्देशहरूको लागि यूनिक्स डोमेन सकेटमा syslogd सुन्नु पर्छ। यो व्यवहारले syslogd लाई मानक सी लाइब्रेरीमा फेला पर्यो syslog सँग अन्तरक्रिया गर्न अनुमति दिन्छ। एकै समयमा syslogd ले अर्को होस्टहरूबाट सन्देशहरू पठाउन मानक syslog पोर्टमा सूचीबद्ध गर्दछ। यो काम सही तरिकाले सेवा (5) फाईलहरू (सामान्य रूपमा फेला पर्यो / आदिमा ) निम्न प्रविष्टि हुनु पर्छ:

syslog 514 / udp

यदि यो प्रविष्टिले syslogd हराएको छैन भने नमिल्ने रिमोट सन्देशहरू प्राप्त गर्न वा तिनीहरूलाई पठाउन सक्दैन किनभने यूडीडी पोर्ट बन्द हुन सक्छ। यसको सट्टा, syslogd तुरुन्तै मर्नेछ, त्रुटि सन्देश उड्दै।

सन्देशहरू अर्को होस्टमा फर्वार्ड गर्न सामान्य फाइल लाइन syslog.conf फाइलमा प्रतिस्थापन गर्नुहोस् जो होस्टको नाममा सन्देशहरू पठाइने छ जुन @ @ को साथ प्रस्तुत गरिएको छ।

उदाहरणको लागि, निम्न syslog.conf प्रविष्टि प्रयोग गरेर सबै टाढाको होस्टमा सबै सन्देशहरू:

# रिमोट होस्टमा सबै सन्देशहरू फर्वार्डमा # सन्देशहरूमा syslogd कन्फिगरेसन फाइल नमूना। *। * @ होस्स्टनाम

टाढाको होस्टमा सबै कर्नेल सन्देशहरू फर्वार्ड कन्फिगरेसन फाईल निम्नानुसार हुनेछ:

# रिमोट होस्टमा सबै कर्नेल # सन्देशहरू फर्वार्ड गर्न नमूना कन्फिगरेसन फाइल। kern। * @hostname

यदि रिस्टलअपमा टाढाको होस्टनाम समाधान गर्न सकिँदैन, किनभने नाम-सर्भर पहुँचयोग्य नहुन सक्छ (यो syslogd पछि सुरु हुन सक्छ) तपाईंलाई चिन्ता पर्दैन। Syslogd ले दस पटक नाम समाधान गर्न पुन: प्रयास गर्नेछ र त्यसपछि उजुरी गर्नेछ। यसबाट टाढाको अर्को सम्भावना हो / होस्टनाममा होस्टनाम।

सामान्य syslogd को साथ तपाईले सन्देशहरू पठाउनुहुनेछ यदि रिमोट होस्टबाट प्राप्त होस्टहरू समान होस्टमा (वा तेस्रो होस्टमा जटिल छ जुन यो फर्केर फर्केर फर्केर पठाउँछ) पठाउँदछ। मेरो डोमेन (इन्फोड्रोम ओल्डेनबर्ग) मा हामी गल्तीसाथ एकै भए र हाम्रो डिस्क एउटै एकल सन्देशसँग भरिएको छ। :-(

यो समयबाट टाढाको लागि रिमोट होस्टबाट प्राप्त भएका कुनै सन्देशहरू अर्को (वा त्यही हो) टाढाको होस्टमा पठाइएको छैन। यदि त्यहाँ परिदृश्यहरू छन् जहाँ यो अर्थ छैन, कृपया मलाई (जोई) एक रेखा छोड्नुहोस्।

यदि होस्ट रिमोट होस्ट समान होस्ट डोमेनको रूपमा स्थित छ भने, syslogd मा चलिरहेको छ, केवल fqdn को सट्टा सरल होस्टनाम लग हुनेछ।

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

-l विकल्प प्रयोग गरेर स्थानीय मशीनहरूको रूपमा एकल होस्टहरू परिभाषित गर्न सम्भव छ। यो, पनि, केवल तिनीहरूको सरल होस्टिङ लगइन गर्न र फिक्स्ड होइन।

UDP सकेटले सन्देशहरूलाई रिमोट होस्टहरूमा फर्वार्ड गर्न वा तिनीहरूका सन्देशहरू प्राप्त गर्न मात्र प्रयोग गरिन्छ जब यो आवश्यक हुन्छ। 1.3-23 भन्दा अघि रिलीजमा यो हरेक पटक खोलिएको थियो तर क्रमशः पढ्ने वा अग्रेषणको लागी खोलिएको थिएन।

नामाकरण पाइप (FIFOs) मा आउटपुट

Syslogd को यो संस्करणमा नामहरू पाइपहरू (प्यानोस) लाई लग लगिङ गर्न समर्थन छ। फाइलको नाममा एक पाइप प्रतीक (`` | '') लाई प्रसोधन गरेर लग सन्देशहरूको लागि गन्तव्यको रूपमा एक पियो वा नामकरण पाइप प्रयोग गर्न सकिन्छ। यो डिबगिङको लागि सजिलो छ। ध्यान दिनुहोस् कि syslogd सुरु गर्नु अघि पिक्को mkfifo कमान्डसँग सिर्जना गर्नु पर्छ।

निम्न कन्फिगुरेसन फाइल मार्गहरू कर्नलबाट पेसोलाई पब अपमा डिबग गर्नुहोस्:

# मार्गमा नमूना कन्फिगुरेसन कर्नेल डिबगिङ # सन्देशहरू मात्र / usr / adm / debug मा एक # नाम गरिएको पाइप हो। kern। = डिबग | / usr / adm / debug

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

शायद syslogd को यो संस्करण स्थापना गर्दा एक महत्त्वपूर्ण विचार हो। Syslogd को यो संस्करण syslog प्रकार्य द्वारा सन्देश को उचित ढाँचा मा निर्भर छ। साझा लाइब्रेरीहरूमा syslog प्रकार्यको प्रकार्य libc.so.4। [2-4] .एन। विशिष्ट परिवर्तन / dev / log socket मा पठाउन अघि सन्देशलाई निलम्बन गर्ने थियो। Syslogd को यस संस्करण को उचित प्रकार्य संदेश को निलम्बन मा निर्भर छ।

यो समस्या सामान्य रूपमा आफूलाई प्रकट हुनेछ यदि स्थिर रूपमा लिङ्क गरिएको बाइनरीहरू प्रणालीमा प्रयोग गरिन्छन्। Syslog प्रकार्यको पुरानो संस्करणहरू प्रयोग गरेर बाइनरीहरू खाली सन्देशहरू सन्देशमा हटाइएका सन्देशहरूको पहिलो सन्देशको साथ लगइन हुन सक्छ। साझा गरिएका पुस्तकालयहरूको नयाँ संस्करणहरूमा यी बाइनरीहरू पुन: लिङ्क गर्दा यो समस्या सही हुनेछ।

दुवै syslogd (8) र klogd (8) या त init (8) बाट चलाउन सकिन्छ वा आरसीको भागको रूपमा सुरु गरिएको। * अनुक्रम। यदि इनइन्टबाट सुरू गरिएको छ भने - विकल्प सेट गर्नु पर्दछ, अन्यथा, तपाईले टन टाउको सिसलग डेमोन प्राप्त गर्नुहुनेछ। यो छ किनकि इन्निट (8) प्रक्रिया आईडीमा निर्भर गर्दछ।

सुरक्षा खतराहरू

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

त्यहाँ मेशिनको सुरक्षा गर्ने थुप्रै तरिकाहरू छन्:

1. कुन होस्टहरू वा सञ्जालहरू 514 / UDP सकेटमा पहुँच गर्न सीमा गर्न कर्नेल फायरवाललाइङ लागू गर्नुहोस्।
2. लगिङलाई पृथक वा गैर-मूल फाइल प्रणालीमा निर्देशित गर्न सकिन्छ, यदि भरिएको भएमा, मेसिनलाई असर नगर्ने।
3. Ext2 फाईलप्रणाली प्रयोग गर्न सकिन्छ जुन रूटद्वारा उपयोगको लागि फाइल प्रणालीको निश्चित प्रतिशत सीमित गर्न कन्फिगर गर्न सकिन्छ। नोट कि यो syslogd गैर-रूट प्रक्रियाको रूपमा चलाउन आवश्यक हुनेछ। साथै यो नोट गर्नुहोस् कि रिमोट लगिङको प्रयोगलाई रोक्न सक्दछ किनभने syslogd 514 / UDP सकेट बाँध्न असमर्थ हुनेछ।
4. इनसेट डोमेन स्याकेटहरू असक्षम पार्दा स्थानीय मेसिनमा जोखिम सीमित हुनेछ।
5. चरण 4 को प्रयोग गर्नुहोस् र यदि समस्या रहिरहन्छ र दायाँ कार्यक्रममा माध्यमिक होइन / डेमोन एक 3.5 फीट (लगभग 1 मीटर) चिसो रडको लम्बाइ लिन्छ * र प्रश्नमा प्रयोगकर्तासँग च्याट छ। Sucker rod def। --- 3/4, 7/8 वा 1 9। कठोर इस्पात रड, पुरुष प्रत्येक अन्त मा पिरोया। पश्चिमी उत्तरी डकोटामा तेल उद्योगमा प्राथमिक प्रयोग र अन्य स्थानहरूमा तेलको कुकबाट 'चूसने' तेल पम्प गर्न। माध्यमिक उपयोगहरू जनावरको फसलको निर्माणको लागि र कहिलेकाहीँ पुनरुत्थान वा फरक व्यक्तिसँग व्यवहार गर्नका लागि हो।

डिबग गर्दै

जब डीबगिङ -D प्रयोग गरेर चालू गरिएको छ तब syslogd धेरै verbose हुनेछ यो धेरै स्टडआउट मा के गर्दछ। जब भी कन्फिगरेसन फाइल रेरेड र पुन: पार्स गरिएको छ तपाईले ट्याबुलल देख्नुहुनेछ, आन्तरिक डेटा संरचनासँग सम्बन्धित। यो ट्याबुलरमा चार क्षेत्रहरू छन्:

संख्या

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

ढाँचा

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

action

यो फिल्डले जब कुनै सन्देश प्राप्त गरेको हो जुन पद्धतिसँग मेल खान्छ जुन विशेष कार्य गर्दछ। सबै सम्भावित कार्यहरूका लागि syslog.conf (5) manpage मा सन्दर्भ गर्नुहोस्।

तर्कहरू

यो फिल्डले अन्तिम क्षेत्रको कार्यहरूमा थप तर्कहरू देखाउँदछ। फाइल-लगइनका लागि यो लगफाइलका लागि फाइलनाम हो; प्रयोगकर्ता-लगिङका लागि यो प्रयोगकर्ताहरूको सूची हो; टाढाको लगिङको लागि यो मेनुको होस्टनाम हो लगइन गर्न; कन्सोल-लगइनको लागि यो प्रयोग गरिएको कन्सोल हो; यसका लागि तल्लो-लगइन निर्दिष्ट निर्दिष्ट छ। पर्खालमा कुनै अतिरिक्त तर्क छैन।

यो पनि हेर्नुहोस्

लजर (1), syslog (2), (5)

सहयोगीहरू

Syslogd BSD स्रोतहरु बाट लिइएको छ, ग्रेग विटस्टीन (greg@wind.enjellic.com) पोर्टमा लिनक्स , मार्टिन श्लेज (joey@linux.de) ले केही बगहरू निश्चित गरी धेरै नयाँ सुविधाहरू थपे। Klogd मूल रूप देखि स्टीव भगवान (lord@cray.com) द्वारा लिखित थियो, ग्रेग Wettstein ले प्रमुख सुधार गरे।

डा। ग्रेग विटेस्टीन
Enjellic Systems Development

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

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

Juha Virtanen
jiivee@hut.fi

शेन एल्डर्टन
shane@ion.apana.org.au

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

महत्वपूर्ण: तपाईको विशेष कम्प्युटरमा आदेश कसरी प्रयोग गरिन्छ भनेर हेर्नको लागि मानिसको आदेश ( % मानिस ) प्रयोग गर्नुहोस्।

सम्बन्धित लेखहरू

• sysklogd - लिनक्स कमांड - यूनिक्स कमान्ड
• rwall - rwa के छ