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

八葉草

學習資料記錄

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>
            亚洲区中文字幕| 国产精品视频免费在线观看| 欧美一级大片在线观看| 日韩午夜激情av| 亚洲电影免费观看高清完整版在线观看 | 国产欧美精品在线| 国产精品视频xxxx| 亚洲欧美一区二区精品久久久| 在线观看亚洲精品| 亚洲福利在线看| 亚洲日本中文字幕| 国产精品99久久久久久久久久久久 | 欧美午夜精品电影| 久久久精彩视频| 美日韩免费视频| 亚洲欧洲一区二区在线观看| 欧美在线亚洲一区| 午夜电影亚洲| 99精品欧美一区| 亚洲一区二区黄| 久久久久久久一区二区| 奶水喷射视频一区| 亚洲日本国产| 欧美一二三视频| 欧美成人亚洲| 国产亚洲一区在线| 9色porny自拍视频一区二区| 久久不射网站| 亚洲免费成人av电影| 久久不射2019中文字幕| aaa亚洲精品一二三区| 国产亚洲成人一区| 一区二区三区日韩精品视频| 久久久亚洲成人| 99精品视频免费观看视频| 欧美专区亚洲专区| 欧美日韩一二三区| 亚洲国产精品成人综合色在线婷婷| 亚洲视频一区二区| 亚洲第一色在线| 欧美一区二区三区日韩视频| 欧美日韩精品三区| 最新中文字幕亚洲| 国产精品黄色| 久久精品午夜| 久久精品国产成人| 久久久久久97三级| 亚洲人成在线观看网站高清| 欧美亚洲一区二区三区| 欧美日韩亚洲综合| 亚洲人成在线免费观看| 久久国产毛片| 亚洲伊人观看| 国产精品国产福利国产秒拍| 欧美一区影院| 女仆av观看一区| 欧美在线视频播放| 国产欧美日韩精品丝袜高跟鞋 | 欧美国产一区二区三区激情无套| 亚洲国产成人av| 午夜精品一区二区三区在线播放| 欧美韩国在线| 91久久国产综合久久| 久久久综合香蕉尹人综合网| 午夜精品久久久久久久99热浪潮| 欧美婷婷在线| 另类尿喷潮videofree| 国产亚洲欧美另类中文| 在线观看视频欧美| 蜜桃伊人久久| 亚洲激情六月丁香| 亚洲国产精品一区制服丝袜| 亚洲日本免费电影| 99视频精品全国免费| 亚洲欧洲精品一区二区三区波多野1战4 | 亚洲国产精品99久久久久久久久| 国产亚洲精品资源在线26u| 欧美成人在线免费观看| 欧美激情综合| 夜夜嗨av色综合久久久综合网 | 亚洲在线视频一区| 欧美va亚洲va国产综合| 亚洲永久免费| 国内外成人免费视频 | 欧美成人中文| 亚洲国内自拍| 中日韩高清电影网| 男女精品网站| 亚洲视频久久| 欧美国产激情二区三区| 18成人免费观看视频| 亚洲网站在线| 亚洲美女性视频| 欧美国产日韩在线| 亚洲在线免费观看| 正在播放欧美一区| 欧美日韩精品一区二区| 美女黄毛**国产精品啪啪| 久久国产精品久久久久久久久久| 亚洲少妇一区| 久久综合一区二区| 久久一区亚洲| 亚洲丰满少妇videoshd| 国产日韩欧美在线观看| 亚洲电影视频在线| 永久免费精品影视网站| 亚洲一区二区三区高清| 欧美一区国产在线| 亚洲精品视频在线看| 欧美一激情一区二区三区| 狠狠色伊人亚洲综合成人| 日韩视频在线一区| 日韩午夜在线| 一区二区视频免费完整版观看| 国产主播一区| 亚洲国产另类久久精品| 亚洲国内精品| 亚洲免费影院| 久久精品中文| 欧美高清视频一区| 亚洲综合三区| 欧美日韩福利视频| 国内在线观看一区二区三区 | 亚洲国产欧美久久| 在线视频精品一| 欧美激情视频网站| 亚洲电影第三页| 亚洲国产一区二区精品专区| 99re66热这里只有精品4| 免费成人激情视频| 国产精品国产a级| 亚洲精品一区二区三区不| 欧美在现视频| 亚洲自拍偷拍福利| 国产精品免费电影| 亚洲精美视频| 亚洲高清视频一区| 久久日韩粉嫩一区二区三区| 99热在这里有精品免费| 欧美aa国产视频| 亚洲精品在线一区二区| 久久久噜噜噜久久狠狠50岁| 99国产精品国产精品久久| 午夜精品久久久久久久男人的天堂| 欧美风情在线观看| 欧美日韩精品伦理作品在线免费观看 | 亚洲福利视频免费观看| 狠狠色香婷婷久久亚洲精品| 性欧美在线看片a免费观看| 久久成人免费视频| 国内久久婷婷综合| 99re热这里只有精品免费视频| 亚洲国产精品视频| 亚洲影院免费观看| 亚洲激情综合| 亚洲欧美国产一区二区三区| 先锋影音国产精品| 一本色道久久综合狠狠躁篇怎么玩 | 欧美另类视频在线| 亚洲精品专区| 99国内精品久久| 国产精品爱久久久久久久| 亚洲欧美日韩直播| 亚洲影视综合| 国户精品久久久久久久久久久不卡 | 最近看过的日韩成人| 亚洲视频1区| 欧美在线免费视频| 午夜激情综合网| 日韩一级黄色片| 久久久欧美一区二区| 亚洲一区二区动漫| 久久久亚洲综合| 亚洲高清久久| 99视频精品| 国产精品久久久久9999高清| 99国产欧美久久久精品| 亚洲国产日韩综合一区| 亚洲午夜av在线| 欧美午夜精品久久久久久久| 国产一区二区成人| 欧美亚洲色图校园春色| 亚洲国产欧美在线人成| 久久免费视频在线观看| 欧美xart系列高清| 中文av一区二区| 亚洲欧美国产不卡| 国产在线精品自拍| 欧美激情aaaa| 欧美国产三级| 亚洲天堂免费观看| 欧美在线视频一区二区| 国产一区二区三区黄视频| 亚洲综合第一页| 久久一区二区视频| 亚洲精品九九| 夜夜爽99久久国产综合精品女不卡| 欧美午夜片在线观看| 亚洲国产一区在线| 国产美女高潮久久白浆|