Syslogd Linux եւ Unix հրամանատարությունը

Sysklogd- ն ապահովում է երկու համակարգային կոմունալ ծառայություններ, որոնք ապահովում են համակարգի մուտք գործելու եւ միջուկային հաղորդագրություն բռնելու համար: Ինտերնետի եւ UNIX տիրույթի խցիկների աջակցությունը հնարավորություն է տալիս այս օգտակար փաթեթին աջակցել ինչպես տեղական, այնպես էլ հեռավոր անտառահատումների:

System logging- ը տրամադրվում է syslogd- ի (8) տարբերակով, BSD- ի աղբյուրներից ստացված: Ձեռնարկի ձուլման օժանդակությունը տրամադրվում է klogd (8) կոմունալով, որը թույլ է տալիս միջուկի փայտամշակում անցկացնել ինքնուրույն ձեւով կամ syslogd- ի հաճախորդի կողմից:

Syslogd- ն ապահովում է մի շարք գրականություն, որոնք շատ ժամանակակից ծրագրեր են օգտագործում: Յուրաքանչյուր մուտքագրված հաղորդագրություն պարունակում է առնվազն մեկ անգամ եւ hostname դաշտը, սովորաբար, ծրագրի անվան դաշտը, բայց դա կախված է նրանից, թե որքան վստահելի է գրանցման ծրագիրը:

Մինչ syslogd աղբյուրները խիստ փոփոխված են, մի քանի գրառումներ են կատարվում: Նախեւառաջ եղել է համակարգային փորձ, ապահովելու համար, որ syslogd հետեւում է իր ստանդարտ, ստանդարտ BSD վարքագիծին: Երկրորդ կարեւոր հայեցակարգն այն է, որ syslogd- ի այս տարբերակը թափանցիկորեն համագործակցում է ստանդարտ գրադարաններում հայտնաբերված syslog- ի տարբերակի հետ: Եթե ​​ստանդարտացված գրադարանների հետ կապված մի երկուական տարբերակը ճիշտ չի գործում, մենք կցանկանայինք անոմալ վարքի օրինակ:

Հիմնական կազմաձեւման ֆայլը /etc/syslog.conf կամ այլընտրանքային ֆայլ, որը տրվում է -f- ի տարբերակով, կարդում է նորաստեղծում: Ցանկացած գծեր, որոնք սկսվում են hash նշանի (`# '') եւ դատարկ գծերի հետ, անտեսվում են: Եթե ​​ամբողջ գծի վերլուծության ընթացքում սխալ տեղի է ունենում, անտեսվում է:

Սինոփսիս

syslogd [ -a socket ] [ -d ] [ -f config file ] [ -h ] [ -l hostlist ] [ -m interval ] [ -n ] [ -p socket ] [ -r ] [ -s domainlist ] [ - v ] [ -x ]

Ընտրանքներ

- մի վարդակից

Օգտագործելով այս փաստարկը, դուք կարող եք սահմանել լրացուցիչ վարդակներ այդ syslogd- ից պետք է լսել: Դա անհրաժեշտ է, եթե դուք պատրաստվում եք թողնել որոշ օրինակը chroot () միջավայրում: Դուք կարող եք օգտագործել մինչեւ 19 լրացուցիչ վարդակներ: Եթե ​​ձեր շրջակա միջավայրը կարիք ունի, դուք պետք է բարձրացնեք MAXFUNIX սիմվոլը syslogd.c աղբյուրի ֆայլում: Օրինակ, chroot () օրինակը նկարագրվում է OpenBSD- ի մարդկանց կողմից http://www.psionic.com/papers/dns.html հասցեով:

-դ

Ստացվում է խափանումների ռեժիմում: Օգտագործելով այս դաշնամուրը չի կարող ընթանալ (2) ֆոնի վրա, բայց նախորդում այդ մնալին հակառակ եւ գրել շատ խափանումներ տեղեկատվությունը ներկայիս տտում: Լրացուցիչ տեղեկությունների համար տես DEBUGGING բաժինը:

-f config ֆայլը

Նշեք այլընտրանքային կազմաձեւման ֆայլ ` /etc/syslog.conf- ի փոխարեն, որը լռելյայն է:

-հ

Նախնական կարգով syslogd չի ստացնի հաղորդագրություններ հեռավոր սերվերներից: Հատված հրամանատարի վրա այս անջատիչը ցույց տալու համար մուտք գործելու դոմենը առաջ է անցնում ցանկացած հեռավոր հաղորդագրություն, որը ստացվում է վերոհիշյալ սերվերների վերահասցեագրման համար:

-l հոստարկիչ

Նշեք մի hostname, որը պետք է մուտք գործել միայն իր պարզ տանտերերի անունով եւ ոչ թե fqdn- ով: Բազմաթիվ հյուրընկալողներ կարող են սահմանվել `օգտագործելով կողպեքը (` `` '):

-մ միջակայք

Syslogd պարբերաբար նշում է նշանի ժամանակացույցը: Երկու - MARK - տողերի միջեւ գոյություն ունեցող տեւողությունը 20 րոպե է: Սա կարող է փոխվել այս տարբերակով: Զրոյին զրոյի սահմանելը ամբողջովին անջատում է:

-Ն

Խուսափեք ավտոտնկայացնելուց: Սա անհրաժեշտ է, հատկապես, եթե syslogd- ը սկսվում եւ վերահսկվում է init- ի կողմից (8):

-p վարդակից

Դուք / dev / log- ի փոխարեն կարող եք նշել այլընտրանքային unix տիրույթի վարդակից:

-ռ

Այս տարբերակը հնարավորություն կընձեռի հաստատությանը ցանցից ստացվող հաղորդագրությունը, օգտագործելով ինտերնետային տիրույթի վարդակից, syslog ծառայություն (տես (5)): Սխալը ցանցից որեւէ հաղորդագրություն չի ստանա:

Այս տարբերակը ներկայացված է sysklogd փաթեթի 1.3 տարբերակում: Խնդրում ենք նկատի ունենալ, որ նախնական վարքագիծը հակառակն է, թե ինչպես վարվել նախկին տարբերակների հետ, այնպես որ դուք կարող եք դա միացնել:

-ներ դոմեյնին

Նշեք դոմեյն անունը, որը պետք է դուրս գրվի մինչեւ գրանցումը: Բազմակի տիրույթները կարող են սահմանվել `օգտագործելով կողպեքը (` `` '): Խնդրում ենք տեղեկացնել, որ ենթակառուցվածքի որեւէ տիրույթ չի կարող նշված լինել, բայց միայն ամբողջ տիրույթները: Օրինակ, եթե հյուսիս-հյուսիսը նշված է, իսկ host logging- ը լուծում է satu.infodrom.north.de- ում, ապա դոմենը չի կտրվի, դուք պետք է նշեք երկու տիրույթներ, ինչպիսիք են ` -s north.de:infodrom.north.de :

-վ

Տպել տարբերակը եւ ելքը:

-խ

Հեռացրեք հեռակա հաղորդագրություններ ստանալիս անջատել անունների որոնումները: Սա խոչընդոտում է փակագծերը, երբ nameserver- ն աշխատում է այն նույն մեքենայի վրա, որը աշխատում է syslog- ի օրվան:

Ազդանշանները

Syslogd- ը արձագանքում է մի շարք ազդանշանների: Դուք կարող եք հեշտությամբ ուղարկել ազդանշան syslogd օգտագործելով հետեւյալը.

սպանել -SIGNAL `cat / var / run / syslogd.pid`

Ուրվական

Սա թույլ է տալիս syslogd- ը վերագործարկել: Բոլոր բաց ֆայլերը փակ են, կազմաձեւման ֆայլը (default- ը /etc/syslog.conf ) կվերանայվի եւ syslog (3) հաստատությունը կրկին սկսվում է:

ՍԻԳԵՐՄ

Syslogd- ը մահանում է:

SIGINT , SIGQUIT

Եթե ​​կարգաբերումը թույլատրվում է, ապա դրանք անտեսվում են, այլապես syslogd- ը կմեռնի:

SIGUSR1

Անջատել կարգաբերումը / անջատելը: Այս տարբերակը կարող է օգտագործվել միայն այն դեպքում, երբ syslogd- ը սկսվում է -d debug տարբերակով:

SIGCHLD- ը

Սպասեք երեխայի, եթե ծնունդներ լինեն, պատին հաղորդելու պատճառով:

Կազմաձեւման ֆայլի տեքստային տարբերություններ

Syslogd- ը մի քանի այլ տարբերակ է օգտագործում իր կոնֆիգուրացիայի ֆայլի համար, քան բուն BSD աղբյուրները: Սկզբում որոշակի առաջնահերթության եւ վերը նշված բոլոր հաղորդագրությունները փոխանցվեցին տեղեկամատյան ֆայլին:

Օրինակ, հետեւյալ տողը ստեղծեց DAEMON- ի բոլոր արտադրանքները, օգտագործելով daemon- ի օբյեկտները (debug- ը ամենացածր առաջնահերթությունն է, ուստի յուրաքանչյուր բարձրագույն արժեքը նույնպես համապատասխանում է) / usr / adm / daemons- ին :

# Օրինակ syslog.conf daemon.debug / usr / adm / daemons

Նոր սխեմայի համաձայն այս վարքը մնում է նույնը: Տարբերությունն այն է, որ չորս նոր առանձնահատկություններ, աստղանիշ ( * ) վահանակ, հավասարման նշան ( = ), բացական նշանը ( ! ) Եւ մինուս նշանը ( - ):

* Նշում է, որ նշված հաստատության բոլոր հաղորդագրությունները պետք է ուղղված լինեն նպատակակետին: Նշենք, որ այս վարքագիծը դեգրադացված է `նշելով խափանումների առաջնային մակարդակը: Օգտվողները նշեցին, որ աստղանիշ նշումը ավելի ինտուիտիվ է:

= Wildcard- ը օգտագործվում է սահմանված գերակա կարգի մուտքագրումից զրկելու համար: Սա թույլ է տալիս, օրինակ, ուղղորդել միայն խափանումների հաղորդագրությունները որոշակի անտառահատման աղբյուր:

Օրինակ, syslog.conf- ի հետեւյալ տողը կուղղորդի բոլոր աղբյուրներից տեղեկանքները ` / usr / adm / debug ֆայլին:

# Նմուշի syslog.conf *. = Debug / usr / adm / debug

The ! օգտագործվում է բացառելու սահմանված առաջնահերթությունները: Սա ազդում է գերակայությունների սահմանման բոլոր (!) Հնարավորություններին:

Օրինակ, հետեւյալ տողերը մուտք կգործեն հաստատության փոստից ստացված բոլոր հաղորդագրություններից, բացառությամբ առաջնային տեղեկատվության, այն / usr / adm / mail ֆայլին: News.info- ից (ներառյալ) բոլոր հաղորդագրությունները news.crit- ին (բացառությամբ) մուտք կգործեն / usr / adm / news ֆայլին:

# Նմուշ syslog.conf փոստ * .փոստ.! Info / usr / adm / mail news.info; news! Crit / usr / adm / news

Դուք կարող եք ինտուիտիվորեն օգտագործել որպես բացառության առանձնահատկություն: Վերոնշյալ մեկնաբանությունն ուղղակիորեն շրջվել է: Դրա համար դուք կարող եք օգտագործել

mail.none

կամ

փոստ *! *

կամ

փոստ.! debug

բաց թողնել բոլոր հաղորդագրությունները, որոնք գալիս են փոստային հաստատության հետ: Դրա հետ խաղում շատ տեղ կա: :-)

The- ը կարող է օգտագործվել միայն ֆայլի անունը նախընտրելու համար, եթե ցանկանում եք ֆայլը համաժամեցնելուց հետո գրել այն ամեն գրառումից հետո:

Սա կարող է որոշակի հարմարեցում մաքուր BSD- ի վարք դրսեւորած անձանց համար, սակայն փորձարարները նշել են, որ այս շարադրանքը մի փոքր ավելի ճկուն է, քան BSD- ի վարքագիծը: Նշենք, որ այդ փոփոխությունները չպետք է ազդեն ստանդարտ syslog.conf (5) ֆայլերի վրա: Դուք պետք է կոնկրետ ձեւափոխեք կազմաձեւման ֆայլերը, որպեսզի ստանաք ուժեղացված վարքագիծ:

Աջակցություն հեռավոր անտառահատումների համար

Այս փոփոխությունները ապահովում են ցանցային աջակցություն syslogd հաստատությանը: Ցանցի աջակցությունը նշանակում է, որ ուղերձները կարող են փոխանցվել syslogd- ի մեկ հանգույցից մինչեւ syslogd- ի մեկ այլ հանգույց, որտեղ դրանք իրականում մուտք գործելու են սկավառակի ֆայլ:

Դա հնարավորություն տալու համար դուք պետք է նշեք -r տարբերակը հրամանի տողում: Նախնական վարքագիծն այն է, որ syslogd- ը չի լսելու ցանցը:

Ռազմավարությունն այն է, որ syslogd- ը լսել է UNIX տիրույթի վարդակից տեղական գեներացվել տեղեկացված տեղեկությունների համար: Այս վարքագիծը թույլ կտա syslogd- ին փոխգործակցել ստանդարտ C գրադարանում հայտնաբերված syslog- ի հետ: Միեւնույն ժամանակ, syslogd- ը լսում է ստանդարտ syslog- ի պորտի վրա, այլ հյուրընկալողներից ստացված հաղորդագրությունների համար: Այս աշխատանքը ճիշտ կերպով ապահովելու համար ծառայությունների (5) ֆայլերը (սովորաբար հայտնաբերված / եւ այլն ) պետք է ունենան հետեւյալ գրառումը.

syslog 514 / udp

Եթե ​​այս գրանցումը բացակայում է syslogd- ը չի կարող ստանալ հեռակա հաղորդագրություններ կամ ուղարկել դրանք, քանի որ UDP պորտը բաց չի լինի: Փոխարենը, syslogd- ն անմիջապես կմեռնի, փչելով սխալ հաղորդագրություն:

Հաղորդագրություններ ուղարկելու համար մեկ այլ սերվերում փոխարինել syslog.conf ֆայլի նորմալ ֆայլի տողը ` տանտիրոջ անունով, որի հաղորդագրությունները պետք է նախապես ուղարկվեն @:

Օրինակ, հեռավոր սերվերում բոլոր հաղորդագրությունները փոխանցելու համար օգտագործելով հետեւյալ syslog.conf մուտքագրում.

# Օրինակ syslogd կոնֆիգուրացիայի ֆայլը # հաղորդագրությունների հեռավոր սերվին դեպի բոլորը: *. * @ hostname

Բոլոր միջուկային հաղորդագրությունները հեռավոր սերվերում փոխանցելու համար կազմաձեւման ֆայլը հետեւյալն է.

# Նմուշի կոնֆիգուրացիայի ֆայլը, ուղարկելու բոլոր միջուկը # հաղորդագրությունները հեռավոր սերվին: kern. * @ hostname

Եթե ​​հեռավոր սերվերի անունը չի կարող լուծվել վերսկսման ժամանակ, քանի որ անունը սերվերը չի կարող մատչելի լինել (դա կարող է սկսվել syslogd- ից հետո), դուք անհանգստանալու կարիք չունեք: Syslogd- ը կրկին փորձելու է անվանել տասը անգամ, հետո բողոքել: Խուսափելու մեկ այլ հնարավորություն է hostname- ին տեղադրել / etc / hosts- ում :

Նորմալ syslogd- ի դեպքում դուք կստանաք syslog-loops- ն, եթե դուք հեռացնեք հաղորդագրություն, որոնք ստացվում են հեռավոր հյուրընկալողից միեւնույն հյուրին (կամ ավելի բարդ է երրորդ հյուրընկալողին, որը վերադառնում է առաջինին եւ այլն): Իմ տիրույթում (Infodrom Oldenburg) մենք պատահաբար ստացանք մեկ եւ մեր սկավառակների վրա լրացված նույն նույն հաղորդագրությունը: :-(

Հետագա ժամանակներից խուսափելու համար հեռավոր հյուրերից ստացված հաղորդագրությունները այլեւս ուղարկվում են մեկ այլ (կամ նույն) հեռավոր սերվին: Եթե ​​կան սցենարներ, որտեղ դա իմաստ չունի, խնդրում եմ թողնել ինձ (Joey) գիծ:

Եթե ​​հեռավոր սերվերը տեղակայված է նույն տիրույթում, որպես հյուրընկալող, syslogd- ն աշխատում է, ապա միայն fqdn- ի փոխարեն մուտք կստեղծվի միայն հոստնու անունը:

Տեղական ցանցում դուք կարող եք տրամադրել մի կենտրոնական տեղեկամատյան սերվեր, որպեսզի ունենաք մեկ մեքենայի վրա պահվող բոլոր կարեւոր տեղեկությունները: Եթե ​​ցանցը բաղկացած է տարբեր տիրույթներից, դուք ստիպված չեք բողոքել պարզ հոստովակների փոխարեն լիարժեք որակավորված անուններ գրանցելու մասին: Դուք կարող եք օգտագործել այս սերվերի շերտի տիրույթի առանձնահատկությունը: Դուք կարող եք պատմել syslogd- ին `մի քանի տիրույթից դուրս գցելու համար , բացառությամբ այն սերվերի, որը տեղակայված է եւ մուտք գործելու պարզ հոստնատուն:

Օգտագործելով -l տարբերակը նաեւ հնարավորություն է տալիս սահմանել միայնակ տանտերերը `որպես տեղական մեքենաներ: Սա նույնպես հանգեցնում է միայն նրանց պարզ տանտերերին, այլ ոչ թե fqdns- ին:

UDP- ի օպերատորը, որն օգտագործվում է հաղորդագրությունները հեռավոր սերվերներում փոխանցելու կամ դրանցից ստացվող հաղորդագրություններ ստանալու համար, բացվում է միայն այն ժամանակ, երբ դա անհրաժեշտ է: Նախքան 1.3-23-ի թողարկումները բացվեցին ամեն անգամ, բայց ոչ բացվեցին համապատասխանաբար ընթերցելու կամ ուղղելու համար:

Արդյունք `անվանված խողովակներին (FIFOs)

Syslogd- ի այս տարբերակը ունի աջակցություն մուտքագրված խողովակներին (fifos): A fifo կամ անվան խողովակ կարող է օգտագործվել որպես տեղեկատու տեղեկամատյանների նշանակման վայր `ֆայլի անվանման համար` pipy նշանի (`` | '') նախօրոք պատրաստելու միջոցով: Սա հարմար է կարգաբերելու համար: Նշենք, որ fifo- ն պետք է ստեղծվի mkfifo հրամանով մինչեւ syslogd- ը սկսվի:

Հետեւյալ կազմաձեւման ֆայլի երթուղիները կրկնօրինակում են միջերեսից մինչեւ միջուկ:

# Նմուշի կոնֆիգուրացիա երթուղու միջուկի կարգաբերման # հաղորդագրությունները միայն / usr / adm / debug- ը, որը # կոչված խողովակ է: kern. = debug | / usr / adm / debug

Տեղադրման մտահոգություններ

Սիստոլոջի այս տարբերակը տեղադրելու ժամանակ, հավանաբար, մեկ կարեւոր նկատառում է: Syslogd- ի այս տարբերակը կախված է syslog- ի ֆունկցիաների պատշաճ ձեւաչափումից: Բաժնետիրական գրադարաններում սիստուլային ֆունկցիայի գործառույթը փոխվել է libc.so.4 տարածաշրջանում: [2-4]: Հատուկ փոփոխությունն այն էր, որ null-terminate the message before transmission to / dev / log վարդակից: Syslogd- ի այս տարբերակի պատշաճ գործունեությունը կախված է հաղորդագրության անվավեր դադարից:

Այս խնդիրը սովորաբար դրսեւորվում է այն դեպքում, եթե համակարգում օգտագործվում են հին statically- կապված երկարակյացները: Syslog ֆունկցիայի հին տարբերակները օգտագործող երկկողմանիները կստացվեն դատարկ գծեր, որոնք պետք է մուտքագրվեն, այնուհետեւ հաղորդագրությունը հեռացվում է առաջին նիշով: Համատեղ գրադարանների նոր բյուրեղների վերահաստատումը կխորացնի այս խնդիրը:

Երկու syslogd- ը (8) եւ klogd- ը (8) կարող են վարվել init (8) -ից կամ սկսվել որպես rc- ի * հաջորդականության մաս: Եթե ​​այն սկսվում է init- ից, ապա պետք է սահմանվի տարբերակը, հակառակ դեպքում, դուք կստանաք տոննա syslog daemons սկսվել: Դա այն է, որ նախաձեռնությունը (8) կախված է գործընթացի ID- նից :

Անվտանգության սպառնալիքները

Հնարավորություն կա syslogd- ի դեբոն օգտագործելու համար `որպես ծառայողական հարձակման մերժման համար: Շնորհակալություն Ջոն Մորիսոնին (jmorriso@rflab.ee.ubc.ca), ինձ այդ հնարավորության մասին զգուշացնելու համար: Սխալ ծրագիրը (mer) կարող է շատ հեշտությամբ հեղեղել syslogd- ի օրինակը syslog հաղորդագրությունների հետ, որի արդյունքում ֆայլերի համակարգում մնացած մնացած տարածքները սպառվում են: Ինետ դոմեյնային վարդակների վրա գրանցումը ակտիվացնելու համար, իհարկե, տեղական մեքենայի ծրագրերի կամ անհատներից դուրս ռիսկեր է ստեղծում համակարգ:

Մեքենայի պաշտպանության մի շարք մեթոդներ կան.

1. Կիրառեք միջուկի firewalling- ը, որը սահմանափակում է հյուրընկալողներին կամ ցանցերին հասանելի 514 / UDP վարդակից:
2. Ձայնագրումը կարող է ուղղորդվել մեկուսացված կամ ոչ արմատային ֆայլային համակարգին, որը, եթե լցված, չի խանգարում մեքենային:
3. Ext2 ֆայլային համակարգը կարող է օգտագործվել, որը կարող է կազմաձեւվել միայն ֆայլի համակարգի որոշակի տոկոսը սահմանափակելու համար միայն արմատով: Նշենք, որ դա պահանջում է syslogd- ը որպես ոչ արմատական ​​գործընթաց: Նկատի ունեցեք, որ դա կանխելու է հեռակառավարման հեռացման օգտագործումը, քանի որ syslogd- ը չի կարողանա կապել 514 / UDP բնիկին:
4. Անտառային տիրույթների խցիկները անջատելը կախված է տեղական մեքենայի ռիսկից:
5. Օգտագործեք 4-րդ քայլը եւ եթե խնդիրը չկատարվի եւ ոչ թե երկրորդական ծրագրին / օրինակը, ստանում է 3,5 ֆուտ (մոտ 1 մետրի) երկարություն սուրճի գավազանով * եւ զրուցեք օգտագործողի հետ: Սուչեր գավազան --- 3/4, 7/8 կամ 1in: կարծրացրած պողպատե գավազան, տղամարդու սեղմված յուրաքանչյուր վերջում: Առաջնային օգտագործումը Արեւմտյան Հյուսիսային Դակոտայի նավթային արդյունաբերության մեջ եւ այլ վայրերում, նավթի հորերից նավթի պակասեցման համար: Միջնակարգ օգտագործումը նախատեսված է անասունների կերակրման համար կառուցելու համար եւ երբեմն անուղղակի վերադարձող կամ ռազմատենչ անձի հետ վարվելու համար:

Կարգավորումը

Երբ կարգաբերումը միացված է -d տարբերակով, ապա syslogd- ը շատ բարդ կլինի, գրելով այն, ինչ անում է stdout- ում: Երբ կոնֆիգուրացիոն ֆայլը վերահղված է եւ վերաբերի վերլուծված է, կտեսնեք աղյուսակ, որը համապատասխանում է ներքին տվյալների կառուցվածքին: Այս աղյուսակը բաղկացած է չորս դաշտերից.

թիվ

Այս դաշտը պարունակում է զրոյից սկսած սերիական համարը: Այս թիվը ներկայացնում է ներքին տվյալների կառուցվածքում (այսինքն զանգվածը): Եթե ​​մեկ համարը դուրս է մնացել, ապա /etc/syslog.conf- ի համապատասխան գծում սխալ կարող է լինել:

օրինակ

Այս դաշտը բարդ է եւ ներկայացնում է ներքին կառուցվածքը: Յուրաքանչյուր սյունակ կանգնած է օբյեկտի համար (հղում Syslog (3)): Ինչպես տեսնում եք, նախկինում օգտագործվել են ազատ մնացած որոշ օբյեկտներ, միայն ձախերն են օգտագործվում: Սյունակում գտնվող յուրաքանչյուր դաշտը ներկայացնում է առաջնահերթությունները (հղում Syslog (3)):

գործողություն

Այս դաշտը նկարագրում է այնպիսի որոշակի գործողություն, որը տեղի է ունենում այն ​​ժամանակ, երբ ստացվում է հաղորդագրություն, որը համապատասխանում է օրինակին: Տեսեք syslog.conf (5) էջի բոլոր հնարավոր գործողությունների համար:

փաստարկներ

Այս դաշտը ցույց է տալիս լրացուցիչ փաստարկներ վերջին դաշտում գործողությունների համար: Ֆայլի մուտք գործելու համար սա logfile- ի ֆայլի անվանումը է, օգտագործողի մուտք գործելու համար սա օգտագործողների ցանկն է. հեռակա գրանցման համար սա մեքենա մուտք գործելու մեքենայի կայանն է. մխիթարել-մուտքագրման համար սա օգտագործված մխոց է; tty-logging- ի համար նշվածը տրված է. պատին լրացուցիչ փաստարկներ չունի:

Տես նաեւ

գրանցիչ (1), syslog (2), (5)

Համագործակցողներ

Syslogd- ը վերցված է BSD- ի աղբյուրներից, Greg Wettstein (greg@wind.enjellic.com), որը կատարում է նավահանգիստը Linux , Martin Schulze- ը (joey@linux.de) հաստատել է որոշ սխալներ եւ ավելացրել մի քանի նոր հատկանիշներ: Klogd- ը գրվել է Steve Lord- ի կողմից (lord@cray.com), Greg Wettstein- ը կատարել է խոշոր բարեփոխումներ:

Դոկտոր Գրեգ Վետշտեյն
Enjellic Systems Development- ը

Ուռուցքաբանության հետազոտման բաժնի հաշվիչ համակարգ
Ռոջեր Մարիսի քաղցկեղի կենտրոն
Ֆարգո, Ն
greg@wind.enjellic.com

Սթիվեն Թվիդին
Համակարգչային գիտությունների ամբիոն
Էդինբուրգի համալսարան, Շոտլանդիա
sct@dcs.ed.ac.uk

Ջուխա Վիրտանեն
jiivee@hut.fi

Շեյն Ալդերտոն
shane@ion.apana.org.au

Մարտին Շուլցին
Ալֆոդոմ Օլդենբուրգ
joey@linux.de

Կարեւոր է. Օգտագործեք հրամանատարությունը ( % մարդ ), որպեսզի տեսնեք, թե ինչպես է օգտագործվում հրամանը ձեր որոշակի համակարգչում:

Related Articles

• sysklogd - Linux Command - Unix հրամանատարությունը
• rwall - Ինչ է rwa