Sysklogd უზრუნველყოფს ორ სისტემურ კომუნალურ სისტემას, რომელიც უზრუნველყოფს სისტემურ ლოგს და კერნელის შეტყობინების ხაფანგში მხარდაჭერას. როგორც ინტერნეტის, ისე უნიკალურ დომენების ქსელების მხარდაჭერა ამ კომუნალურ პაკეტს საშუალებას მისცემს, ხელი შეუწყონ ადგილობრივ და შორეულ ხეებს.
სისტემაში შესვლისას მოცემულია BSD- ის წყაროებიდან მიღებული syslogd (8) ვერსია. Kernel logging- ის მხარდაჭერა უზრუნველყოფს klogd (8) უტილიტა, რომელიც საშუალებას იძლევა კერნელის მორგება ჩატარდეს ცალკე მოდის ან syslogd- ის კლიენტად.
Syslogd უზრუნველყოფს სახის ხეებს, რომ ბევრი თანამედროვე პროგრამების გამოყენება. ყოველი შესული გზავნილი შეიცავს მინიმუმ დროსა და მასპინძელ ველს, ჩვეულებრივ პროგრამის სახელი ველს, მაგრამ ეს დამოკიდებულია იმაზე, თუ რამდენად ენდობა ლოგინგის პროგრამა.
მიუხედავად იმისა, რომ syslogd წყაროები უკვე მძიმედ შეცვლილია რამდენიმე შენიშვნები მიზნით. უპირველეს ყოვლისა ყოფილა სისტემატური მცდელობა, რათა უზრუნველყოს, რომ syslogd შემდეგნაირად იცვლება მისი სტანდარტული, სტანდარტული BSD ქცევა. მეორე მნიშვნელოვანი კონცეფცია უნდა აღინიშნოს, რომ ეს ვერსია syslogd ურთიერთქმედებს გამჭვირვალედ ვერსია syslog ნაპოვნი სტანდარტული ბიბლიოთეკები. თუ ჩვეულებრივი საერთო ბიბლიოთეკებთან დაკავშირებული ორობითი არ არის სწორად ფუნქციონირება, ჩვენ გვსურს ანომალური ქცევის მაგალითი.
ძირითადი კონფიგურაციის ფაილი /etc/syslog.conf ან ალტერნატიული ფაილი, რომელიც მოცემულია -f პარამეტრით, წაიკითხავს გაშვების დროს. იგნორირებულია ნებისმიერი ხაზი, რომელიც იწყება hash ნიშნის (`` # '') და ცარიელი ხაზებით. თუ შეცდომა იწყება მთელი ხაზის გაანგარიშების დროს, იგნორირებულია.
სინოფსისი
syslogd [ -d ] [ -d ] [ -d ] [ -h ] [ -h ] [ -h ] [ -h ] [ -h ] v ] [ -x ]
პარამეტრები
- სოკეტი
ამ არგუმენტის გამოყენება შეგიძლიათ მიუთითოთ დამატებითი სოკეტებისგან, რომ syslogd- ი უნდა მოუსმინოს. ეს საჭიროა, თუ თქვენ აპირებთ ზოგიერთი Daemon აწარმოებს ფარგლებში chroot () გარემოში. თქვენ შეგიძლიათ გამოიყენოთ 19 დამატებითი სოკეტები. თუ თქვენი გარემო კიდევ უფრო მეტია საჭირო, თქვენ უნდა გაზარდოთ სიმბოლო MAXFUNIX- ში syslogd.c წყაროში. მაგალითი chroot () daemon აღწერს ხალხი OpenBSD- ზე http://www.psionic.com/papers/dns.html.
-d
ჩართულია გამართვის რეჟიმი. გამოყენება daemon არ გააგრძელებს ჩანგალი (2) შექმნას თავად ფონზე, მაგრამ საპირისპირო რომ დარჩენა წინა პლანზე და წერს ბევრი გამართვის ინფორმაცია მიმდინარე tty. იხ. DEBUGGING სექცია დამატებითი ინფორმაციისთვის.
-f config ფაილი
მიუთითეთ ალტერნატიული კონფიგურაციის ფაილი /etc/syslog.conf- ის ნაცვლად, რაც ნაგულისხმევია.
-ჰ
ჩვეულებრივ, syslogd არ გააგზავნის შეტყობინებებს მას მიმღებთაგან. ბრძანების ხაზის ამორების მითითება გამოიწვევს ჟურნალი დემონსს გაუგზავნოს ნებისმიერი დისტანციურ შეტყობინებას, რომელიც მას გადაეგზავნება გადამისამართების მასპინძლებს, რომლებიც განსაზღვრულია.
-l მასპინძელი
მიუთითეთ ჰოსტის სახელი, რომელიც უნდა იყოს მხოლოდ მარტივი მასპინძელი სახელით და არა fqdn. მრავალი მასპინძელი შეიძლება განისაზღვროს კოლონის გამოყენებით (``: '') გამყოფი.
-m ინტერვალი
Syslogd- ი რეგულარულად მარკის ნიშნულს იწერს . ნაგულისხმევი ინტერვალი ორ - MARK - ხაზებს შორის არის 20 წუთი. ეს შეიძლება შეიცვალოს ამ ვარიანტით. ნულოვანი ინტერვალით შექმნის მთლიანად.
-ნ
თავიდან იქნას აცილებული ავტომატური ფონი. ეს განსაკუთრებით საჭიროა, თუ syslogd იწყება და აკონტროლებს init (8).
-p სოკეტი
თქვენ შეგიძლიათ მიუთითოთ ალტერნატიული Unix დომენი Socket ნაცვლად / dev / log .
-რ
ეს პარამეტრი შესაძლებელს გახდის ქსელის მეშვეობით მიიღოთ შეტყობინება ქსელის გამოყენებით ინტერნეტ დომენის გამოყენებით, syslog სერვისით (იხ. (5)). რა თქმა უნდა, ქსელისგან რაიმე შეტყობინებების მიღება არ არის.
ეს ვარიანტი შემოთავაზებულია sysklogd პაკეტის ვერსია 1.3. გთხოვთ გაითვალისწინოთ, რომ ნაგულისხმევი ქცევა საპირისპიროა, თუ როგორ ხდება ძველი ვერსიები, ასე რომ, შესაძლოა, ჩართოთ ეს.
-s domainlist
მიუთითეთ დომენური სახელი, რომელიც უნდა ჩამოიშოროთ შესვლამდე. მრავალჯერადი დომენები შეიძლება განისაზღვროს კოლონის გამოყენებით (``: '') გამყოფი. გთხოვთ, გაითვალისწინოთ, რომ ქვე-დომენები არ შეიძლება დაზუსტდეს, მაგრამ მხოლოდ მთელი დომენები. მაგალითად, თუ ჩრდილოეთით არის მითითებული, და მასპინძელი ხეები წყვეტს satu.infodrom.north.de არ იქნება მოჭრილი, თქვენ უნდა მონიშნოთ ორი დომენები, როგორიცაა: s north.de:infodrom.north.de .
-ვ
ბეჭდვის ვერსია და გასასვლელი.
-x
დისტანციური შეტყობინებების მიღებისას სახელის ძიების გამორთვა. ეს avoids deadlocks როდესაც nameserver არის გაშვებული იმავე მანქანა, რომელიც ეშვება syslog დემონი.
სიგნალები
Syslogd რეაგირებს კომპლექტი სიგნალები. თქვენ მარტივად შეგიძლიათ გააგზავნოთ სიგნალი syslogd- ს გამოყენებით:
მოკვლა- SIGNAL `cat / var / run / syslogd.pid`ჩაიძირა
ეს საშუალებას syslogd შეასრულოს ხელახალი ინიციალიზაცია. ყველა ღია ფაილი დახურულია, კონფიგურაციის ფაილი (default არის /etc/syslog.conf ) იქნება reread და syslog (3) დაწესებულებაში კვლავ დაიწყო.
SIGTERM
Syslogd მოკვდება.
SIGINT , SIGQUIT
თუ გაუქმება შესაძლებელია, ისინი იგნორირებულია, სხვაგვარად syslogd მოკვდება.
SIGUSR1
შეცვლა გამორთვა / გამორთვა. ეს პარამეტრი შეიძლება გამოყენებულ იქნას მხოლოდ იმ შემთხვევაში, თუ syslogd- ი იწყება -d- ის გამართვის ვარიანტით.
SIGCHLD
დაელოდეთ ბავშვებს, თუ ზოგიერთი დაიბადა, კედლის შეტყობინებების გამო.
კონფიგურაცია ფაილი სინტაქსი განსხვავებები
Syslogd იყენებს ოდნავ განსხვავებულ სინტაქსს მისი კონფიგურაციისთვის, ვიდრე ორიგინალური BSD წყაროებიდან. თავდაპირველად, კონკრეტული პრიორიტეტისა და ზემოთხსენებული ყველა წერილი გადაგზავნილი იქნა ფაილთან.
მაგალითად, შემდეგმა ხაზიმ გამოიწვია Daemon- ის ყველა გამომავალი დემონი საშუალებების გამოყენებით (დეფიგურა არის ყველაზე დაბალი პრიორიტეტი, ასე რომ ყველა მაღალია ასევე შეესაბამება) / usr / adm / daemons- ში წასვლა:
# Sample syslog.conf daemon.debug / usr / adm / daemonsახალი სქემით, ეს ქცევა იგივე რჩება. განსხვავებაა ოთხი ახალი specifiers, ვარსკვლავის ( * ) ვესპორტის, განტოლების ნიშანი ( = ), ძახილის ნიშანი ( ! ) და მინუს ნიშანი ( - ).
* განსაზღვრავს, რომ მითითებულ ობიექტზე ყველა შეტყობინება მიმართული იქნება დანიშნულების ადგილზე. გაითვალისწინეთ, რომ ეს ქცევა დეგენერატის პრიორიტეტულობის დონის მითითებით. მომხმარებელი მიუთითებს, რომ ვარსკვლავის ნოტაცია უფრო ინტუიტიურია.
= Wildcard გამოიყენება შეზღუდვების აღრიცხვაზე მითითებულ პრიორიტეტულ კლასში. ეს საშუალებას იძლევა, მაგალითად, მარშრუტირება მხოლოდ შეცდომების შეტყობინებას კონკრეტული ხედისთვის.
მაგალითად, syslog.conf- ზე შემდეგი ხაზი ყველა წყაროს დუბლირების შეტყობინებას / usr / adm / debug ფაილზე პირდაპირ უშვებს .
# Sample syslog.conf *. = გამართვის / usr / adm / debugის ! გამოიყენება გამოყოფილი პრიორიტეტების აღრიცხვაზე. ეს გავლენას ახდენს ყველა (!) პრიორიტეტების განსაზღვრის შესაძლებლობებზე.
მაგალითად, ქვემოთ მოყვანილი ხაზები გააგზავნის ყველა შეტყობინებას დაწესებულების ფოსტის გარდა გარდა პრიორიტეტულად ინფორმაციის / usr / adm / mail ფაილისთვის. და news.fo (მათ შორის) news.crit (გამონაკლისი) ყველა შეტყობინებები იქნება logged to / usr / adm / news file.
# Sample syslog.conf ფოსტა. *; ფოსტა.! = Info / usr / adm / mail news.info; ახალი ამბები.! Crit / usr / adm / newsშეგიძლიათ გამოიყენოთ იგი ინტუიციურად, როგორც გამონაკლისი. აღნიშნული ინტერპრეტაცია უბრალოდ ინვერსიულია. ამის გაკეთება შეგიძლიათ
mail.noneან
ფოსტა.!ან
ფოსტაგამოტოვოთ ყველა წერილი, რომელიც გააჩნია ფოსტის საშუალებით. მასთან ბევრი ოთახია. :-)
- შეიძლება გამოყენებულ იქნეს მხოლოდ ფაილის წარდგენისთვის, თუ გსურთ დაყოს ფაილი სინქრონიზაციის შემდეგ მასზე დაწერის შემდეგ.
ეს შეიძლება აისახოს იმ პირებზე, რომლებიც გამოიყენება BSD- ის სუფთა ქცევისთვის, მაგრამ ტესტერები მიუთითებენ, რომ ეს სინტაქსი უფრო მოქნილია, ვიდრე BSD ქცევა. გაითვალისწინეთ, რომ ეს ცვლილებები არ უნდა იმოქმედოს სტანდარტული syslog.conf (5) ფაილებზე. თქვენ უნდა მოახდინოთ კონფიგურაციის ფაილების მოდიფიცირება კონკრეტული ქცევის მისაღებად.
მხარდაჭერა დისტანციური ხე
ეს ცვლილებები უზრუნველყოფს ქსელის მხარდაჭერას syslogd დაწესებულებაში. ქსელის მხარდაჭერა იმას ნიშნავს, რომ შეტყობინებები შეიძლება გადაგზავნილი იყოს ერთი კვანძისგან, რომელიც syslogd- ს სხვა კვანძის გაშვებით მიმდინარეობს.
ამისათვის თქვენ უნდა მიუთითოთ ბრძანებათა სტრიქონის ბრძანება. ნაგულისხმევი ქცევა ის არის, რომ syslogd არ მოუსმენს ქსელს.
სტრატეგია უნდა syslogd მოუსმინოს unix domain socket ადგილობრივად გენერირებული log შეტყობინებები. ეს ქცევა საშუალებას იძლევა syslogd- ს ჩართვა syslog- ში სტანდარტული C ბიბლიოთეკაში. ამავე დროს syslogd უსმენს სტანდარტულ სერვერულ პორტს სხვა მასპინძლების მიერ გაგზავნილი შეტყობინებებისათვის. ამ სამუშაოს სწორად გაცნობა (5) ფაილი (როგორც წესი, გვხვდება / etc ) უნდა ჰქონდეს შემდეგი ჩანაწერი:
syslog 514 / udpთუ ეს ჩანაწერი აკლია syslogd ვერ მიიღებს დისტანციურ შეტყობინებებს და ვერ გააგზავნით მათ, რადგან UDP პორტი ვერ გაიხსნება. ამის ნაცვლად, syslogd მოკვდება დაუყოვნებლივ, აფეთქება შეცდომა.
იმისათვის, რომ გამოიწეროთ შეტყობინებები გადაგზავნილი სხვა მასპინძელი შეცვალოს ნორმალური ფაილის ხაზის syslog.conf ფაილი სახელით მასპინძელი, რომელიც შეტყობინებები უნდა გაიგზავნოს prepended @.
მაგალითად, გააგზავნეთ ყველა შეტყობინების გაგზავნა დისტანციური მასპინძლისთვის შემდეგი syslog.conf- ის გამოყენებით:
# ნიმუში syslogd კონფიგურაციის ფაილი # შეტყობინებები დისტანციური მასპინძელი ყველა. *.* @მასპინძლის სახელიდისტანციური მასპინძლებისთვის ყველა კერნელი შეტყობინებების გადასატანად კონფიგურაციის ფაილი ასეთია:
# Sample კონფიგურაციის ფაილი გადაგზავნა ყველა ბირთვი # შეტყობინებას დისტანციური მასპინძლისთვის. kern. * @hostnameთუ დისტანციური მასპინძელი ვერ გადაწყდება გაშვების დროს, რადგან სახელი-სერვერი არ შეიძლება ხელმისაწვდომი იყოს (შეიძლება მას შემდეგ დაიწყოს syslogd), რაც არ უნდა ფიქრი. Syslogd კვლავ შეეცდება გადაწყვიტოს სახელი ათი ჯერ და შემდეგ უჩივიან. ამის თავიდან ასაცილებლად სხვა საშუალებაა განთავსება ჰოსტის სახით / etc / hosts .
ნორმალური syslogd s- ს მიიღებთ syslog-loops თუ გააგზავნით შეტყობინებებს, რომლებიც დისტანციური მასპინძელიდან იმავე მასპინძელიდან მიიღეს (ან უფრო გართულებული მესამე მასპინძელი, რომელიც მას პირველად მიმართავს და ასე შემდეგ). ჩემი დომენში (Infodrom Oldenburg) ჩვენ შემთხვევით მივიღეთ ერთი და ჩვენი დისკები, რომლებიც ერთი და იგივე შეტყობინებით არის შევსებული. :-(
ამის თავიდან ასაცილებლად სხვა შეტყობინებები, რომლებიც დისტანციური მასპინძელიდან მიღებული იქნა, სხვა (ანუ) დისტანციური მასპინძელით აღარ გაიგზავნება. თუ არსებობს სცენარები, სადაც ეს აზრი არ აქვს, გთხოვთ, ჩამოშალოს მე (ჯოიე) ხაზი.
თუ დისტანციური მასპინძელი მდებარეობს იმავე დომენში, როგორც მასპინძელი, syslogd გაშვებულია, მხოლოდ უბრალო მასპინძელი სახელი ჩაითვლება მთელი fqdn ნაცვლად.
ლოკალურ ქსელში შეგიძლიათ წარმოადგინოთ ცენტრალური სერვერის სერვერი, რომ ერთ მანქანაზე შენახული ყველა მნიშვნელოვანი ინფორმაცია. თუ ქსელი შედგება სხვადასხვა დომენებისგან, თქვენ არ გექნებათ უჩივიან ხედის სრულად კვალიფიციურ სახელებს უბრალო ჰოსტის ნაცვლად. თქვენ შეგიძლიათ გამოიყენოთ ამ სერვერის ზოლის დომენის ფუნქცია. თქვენ შეგიძლიათ თქვათ, რომ syslogd- ს რამდენიმე დომენის დასატოვებლად , ვიდრე ერთი სერვერი მდებარეობს და მხოლოდ უბრალო ჰოსტინგის შესვლა.
-l- ს ვარიანტის გამოყენება ასევე არსებობს ერთჯერადი მასპინძლების როგორც ადგილობრივი აპარატების განსაზღვრის შესაძლებლობა. ეს, ასევე, იწვევს მხოლოდ უბრალო მასპინძლებს და არა fqdns- ს.
UDP- ს ბუდე გამოიყენება დისტანციური მასპინძლებისთვის შეტყობინების გაგზავნისთვის ან მათგან შეტყობინებების მიღება მხოლოდ მაშინ, როცა საჭიროა. 1.3-23 წლამდე რელიზებში ყოველ ჯერზე გაიხსნა, მაგრამ არ გაიხსნა კითხვისთვის ან საექსპედიტოროდ.
გამოყვანილი მილები (FIFOs)
Syslogd- ის ეს ვერსია მხარდაჭერილია გამომავალი მილებისთვის (fifos). მეხუთე ან დასახელებული მილის გამოყენება შეიძლება გამოყენებულ იქნეს როგორც საფოსტო გზავნილებისთვის დანიშნულების ადგილის სახელით (`` | ეს არის მოსახერხებელი დიაგრამა. გაითვალისწინეთ, რომ fifo უნდა შეიქმნას mkfifo ბრძანება syslogd- ის დაწყებამდე.
შემდეგი კონფიგურაციის ფაილი მარშრუტებისგან დუბლირების შეტყობინებებს მარშრუტიდან ფარავს:
# ნიმუში კონფიგურაცია მარშრუტის მარშრუტის მარშრუტისთვის, მხოლოდ # usr / adm / debug- ზე, რომელიც # დასახელებული მილისაა. kern. = გამართვის | / usr / adm / debugსამონტაჟო შეშფოთება
არსებობს ალბათ ერთი მნიშვნელოვანი განხილვა, როდესაც ამ ვერსიის syslogd. Syslogd- ის ეს ვერსია დამოკიდებულია syslog ფუნქციით სათანადო გაფორმებით. Syslog ფუნქციის ფუნქციონირება საერთო ბიბლიოთეკებში შეცვალეს libc.so.4 რეგიონში. [2-4]. ნ. კონკრეტული ცვლილება იყო ნულოვანი შეწყვეტა გაგზავნა სანამ გადაცემის მას / dev / log სოკეტი. Syslogd- ის ამ ვერსიის სწორად ფუნქციონირება დამოკიდებულია შეტყობინებას null- შეწყვეტასთან დაკავშირებით.
ეს პრობლემა, როგორც წესი, გამოვლინდება, თუ სისტემაში ძველი სტატისტიკურად დაკავშირებული ტერმინები გამოიყენება. ტერმინები syslog ფუნქციის ძველი ვერსიის გამოყენებით გამოიწვევს ცარიელი ხაზების შესასვლელად შეტყობინებას, რომელიც მოჰყვა შეტყობინებას პირველ წერილთან ერთად შეტყობინების გაგზავნაში. ამ პრობლემის კორექტირება ამ ორენოვანი გაზიარების ბიბლიოთეკების ახალ ვერსიებს შეეხება.
ორივე syslogd (8) და klogd (8) შეიძლება აწარმოებს საწყისი init (8) ან დაიწყო ნაწილი RC. * თანმიმდევრობა. თუ ის ინიციიდან დაიწყება პარამეტრი- n უნდა იყოს მითითებული, წინააღმდეგ შემთხვევაში, თქვენ მიიღებთ ტონა syslog daemons დაიწყო. ეს იმიტომ, რომ init (8) დამოკიდებულია პროცესის ID.
უსაფრთხოების საფრთხეები
არსებობს syslogd daemon- ის პოტენციალი, რომელიც შეიძლება გამოყენებულ იქნას როგორც სერვისის შეტევის უარყოფისთვის. მადლობა წასვლა ჯონ მორისონი (jmorriso@rflab.ee.ubc.ca) გამაფრთხილებელი ჩემთვის ამ პოტენციალი. Rogue პროგრამა (mer) შეიძლება ძალიან ადვილად დატბორილი syslogd daemon ერთად syslog შეტყობინებები შედეგად log ფაილი მოიხმარს ყველა დარჩენილი სივრცე ფაილიystem. Inet- ის დომენური სოკეტების საშუალებით გააქტიურების სისტემა, რა თქმა უნდა, გამოაშკარავებს სისტემას გარეთ პროგრამების ან კერძო პირების ადგილობრივ მანქანებზე.
მანქანების დაცვის რამდენიმე მეთოდი არსებობს:
- განახორციელოს kernel firewalling შეზღუდოს რომელიც მასპინძლებს ან ქსელების ხელმისაწვდომობის 514 / UDP სოკეტი.
- ლოგიკა შეიძლება მიმართული იყოს იზოლირებულ ან არასასოფლო ფაილურ სისტემასთან, რომელიც, თუ შევსებული, მანქანა არ დააზიანებს.
- შეიძლება გამოყენებულ იქნას ext2 ფაილური სისტემა, რომელიც შეიძლება კონფიგურირებული იყოს ფაილური სისტემის გარკვეული პროცენტი, რომელიც მხოლოდ root- ით სარგებლობს. შენიშვნა, რომ ეს მოითხოვს syslogd უნდა აწარმოებს, როგორც არასამთავრობო root პროცესი. ასევე შენიშვნა, რომ ეს ხელს უშლის დისტანციური ხეების გამოყენებას, რადგან syslogd ვერ შეძლებს 514 / UDP- ის სათავსოს შეთავსებას.
- Inet დომენის სოკეტების გამორთვა ადგილობრივ მანქანას რისკავს.
- გამოიყენეთ ნაბიჯი 4 და თუ პრობლემა გრძელდება და არ არის მეორე მხარეს Rogue პროგრამა / Daemon მიიღოს 3.5 ft (დაახლოებით 1 მეტრი) სიგრძის sucker Rod * და აქვს სტატისტიკა ერთად მომხმარებელი კითხვაზე. Sucker rod def. --- 3/4, 7/8 ან 1in. გამაგრებული ფოლადი როდ, მამაკაცის ხრახნიანი ყოველი ბოლომდე. პირველადი გამოყენების ნავთობის მრეწველობის დასავლეთ North Dakota და სხვა ადგილებში უნდა ტუმბოს 'suck' ზეთი ნავთობის ჭაბურღილები. მეორადი მიზნებია მსხვილფეხა რქოსანი საკვების ლოტების მშენებლობა და შემთხვევითი თანმხლები პირების ან აგრესიული პიროვნების საქმე.
სავალია
როდესაც debugging ჩართულია გამოყენებით -d ვარიანტი მაშინ syslogd იქნება ძალიან verbose მიერ წერილობით ბევრად რა ის აკეთებს stdout. როდესაც კონფიგურაციის ფაილი ხელახლა და ხელახლა გაანგარიშება, თქვენ იხილავთ ცხრილს, რომელიც შეესაბამება შიდა მონაცემთა სტრუქტურას. ეს tabular შედგება ოთხი სფეროებში:
ნომერი
ეს ველი შეიცავს სერიულ რიცხვს ნულიდან დაწყებული. ეს რიცხვი წარმოადგენს შიდა მონაცემთა სტრუქტურის პოზიციას (ანუ მასივი). თუ ერთი ნომერი დარჩა მაშინ შეიძლება იყოს შეცდომა შესაბამისი ხაზის /etc/syslog.conf .
ნიმუში
ეს ველი სახიფათოა და წარმოადგენს შიდა სტრუქტურას. ყველა სვეტი დგას ობიექტისთვის (მიმართეთ syslog (3)). როგორც ხედავთ, ჯერ კიდევ არსებობს გარკვეული საშუალებები, რომლებიც ყოფილ სარგებელს იძლევიან, მხოლოდ მარცხენა მხარეს იყენებენ. სვეტის ყველა ველი წარმოადგენს პრიორიტეტებს (იხ. Syslog (3)).
აქცია
ეს ველი აღწერს იმ კონკრეტულ ქმედებას, რომელიც ხდება მაშინ, როდესაც შეტყობინება მიიღება, რომელიც შეესაბამება ნიმუში. იხილეთ syslog.conf (5) მენიუ ყველა ქმედებაზე.
არგუმენტები
ეს ველი გვიჩვენებს დამატებით არგუმენტს უკანასკნელ სფეროში მოქმედებებში. ფაილების ლოგინაციისთვის ეს არის ფაილის ფაილის წარწერა; მომხმარებლის ლოგინი ეს არის მომხმარებელთა სია; დისტანციური ჭრისთვის ეს არის მასპინძელი სახელი, რათა შეხვიდეთ სისტემაში; კონსოლ-ლოგისთვის ეს არის გამოყენებული კონსოლი; ამისთვის tty-logging ეს არის მითითებული tty; კედელს დამატებითი არგუმენტები არ გააჩნია.
იხილეთ ასევე
თანამშრომლები
Syslogd აღებულია BSD წყაროებიდან, Greg Wettstein (greg@wind.enjellic.com) შესრულებული პორტი Linux- ში , მარტინ Schulze (joey@linux.de) შეცდომები დაფიქსირდა და რამდენიმე ახალი ფუნქცია დაემატა. Klogd თავდაპირველად დაწერილი სტივ უფალი (lord@cray.com), გრეგ Wettstein გააკეთა ძირითადი გაუმჯობესება.
დოქტორი გრეგ ვეტტშინი
ენჯელიური სისტემების განვითარება
ონკოლოგიის სამეცნიერო განყოფილება გამოთვლითი ობიექტი
როჯერ მარისის კიბოს ცენტრი
ფარგო, ND
greg@wind.enjellic.com
სტივენ ტვიეი
კომპიუტერული მეცნიერების დეპარტამენტი
ედინბურგის უნივერსიტეტი, შოტლანდია
sct@dcs.ed.ac.uk
ჯუხა ვერტანანი
jiivee@hut.fi
შანი ალდერტონი
shane@ion.apana.org.au
მარტინ შულიძე
ინფილტრო ოლდენბურგი
joey@linux.de
მნიშვნელოვანია: გამოიყენეთ კაცი ბრძანება ( % man ), რათა ნახოთ თუ როგორ ბრძანება გამოიყენება თქვენს კომპიუტერში.
დაკავშირებული სტატიები