Sysklogd એ બે સિસ્ટમ ઉપયોગીતાઓ પૂરા પાડે છે કે જે સિસ્ટમ લોગીંગ અને કર્નલ સંદેશને ફસાઈ માટે આધાર પૂરો પાડે છે. બંને ઇન્ટરનેટ અને યુનિક્સ ડોમેન સોકેટ્સનો આધાર આ ઉપયોગિતા પેકેજને સ્થાનિક અને રીમોટ લોગીંગ બંનેને સપોર્ટ કરે છે.
સિસ્ટમ લોગિંગ એ BSD સ્રોતોના સ્ટોકમાંથી ઉતરી આવેલા syslogd (8) ના સંસ્કરણ દ્વારા પ્રદાન કરવામાં આવે છે. કર્નલ લોગીંગ માટે આધાર klogd (8) ઉપયોગિતા દ્વારા પૂરા પાડવામાં આવેલ છે કે જે કર્નલ લોગિંગને ક્યાં તો એકલ ફેશનમાં અથવા syslogd ક્લાયન્ટ તરીકે હાથ ધરવા માટે પરવાનગી આપે છે.
Syslogd લોગિંગનો એક પ્રકાર પૂરો પાડે છે કે જે ઘણા આધુનિક પ્રોગ્રામ્સ ઉપયોગ કરે છે. દરેક લૉગ સંદેશમાં ઓછામાં ઓછા એક સમય અને યજમાનનામ ક્ષેત્રનો સમાવેશ થાય છે, સામાન્ય રીતે એક પ્રોગ્રામ નામ ફીલ્ડ, પણ તે તેના પર આધાર રાખે છે કે લોગીંગ પ્રોગ્રામ કેવી રીતે વિશ્વાસુ છે
જ્યારે syslogd સ્રોતો ભારે ફેરફાર કરવામાં આવી છે બે નોંધો ક્રમમાં છે. સૌ પ્રથમ એ સુનિશ્ચિત કરવા માટે એક વ્યવસ્થિત પ્રયત્ન છે કે syslogd તેના મૂળભૂત, પ્રમાણભૂત BSD વર્તણૂકને અનુસરે છે. નોંધ કરવા માટે બીજો મહત્વનો ખ્યાલ એ છે કે syslogd નું આ સંસ્કરણ પ્રમાણભૂત પુસ્તકાલયોમાં મળેલ syslog ના સંસ્કરણ સાથે પારદર્શક રૂપે ક્રિયાપ્રતિક્રિયા કરે છે. જો પ્રમાણભૂત વહેંચાયેલ લાઈબ્રેરીઓ સાથે સંકળાયેલ દ્વિસંગીઓ યોગ્ય રીતે કામ કરવામાં નિષ્ફળ જાય તો આપણે વિષમ વર્તનનું ઉદાહરણ જોઈએ.
મુખ્ય રૂપરેખાંકન ફાઈલ /etc/syslog.conf અથવા વૈકલ્પિક ફાઈલ, -f વિકલ્પ સાથે આપેલ, શરૂઆતમાં વાંચેલ છે. હેશ ચિહ્ન (`` # '') અને ખાલી લીટીઓ સાથે શરૂ થતી કોઈપણ લીટીઓ અવગણવામાં આવે છે. સમગ્ર વાક્યને પદચ્છેદન દરમિયાન કોઈ ભૂલ આવી હોય તો અવગણવામાં આવે છે.
સારાંશ
syslogd [ -a socket ] [ -d ] [ -f રૂપરેખા ફાઇલ ] [ -h ] [ -l હોસ્ટલિસ્ટ ] [ -એમ અંતરાલ ] [ -એન ] [ -પી સોકેટ ] [ -આર ] [ -s ડોમેનલીસ્ટ ] [ - v ] [ -x ]
વિકલ્પો
-એક સોકેટ
આ દલીલની મદદથી તમે તે syslogd માંથી વધારાનાં સોકેટોને સ્પષ્ટ કરી શકો છો કે જે સાંભળવા માટે છે આ જરૂરી છે જો તમે અમુક ડિમનને chroot () પર્યાવરણમાં ચાલવા દેવા માટે જઈ રહ્યાં છો. તમે 19 વધારાના સૉકેટ સુધી ઉપયોગ કરી શકો છો. જો તમારા પર્યાવરણને વધુ આવશ્યકતા હોય, તો તમારે syslogd.c સ્રોત ફાઇલમાં પ્રતીક MAXFUNIX વધારવું પડશે. Chroot () ડિમન માટેનું ઉદાહરણ ઓપનબીએસડીના લોકો દ્વારા http://www.psionic.com/papers/dns.html પર વર્ણવવામાં આવ્યું છે.
-ડી
ડિબગ મોડ ચાલુ કરે છે આનો ઉપયોગ કરીને ડિમન એક ફોર્ક (2) ને બેકગ્રાઉન્ડમાં સેટ કરવા માટે આગળ નહીં ચાલે છે, પરંતુ ફોરગ્રાઉન્ડમાં તે રહેવાની વિરુદ્ધ અને વર્તમાન ટીએટી પર વધુ ડીબગ માહિતી લખી છે. વધુ માહિતી માટે DEBUGGING વિભાગ જુઓ.
-એફ રૂપરેખા ફાઈલ
વૈકલ્પિક રૂપરેખાંકન ફાઈલ /etc/syslog.conf ને બદલે સ્પષ્ટ કરો, કે જે મૂળભૂત છે.
-હ
ડિફોલ્ટ દ્વારા syslogd તે દૂરસ્થ હોસ્ટ્સ તરફથી મેળવેલા સંદેશાને આગળ નહીં કરશે. આદેશ વાક્ય પર આ સ્વીચને સ્પષ્ટ કરવાથી લોગ ડિમન એ કોઈપણ દૂરસ્થ સંદેશાઓને ફોર્વર્ડ કરવા માટે પ્રાપ્ત કરે છે કે જે વ્યાખ્યાયિત કરવામાં આવે છે.
-એલ હોસ્ટલિસ્ટ
યજમાનનામ સ્પષ્ટ કરો કે જે ફક્ત તેના સરળ યજમાનનામ સાથે જ લોગ થયેલ છે અને fqdn નથી. બહુવિધ યજમાનો કોલન (``: '') વિભાજક દ્વારા ઉલ્લેખિત થઈ શકે છે.
-m અંતરાલ
Syslogd નિયમિત રૂપે માર્ક ટાઇમસ્ટેમ્પનું લૉગિન કરે છે. બે - માર્ક - રેખાઓ વચ્ચેની ડિફોલ્ટ અવધિ 20 મિનિટ છે આને આ વિકલ્પ સાથે બદલી શકાય છે. શૂન્યને અંતરાલ સુયોજિત કરવાનું સંપૂર્ણપણે બંધ કરે છે.
-ના
ઓટો-બેકગ્રાઉન્ડિંગ ટાળો આ ખાસ કરીને જરૂરી છે જો syslogd એ આરંભ અને init (8) દ્વારા નિયંત્રિત થાય.
-પી સોકેટ
તમે / dev / log ને બદલે વૈકલ્પિક યુનિક્સ ડોમેન સોકેટ સ્પષ્ટ કરી શકો છો
-આર
આ વિકલ્પ syslog સેવા સાથે ઇન્ટરનેટ ડોમેન સોકેટનો ઉપયોગ કરીને નેટવર્કમાંથી સંદેશ પ્રાપ્ત કરવાની સુવિધાને સક્ષમ કરશે (જુઓ (5)). ડિફોલ્ટ નેટવર્કથી કોઈ પણ સંદેશા પ્રાપ્ત કરતું નથી.
આ વિકલ્પ sysklogd પેકેજની આવૃત્તિ 1.3 માં પરિચયમાં આવ્યો છે. કૃપા કરીને નોંધો કે ડિફૉલ્ટ વર્તણૂક જૂની આવૃત્તિઓ કેવી રીતે વર્તન કરે છે તેની વિરુદ્ધ છે, તેથી તમારે આને ચાલુ કરવું પડશે.
-ઓ ડોમેનલિસ્ટ
ડોમેન નામ સ્પષ્ટ કરો કે જે લોગિંગ કરતા પહેલાં તોડવામાં આવે. બહુવિધ ડોમેન્સને કોલોન (``: '') વિભાજક દ્વારા ઉલ્લેખિત કરી શકાય છે. મહેરબાની કરીને સલાહ લો કે કોઈ પેટા-ડોમેન્સ સ્પષ્ટ કરી શકશે નહીં પરંતુ ફક્ત સંપૂર્ણ ડોમેન્સ જ રહેશે. ઉદાહરણ તરીકે, જો -s નોર્થ.ડી સ્પષ્ટ થયેલ છે અને યજમાન લોગિંગ satu.infodrom.north.de ને સુધારે તો કોઈ ડોમેન કાપી શકાશે નહીં, તમારે બે ડોમેન્સને સ્પષ્ટ કરવો પડશે જેમ કે: -s north.de:infodrom.north.de .
-વી
પ્રિન્ટ આવૃત્તિ અને બહાર નીકળો
-x
રિમોટ સંદેશા પ્રાપ્ત કરતી વખતે નામ લુકઅપ અક્ષમ કરો. આ deadlocks ટાળે છે જ્યારે નામસરેવા એજ મશીન પર ચાલતું હોય છે કે જે syslog ડિમન ચલાવે છે.
સિગ્નલો
Syslogd સિગ્નલોના સમૂહને પ્રતિક્રિયા આપે છે તમે નીચેનાનો ઉપયોગ કરીને syslogd પર સરળતાથી સંકેત મોકલી શકો છો:
માર - સિગ્નલ `બિલાડી / var / run / syslogd.pid`સિવઅપ
આ syslogd ફરીથી પુનઃપ્રારંભ કરવા દે છે. બધી ખુલ્લી ફાઈલો બંધ છે, રૂપરેખાંકન ફાઈલ (મૂળભૂત /etc/syslog.conf છે ) ફરીથી વાંચો અને syslog (3) સુવિધા ફરી શરૂ થશે.
SIGTERM
આ syslogd મૃત્યુ પામે છે
SIGINT , SIGQUIT
જો ડિબગીંગ સક્રિય કરેલ હોય તો આ અવગણવામાં આવે છે, અન્યથા syslogd મૃત્યુ પામે છે.
SIGUSR1
ડિબગીંગ ચાલુ / બંધ કરો. આ વિકલ્પ ફક્ત ત્યારે જ વાપરી શકાય છે જો syslogd એ -d ડિબગ વિકલ્પ સાથે શરૂ થયેલ છે.
SIGCHLD
દિવાલના સંદેશાઓને કારણે કેટલાક જન્મે તો બાળકની રાહ જુઓ
રૂપરેખાંકન ફાઈલ સિન્ટેક્ષ તફાવતો
મૂળ BSD સ્રોતો કરતાં તેની રૂપરેખાંકન ફાઈલ માટે Syslogd સહેજ અલગ વાક્યરચનાનો ઉપયોગ કરે છે. અસલમાં ચોક્કસ અગ્રતા અને ઉપરના બધા સંદેશા લોગ ફાઇલમાં મોકલવામાં આવ્યા હતા.
ઉદાહરણ તરીકે, નીચેની લીટી એ ડિમન સવલતો (ડિબગ એ સૌથી નીચુ પ્રાથમિકતા છે, તેથી દરેક ઊંચા પણ મેળ ખાશે) નો ઉપયોગ કરીને ડિમનના બધા આઉટપુટને કારણે / usr / adm / daemons માં જવું જોઈએ:
# નમૂના syslog.conf ડિમન.debug / usr / adm / daemonsનવી યોજના હેઠળ, આ વર્તણૂક સમાન જ રહે છે. તફાવત એ ચાર નવા સ્પેશિશેર, ઍસ્ટરિસ્ક ( * ) વાઇલ્ડકાર્ડ, સમીકરણ સાઇન ( = ), ઉદ્ગાર ચિહ્ન ( ! ), અને બાદબાકી ચિહ્ન ( - ) નો ઉમેરો છે.
* સ્પષ્ટ કરે છે કે નિર્દિષ્ટ સુવિધા માટેના તમામ સંદેશા ગંતવ્યને મોકલવામાં આવે છે. નોંધ કરો કે આ વર્તન ડિબગના પ્રાધાન્ય સ્તરને સ્પષ્ટ કરીને પતિત છે. વપરાશકર્તાઓએ સૂચવ્યું છે કે ફૂદડી નોટેશન વધુ અંતઃપ્રેરણાત્મક છે.
= વાઇલ્ડકાર્ડ ચોક્કસ અગ્રતા વર્ગમાં લૉગિંગને નિયંત્રિત કરવા માટે વપરાય છે. આ, ઉદાહરણ તરીકે, માત્ર ચોક્કસ લોગિંગ સ્ત્રોતમાં ડિબગ મેસેજને રાઉટીંગ કરવાની મંજૂરી આપે છે.
ઉદાહરણ તરીકે, syslog.conf માં નીચેની લીટી બધા સ્રોતોમાંથી / usr / adm / debug ફાઇલમાં ડિબગ સંદેશો મોકલશે .
# નમૂના syslog.conf *. = Debug / usr / adm / debugઆ ! સ્પષ્ટ અગ્રતાના પ્રવેશને બાકાત કરવા માટે વપરાય છે. આ અગ્રતાને સ્પષ્ટ કરવાની તમામ (!) શક્યતાઓને અસર કરે છે
ઉદાહરણ તરીકે, નીચેની લીટીઓ / મેલ / એડ / મેલ ફાઇલને અગ્રતા માહિતી ધરાવતી સુવિધા માલિકોના તમામ સંદેશાઓને લૉગ કરશે. અને news.info (સહિત) માંથી news.crit (સિવાય) તમામ સંદેશાઓ / usr / adm / news ફાઇલમાં લૉગ હશે.
# નમૂના syslog.conf મેલ. *. મેલ!! = Info / usr / adm / mail news.info; સમાચાર.! Crit / usr / adm / newsતમે તેને અંતર્ગત સ્પષ્ટતા તરીકે ઉપયોગ કરી શકો છો. ઉપરોક્ત અર્થઘટન ફક્ત ઊંધું છે. તે કરવાથી તમે ઉપયોગ કરી શકો છો
mail.noneઅથવા
મેલ.! *અથવા
મેલ.! ડિબગમેલ સુવિધાની સાથે આવે છે તે દરેક સંદેશને છોડી દેવા. તેની સાથે રમવા માટે ઘણો જગ્યા છે. :-)
ધ - નો ઉપયોગ ફક્ત ફાઇલનામને ઉપસર્ગિત કરવા માટે થઈ શકે છે જો તમે તેને દરેક લખ્યા પછી ફાઇલને સમન્વયિત કરવા માંગો છો.
આ શુદ્ધ BSD વર્તન માટે ઉપયોગમાં લેવાતી વ્યક્તિઓ માટે કેટલાક એલિમેટીટેશન લાગી શકે છે પરંતુ પરીક્ષકોએ સંકેત આપ્યો છે કે આ વાક્યરચના એ BSD વર્તણૂક કરતાં કંઈક વધુ લવચીક છે. નોંધો કે આ ફેરફારો પ્રમાણભૂત 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 રૂપરેખાંકન ફાઈલ દૂરસ્થ યજમાનને # સંદેશા આગળ બધા. *. * @ હોસ્ટનામબધી કર્નલ સંદેશાઓને દૂરસ્થ યજમાનમાં આગળ કરવા માટે રૂપરેખાંકન ફાઈલ નીચે પ્રમાણે હશે:
# દૂરસ્થ યજમાનમાં બધા કર્નલ # સંદેશોને આગળ લાવવા માટે નમૂના રૂપરેખાંકન ફાઇલ. કર્ન. * @ હોસ્ટનામજો રિમોટ હોસ્ટનામને શરૂઆતમાં ઉકેલાય નહિં શકાય, કારણ કે નામ-સર્વર સુલભ ન પણ હોઈ શકે (તે syslogd પછી શરૂ થઈ શકે છે) તમને ચિંતા કરવાની જરૂર નથી. Syslogd નામ દસ વખત ઉકેલવા માટે ફરીથી પ્રયત્ન કરો અને પછી ફરિયાદ કરશે. આને અવગણવાની બીજી શક્યતા એ છે કે / etc / hosts માં યજમાનનામ મૂકવો .
સામાન્ય syslogds સાથે તમે syslog-loops મેળવી શકો છો જો તમે સંદેશા મોકલો છો જે દૂરસ્થ યજમાનથી એક જ યજમાન (અથવા તૃતીય યજમાન કે જે તેને પ્રથમ એક પર પાછા મોકલે છે, અને તે પ્રમાણે વધુ જટીલ) માં પ્રાપ્ત થાય છે. મારા ડોમેન (ઈન્ફોોડ્રોમ ઓલ્ડેનબર્ગ) માં અમે અકસ્માતે એક મેળવ્યો અને અમારા ડિસ્ક એ એક જ સંદેશા સાથે ભરવામાં આવ્યા. :-(
આને વધુ વખત ટાળવા માટે દૂરસ્થ યજમાનથી પ્રાપ્ત થયેલા કોઈ સંદેશાઓ બીજા (અથવા તે જ) દૂરસ્થ યજમાનને મોકલવામાં આવતા નથી. જો ત્યાં દૃશ્યો છે કે જ્યાં તે અર્થમાં નથી, તો કૃપા કરીને મને (જોય) એક રેખા છોડો.
જો દૂરસ્થ હોસ્ટ યજમાન તરીકે સમાન ડોમેઇનમાં સ્થિત થયેલ હોય, syslogd ચાલી રહ્યું હોય, તો ફક્ત સાદા યજમાનનામ એ સમગ્ર fqdn ને બદલે લોગ થશે.
સ્થાનિક નેટવર્કમાં તમે એક મહત્વની માહિતીને એક મશીન પર રાખવા માટે કેન્દ્રીય લોગ સર્વર પ્રદાન કરી શકો છો. જો નેટવર્કમાં વિવિધ ડોમેન્સ હોય તો તમારે સરળ યજમાનનામની જગ્યાએ સંપૂર્ણ ગુણવત્તાવાળું નામો લોગ કરવા વિશે ફરિયાદ કરવાની જરૂર નથી. તમે આ સર્વરની સ્ટ્રીપ-ડોમેન ફીચર -સમનો ઉપયોગ કરી શકો છો. તમે syslogd ને સર્વર સિવાયના અન્ય ડોમેન્સને છુપાવી દેવા માટે કહી શકો છો અને માત્ર સરળ હોસ્ટનામોને લૉગ કરી શકો છો.
-l વિકલ્પનો ઉપયોગ કરીને એક યજમાનને સ્થાનિક મશીનો તરીકે વ્યાખ્યાયિત કરવાની શક્યતા પણ છે. આ પણ, ફક્ત તેમના સાદી હોસ્ટનામોને લોગિંગમાં પરિણમે છે અને નહીં કે fqdns
દૂરસ્થ યજમાનોને સંદેશાઓ ફોરવર્ડ કરવા અથવા તેમના તરફથી સંદેશા પ્રાપ્ત કરવા માટે વપરાતી UDP સોકેટ ફક્ત જ્યારે જરુરી હોય ત્યારે ખોલવામાં આવે છે. 1.3-23 પહેલાનાં પ્રકાશનમાં દર વખતે ખુલ્લી મુકવામાં આવી હતી, પરંતુ અનુક્રમે વાંચવા અથવા ફોરવર્ડિંગ માટે ખોલવામાં આવ્યું ન હતું.
નેમ્ડ પાઇપ્સ (એફઆઇએફઓ) નું આઉટપુટ
Syslogd ની આ સંસ્કરણને નામવાળી પાઇપ (ફિયોસ) માટે લોગિંગ આઉટપુટ માટે આધાર છે. ફાઇલના નામ સાથે પાઇપો પ્રતીક (`` | '') તૈયાર કરીને લોગ મેસેજીસ માટે ફિફા અથવા નામવાળી પાઇપનો ઉપયોગ કરી શકાય છે. ડિબગીંગ માટે આ સરળ છે. નોંધ કરો કે syslogd શરુ થાય તે પહેલાં mkfifo આદેશ સાથે ફિફા બનાવવો જ જોઈએ.
નીચેની રૂપરેખાંકન ફાઈલ રૂટ કર્નલમાંથી fifo પર ડિબગ સંદેશાઓને ડિબગ કરે છે:
# રુટ કર્નલ ડિબગીંગ માટે # નોંજ રૂપરેખાંકન માત્ર / usr / adm / debug પર છે જે # નામવાળી પાઇપ છે. kern. = debug | / 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 સુયોજિત થયેલું હોવું જોઈએ, અન્યથા, તમે ઘણા સીઓએસlog ડિમનો શરૂ કરી શકો છો. આ કારણ છે કે init (8) પ્રક્રિયા ID પર આધાર રાખે છે.
સુરક્ષા થ્રેટ
સર્વિસ હુમલોના અસ્વીકાર માટે એક નળી તરીકે ઉપયોગ કરવા માટે syslogd ડિમન માટે સંભવિત છે. આ સંભવિત મને ચેતવવા માટે આભાર, જોન મોરિસન (jmorriso@rflab.ee.ubc.ca) પર જાઓ. એક ઠગ કાર્યક્રમ (મેર) સીસલોગ સંદેશા સાથે સીઓએસlog ડેનને ખૂબ જ સહેલાઇથી ભરી શકે છે, જેના પરિણામે ફાઇલ સિસ્ટમમાં બાકી રહેલી બધી જગ્યાઓનો વપરાશ થાય છે. ઇનનેટ ડોમેન સોકેટ્સ પર લોગીંગ સક્રિય કરવાથી સિસ્ટમની બહાર રહેલા જોખમોને સ્થાનિક મશીનમાં પ્રોગ્રામ અથવા વ્યક્તિઓ બહારના જોખમોમાં પ્રદર્શિત કરવામાં આવશે.
મશીનનો બચાવ કરવાની ઘણી પદ્ધતિઓ છે:
- કયા યજમાનો અથવા નેટવર્કોને 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) manpage નો સંદર્ભ લો.
દલીલો
આ ક્ષેત્ર છેલ્લા ક્ષેત્રની ક્રિયાઓ માટે વધારાના દલીલો દર્શાવે છે. ફાઈલ-લોગીંગ માટે આ ફાઈલફળનું લોગફાઇલ છે; વપરાશકર્તા-લોગિંગ માટે આ વપરાશકર્તાઓની યાદી છે; દૂરસ્થ લોગીંગ માટે આ મશીનનાં યજમાનનામ માટે લોગ ઇન કરો; કન્સોલ-લોગીંગ માટે આ વપરાયેલ કન્સોલ છે; ટીટી-લોગીંગ માટે આ સ્પષ્ટ થયેલ ટીટીટી છે; દીવાલ પાસે કોઈ વધારાના દલીલો નથી.
આ પણ જુઓ
સહયોગી
Syslogd એ BSD સ્રોતોમાંથી લેવામાં આવે છે, ગ્રેગ Wettstein (greg@wind.enjellic.com) એ પોર્ટને લિનક્સ , માર્ટિન સ્કુલ્ઝ (joey@linux.de) દ્વારા કેટલાક ભૂલો સુધારવામાં અને કેટલાક નવા લક્ષણો ઉમેર્યા છે. Klogd મૂળ સ્ટીવ ભગવાન દ્વારા લખવામાં આવી હતી (lord@cray.com), ગ્રેગ Wettstein મુખ્ય સુધારાઓ કરવામાં.
ડૉ ગ્રેગ વેટીસ્ટીન
એન્જેલિક સિસ્ટમ્સ ડેવલપમેન્ટ
ઓન્કોલોજી સંશોધન વિભાગ કમ્પ્યુટિંગ સુવિધા
રોજર મેરિસ કેન્સર સેન્ટર
ફાર્ગો, એનડી
greg@wind.enjellic.com
સ્ટીફન ટ્વીડી
કમ્પ્યુટર સાયન્સ વિભાગ
એડિનબર્ગ યુનિવર્સિટી, સ્કોટલેન્ડ
sct@dcs.ed.ac.uk
જુહા ફટાનાન
jiivee@hut.fi
શેન એલ્ડેર્ટન
shane@ion.apana.org.au
માર્ટિન સ્કુલઝે
ઈન્ફોોડ્રોમ ઓલ્ડેનબર્ગ
joey@linux.de
મહત્વનું: તમારા ચોક્કસ કમ્પ્યૂટર પર આદેશ કેવી રીતે વાપરવામાં આવે છે તે જોવા માટે man આદેશ ( % man ) નો ઉપયોગ કરો.
સંબંધિત લેખો