青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

八葉草

學習資料記錄

syslog

日志模塊進化史
ver1 CEidt重載<<
ver2 多標簽 Richedit  CLogFile <<
ver3 多標簽 ListCtrl  PrintLog(...)

ver4
開始想到kiwi syslog, 測試了一下 fwrite 和 sendto 的速度,放棄
這個方法更好,fwrite + 文件監(jiān)視





http://blog.csdn.net/xcj0535/archive/2009/05/07/4158624.aspx
 在網(wǎng)上搜的文章,寫的很全乎。摘抄如下,供大家參考學習

1、介紹

在Unix類操作系統(tǒng)上,syslog廣泛應用于系統(tǒng)日志。syslog日志消息既可以記錄在本地文件中,也可以通過網(wǎng)絡發(fā)送到接收syslog的服務器。接收syslog的服務器可以對多個設備的syslog消息進行統(tǒng)一的存儲,或者解析其中的內(nèi)容做相應的處理。常見的應用場景是網(wǎng)絡管理工具、安全管理系統(tǒng)、日志審計系統(tǒng)。

完整的syslog日志中包含產(chǎn)生日志的程序模塊(Facility)、嚴重性(Severity或 Level)、時間、主機名或IP、進程名、進程ID和正文。在Unix類操作系統(tǒng)上,能夠按Facility和Severity的組合來決定什么樣的日志消息是否需要記錄,記錄到什么地方,是否需要發(fā)送到一個接收syslog的服務器等。由于syslog簡單而靈活的特性,syslog不再僅限于 Unix類主機的日志記錄,任何需要記錄和發(fā)送日志的場景,都可能會使用syslog。

長期以來,沒有一個標準來規(guī)范syslog的格式,導致syslog的格式是非常隨意的。最壞的情況下,根本就沒有任何格式,導致程序不能對syslog 消息進行解析,只能將它看作是一個字符串。

在2001年定義的RFC3164中,描述了BSD syslog協(xié)議:
http://www.ietf.org/rfc/rfc3164.txt
不過這個規(guī)范的很多內(nèi)容都不是強制性的,常常是“建議”或者“約定”,也由于這個規(guī)范出的比較晚,很多設備并不遵守或不完全遵守這個規(guī)范。接下來就介紹一 下這個規(guī)范。

約定發(fā)送syslog的設備為Device,轉(zhuǎn)發(fā)syslog的設備為Relay,接收syslog的設備為Collector。Relay本身也可以發(fā)送自身的syslog給Collector,這個時候它表現(xiàn)為一個Device。Relay也可以只轉(zhuǎn)發(fā)部分接收到的syslog消息,這個時候它同時表現(xiàn)為Relay和Collector。

syslog消息發(fā)送到Collector的UDP 514端口,不需要接收方應答,RFC3164建議 Device 也使用514作為源端口。規(guī)定syslog消息的UDP報文不能超過1024字節(jié),并且全部由可打印的字符組成。完整的syslog消息由3部分組成,分別是PRI、HEADER和MSG。大部分syslog都包含PRI和MSG部分,而HEADER可能沒有。

2、syslog的格式

下面是一個syslog消息:
<30>Oct 9 22:33:20 hlfedora auditd[1787]: The audit daemon is exiting.
其中“<30>”是PRI部分,“Oct 9 22:33:20 hlfedora”是HEADER部分,“auditd[1787]: The audit daemon is exiting.”是MSG部分。

2.1、PRI部分
PRI部分由尖括號包含的一個數(shù)字構成,這個數(shù)字包含了程序模塊(Facility)、嚴重性(Severity),這個數(shù)字是由Facility乘以 8,然后加上Severity得來。不知道他們?yōu)槭裁窗l(fā)明了這么一種不直觀的表示方式。
也就是說這個數(shù)字如果換成2進制的話,低位的3個bit表示Severity,剩下的高位的部分右移3位,就是表示Facility的值。
十進制30 = 二進制0001 1110
0001 1... = Facility: DAEMON - system daemons (3)
.... .110 = Severity: INFO - informational (6)

Facility的定義如下,可以看出來syslog的Facility是早期為Unix操作系統(tǒng)定義的,不過它預留了User(1),Local0~7 (16~23)給其他程序使用:

      Numerical             Facility
         Code

          0             kernel messages
          1             user-level messages
          2             mail system
          3             system daemons
          4             security/authorization messages (note 1)
          5             messages generated internally by syslogd
          6             line printer subsystem
          7             network news subsystem
          8             UUCP subsystem
          9             clock daemon (note 2)
         10             security/authorization messages (note 1)
         11             FTP daemon
         12             NTP subsystem
         13             log audit (note 1)
         14             log alert (note 1)
         15             clock daemon (note 2)
         16             local use 0  (local0)
         17             local use 1  (local1)
         18             local use 2  (local2)
         19             local use 3  (local3)
         20             local use 4  (local4)
         21             local use 5  (local5)
         22             local use 6  (local6)
         23             local use 7  (local7)

       Note 1 - Various operating systems have been found to utilize
          Facilities 4, 10, 13 and 14 for security/authorization,
          audit, and alert messages which seem to be similar.
       Note 2 - Various operating systems have been found to utilize
          both Facilities 9 and 15 for clock (cron/at) messages.

Severity的定義如下:

       Numerical         Severity
        Code

         0       Emergency: system is unusable
         1       Alert: action must be taken immediately
         2       Critical: critical conditions
         3       Error: error conditions
         4       Warning: warning conditions
         5       Notice: normal but significant condition
         6       Informational: informational messages
         7       Debug: debug-level messages

也就是說,尖括號中有1~3個數(shù)字字符,只有當數(shù)字是0的時候,數(shù)字才以0開頭,也就是說00和01這樣在前面補0是不允許的。

2.2、HEADER部分
HEADER部分包括兩個字段,時間和主機名(或IP)。
時間緊跟在PRI后面,中間沒有空格,格式必須是“Mmm dd hh:mm:ss”,不包括年份。“日”的數(shù)字如果是1~9,前面會補一個空格(也就是月份后面有兩個空格),而“小時”、“分”、“秒”則在前面補“0”。月份取值包括:
Jan, Feb, Mar, Apr, May, Jun, Jul, Aug, Sep, Oct, Nov, Dec

時間后邊跟一個空格,然后是主機名或者IP地址,主機名不得包括域名部分。

因為有些系統(tǒng)需要將日志長期歸檔,而時間字段又不包括年份,所以一些不標準的syslog格式中包含了年份,例如:
<165>Aug 24 05:34:00 CST 1987 mymachine myproc[10]: %% It's
time to make the do-nuts. %% Ingredients: Mix=OK, Jelly=OK #
Devices: Mixer=OK, Jelly_Injector=OK, Frier=OK # Transport:
Conveyer1=OK, Conveyer2=OK # %%
這樣會導致解析程序?qū)?#8220;CST”當作主機名,而“1987”開始的部分作為MSG部分。解析程序面對這種問題,可能要做很多容錯處理,或者定制能解析多種syslog格式,而不僅僅是只能解析標準格式。

HEADER部分后面跟一個空格,然后是MSG部分。
有些syslog中沒有HEADER部分。這個時候MSG部分緊跟在PRI后面,中間沒有空格。

2.3、MSG部分
MSG部分又分為兩個部分,TAG和Content。其中TAG部分是可選的。
在前面的例子中(“<30>Oct 9 22:33:20 hlfedora auditd[1787]: The audit daemon is exiting.”),“auditd[1787]”是TAG部分,包含了進程名稱和進程PID。PID可以沒有,這個時候中括號也是沒有的。
進程PID有時甚至不是一個數(shù)字,例如“root-1787”,解析程序要做好容錯準備。

TAG后面用一個冒號隔開Content部分,這部分的內(nèi)容是應用程序自定義的。


3、RFC3195
BSD syslog協(xié)議使用UDP協(xié)議在網(wǎng)絡中傳遞,然而UDP是一個不可靠的協(xié)議,并且syslog也沒有要求接收方有所反饋。為了解決這個問題,RFC又定義了一個新的規(guī)范來可靠的傳遞syslog消息,它使用TCP協(xié)議:
http://www.ietf.org/rfc/rfc3195.txt
不過大多數(shù)情況下,使用UDP發(fā)送不需要確認的syslog消息,已經(jīng)能夠滿足要求了,并且這樣做非常簡單。因此到目前為止,RFC3195的應用還是很少見的

posted on 2010-11-17 16:00 八葉草 閱讀(1677) 評論(0)  編輯 收藏 引用 所屬分類: log

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            美女精品在线| 亚洲免费观看高清完整版在线观看| 亚洲人成亚洲人成在线观看| 裸体歌舞表演一区二区| 亚洲国产精品久久久久久女王| 一区二区免费在线观看| 免费人成网站在线观看欧美高清| 99精品国产在热久久下载| 欧美日韩国产影院| 亚洲乱码国产乱码精品精| 欧美视频在线观看免费网址| 欧美日韩一区二区在线播放| 国产精品久久看| 国产有码一区二区| 最新日韩中文字幕| 亚洲永久网站| 久久噜噜噜精品国产亚洲综合 | 欧美激情欧美狂野欧美精品| 欧美国产欧美亚洲国产日韩mv天天看完整 | 欧美片在线观看| 国产精品一区二区三区免费观看| 国产综合色在线视频区| 99热在线精品观看| 久久久爽爽爽美女图片| 亚洲精品久久久蜜桃| 亚洲一区在线免费观看| 六十路精品视频| 欧美日本一区| 久久久蜜臀国产一区二区| 亚洲电影av| 欧美一级欧美一级在线播放| 日韩视频在线观看| 国产日韩欧美| 亚洲欧美日韩国产中文| 亚洲精品一区二区三区av| 欧美二区在线| 欧美风情在线观看| 国产精品大片wwwwww| 欧美精品午夜视频| 一本一本久久a久久精品综合妖精| 欧美在线精品免播放器视频| 欧美日韩一区二区国产| 在线成人国产| 久久久国产精品亚洲一区| 99视频+国产日韩欧美| 久久综合色88| 极品中文字幕一区| 久久久99精品免费观看不卡| 亚洲视频网站在线观看| 欧美日韩久久不卡| 99国产精品自拍| 亚洲高清一区二区三区| 久久久久www| 一区二区三区在线观看国产| 午夜亚洲激情| 亚洲欧美大片| 国产精品午夜春色av| 午夜欧美大片免费观看| 亚洲视频自拍偷拍| 国产精品羞羞答答xxdd| 欧美一区二区高清| 亚洲欧美日韩一区二区| 国产欧美精品在线播放| 久久精品1区| 久久电影一区| 在线播放精品| 欧美freesex8一10精品| 免费观看在线综合色| 亚洲精品少妇网址| 亚洲精品久久久蜜桃| 欧美日韩精品一区二区在线播放| 一二三四社区欧美黄| 日韩视频中午一区| 国产精品高清一区二区三区| 欧美亚洲自偷自偷| 久久久亚洲精品一区二区三区| 在线精品视频在线观看高清 | 国产午夜精品全部视频在线播放| 午夜久久影院| 亚久久调教视频| 一色屋精品视频在线看| 亚洲国产99精品国自产| 欧美视频在线观看| 久久精品在线| 欧美不卡一卡二卡免费版| 一区二区三区视频在线| 亚洲欧美变态国产另类| 亚洲国产精品久久| 亚洲素人在线| 亚洲福利国产| 亚洲永久字幕| 亚洲国产婷婷综合在线精品| 亚洲精品国产精品久久清纯直播 | 国产精品久久久久久久久久久久| 亚洲欧美日韩另类| 久久狠狠久久综合桃花| 一本久道综合久久精品| 久久不射中文字幕| 一本久久综合亚洲鲁鲁五月天| 亚洲男女自偷自拍| 亚洲三级视频| 亚洲嫩草精品久久| 日韩视频不卡中文| 久久国产一区二区| 亚洲专区一区二区三区| 蜜桃av噜噜一区| 久久国产毛片| 国产精品久久久久久久午夜| 欧美gay视频激情| 国产欧美一区二区三区久久人妖| 亚洲福利视频三区| 国内一区二区三区| 亚洲一区黄色| 夜夜嗨av一区二区三区中文字幕 | 欧美成人精品在线播放| 国产精品色婷婷| 亚洲精品国精品久久99热| 精品99一区二区| 午夜精品在线视频| 欧美一区二区播放| 欧美亚州在线观看| 亚洲久色影视| 亚洲毛片在线观看.| 久久久久久久综合日本| 久久福利一区| 国产亚洲美州欧州综合国| 亚洲深夜福利视频| 亚洲深夜福利| 欧美日韩mv| 亚洲精品一二三| 99热在这里有精品免费| 欧美精品1区| 亚洲伦理自拍| 日韩亚洲视频| 欧美日韩国产丝袜另类| 亚洲片区在线| 99精品欧美| 欧美视频在线播放| 亚洲社区在线观看| 性刺激综合网| 国产一区二区三区四区老人| 欧美一区国产二区| 久久亚洲国产成人| 亚洲电影网站| 欧美激情一区二区三区不卡| 亚洲精品欧美在线| 亚洲一区二区三区免费视频 | 欧美一区二区三区男人的天堂 | 久久精品首页| 激情亚洲网站| 国产精品福利在线| 日韩一区二区精品视频| 夜夜嗨av一区二区三区四季av| 欧美国产高潮xxxx1819| 亚洲精品黄网在线观看| 亚洲欧美视频一区| 国一区二区在线观看| 久久这里有精品15一区二区三区| 嫩草伊人久久精品少妇av杨幂| 亚洲欧洲精品一区二区三区不卡| 欧美激情五月| 亚洲字幕在线观看| 久久中文在线| 一区二区三区高清| 国产日本精品| 久久综合久久综合久久| 日韩亚洲欧美一区| 久久激情五月丁香伊人| 亚洲精品日产精品乱码不卡| 国产精品r级在线| 久久久五月婷婷| 99视频精品在线| 久久久久免费观看| 亚洲精品在线看| 国产日韩精品在线播放| 免费视频最近日韩| 在线视频一区二区| 久久综合影视| 亚洲欧美日韩国产精品| 亚洲第一黄色网| 国产精品美女在线| 久热精品视频| 亚洲男女毛片无遮挡| 欧美国内亚洲| 久久久久久999| 亚洲午夜精品久久久久久浪潮| 国产综合色精品一区二区三区| 欧美日韩国产一级| 久久久噜噜噜久久人人看| 亚洲视频导航| 亚洲精品一区二区三区在线观看| 久久av在线| 亚洲制服丝袜在线| 亚洲精品免费在线观看| 国产一区日韩二区欧美三区| 国产精品国产三级国产专播品爱网| 久久久免费观看视频| 校园激情久久| 亚洲一区二区三区在线| 亚洲人成网站777色婷婷|