台灣的ClamAV Mirror Site同步較慢？

-
今天看郵件閘道主機的日誌時，一直看到freshclam有如下錯誤訊息：
Dec  5 13:43:12 mail1 freshclam[15030]: daily.cld is up to date (version: 15680, sigs: 290708, f-level: 63, builder: guitar)
Dec  5 13:43:14 mail1 freshclam[15030]: getfile: safebrowsing-40061.cdiff not found on remote server (IP: 120.119.118.1)
Dec  5 13:43:14 mail1 freshclam[15030]: getpatch: Can't download safebrowsing-40061.cdiff from database.clamav.net
Dec  5 13:43:15 mail1 last message repeated 4 times
Dec  5 13:43:15 mail1 freshclam[15030]: Incremental update failed, trying to download safebrowsing.cvd
Dec  5 13:43:27 mail1 freshclam[15030]: Downloading safebrowsing.cvd [100%]
Dec  5 13:43:28 mail1 freshclam[15030]: Mirror 120.119.118.1 is not synchronized.
Dec  5 13:43:28 mail1 freshclam[15030]: Trying again in 5 secs...
Dec  5 13:43:31 mail1 freshclam[15030]: Update process terminated
想說為什麼會不能更新safebrowsing-xxxxx.cdiff, 難道是我們網路有問題，還是防火牆設定有問題。於是直接下指令freshclam查看，發現它一直吐出以下訊息，而且看來一直跑不完的樣子。
# freshclam
ClamAV update process started at Wed Dec  5 13:40:51 2012
main.cld is up to date (version: 54, sigs: 1044387, f-level: 60, builder: sven)
daily.cld is up to date (version: 15680, sigs: 290708, f-level: 63, builder: guitar)
WARNING: getfile: safebrowsing-40061.cdiff not found on remote server (IP: 120.119.118.1)
WARNING: getpatch: Can't download safebrowsing-40061.cdiff from db.tw.clamav.net
WARNING: getfile: safebrowsing-40061.cdiff not found on remote server (IP: 140.128.9.18)
WARNING: getpatch: Can't download safebrowsing-40061.cdiff from db.tw.clamav.net
WARNING: getpatch: Can't download safebrowsing-40061.cdiff from db.tw.clamav.net
WARNING: getpatch: Can't download safebrowsing-40061.cdiff from db.tw.clamav.net
WARNING: getpatch: Can't download safebrowsing-40061.cdiff from db.tw.clamav.net
WARNING: Incremental update failed, trying to download safebrowsing.cvd
Downloading safebrowsing.cvd [100%]
WARNING: Mirror 140.128.9.18 is not synchronized.
Trying again in 5 secs...
 
查一下，發現ClamAV的更新是由全球許多Mirror Site在做，而台灣看來只有兩個Site(clamav-mirrors) 。一時突發奇想，也許我們那兩個單位的機器同時都出了點問題，因為我去看了一下freshclam.log發現好像幾個月之前，就會偶爾有錯誤訊息出現。
所以決定改用別的國家的Ｍirror Site試試看，雖然遠了一點，慢了一點。我將/usr/local/etc/freshclam.conf裡的設定改了一下：
本來是 DatabaseMirror db.tw.clamav.net
改成 DatabaseMirror db.de.clamav.net
意思就是不用台灣的Mirror Site, 改用德國的Mirror Site.

再跑一次freshclam, 結果：
# freshclam
ClamAV update process started at Wed Dec  5 13:46:11 2012
main.cld is up to date (version: 54, sigs: 1044387, f-level: 60, builder: sven)
daily.cld is up to date (version: 15680, sigs: 290708, f-level: 63, builder: guitar)
Empty script safebrowsing-40061.cdiff, need to download entire database
Downloading safebrowsing.cvd [100%]
safebrowsing.cvd updated (version: 40061, sigs: 1301136, f-level: 63, builder: google)
bytecode.cld is up to date (version: 202, sigs: 40, f-level: 63, builder: neo)
Database updated (2636271 signatures) from db.de.clamav.net (IP: 62.201.161.84)
Clamd successfully notified about the update.
# 
果然，這樣就成功的完成更新了。

留言

張貼留言

這個網誌中的熱門文章

D-BUS學習筆記

-
圖片
我第一個看到的文章是 ali's Blog [1] , 其中提到二支程式server.c client.c，我試著去compile這二支程式， 沒什麼太大的問題就可以成功。因為這是所謂的dbus c api, 也就是low lever api，在ubuntu下只要安裝套件libdbus-1-dev, 就會安裝這個api: $ sudo apt-get install libdbus-1-dev 然後就如該文所提到的，在compile時，必須指定library: $ gcc server.c -o server -l dbus-1 此時再去compile程式，可能會發現找不到dbus.h的問題。其實檔案是存在的，只是gcc不知道去那裡找而已。我們只要加入-I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include 告訴gcc就可以了。 $ gcc -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -o server server.c -l dbus-1 如此，可以compile成功。但每次要打這麼多字，實在記不得，也容易打錯，所以使用Makefile吧！ 建一個檔案，其名為Makefile，內容如下： All: server client server: server.c   gcc -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -o server server.c -l dbus-1 client: client.c   gcc -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -o client client.c -l dbus-1 我們把server.c client.c Makefile三個檔案，都放在同一個目錄，叫做dbus-test好了。這樣以後只要: $ cd dbus-test $ make 就會正確的編出server client二支可執行的程式。我們也不用去記這些很長的路徑名稱了。用過Makefile的朋友應該看得出來，其實Makefile可以再簡短一些。改成如下： ...
閱讀完整內容

Cisco Switch學習筆記: EtherChannel

-
EtherChannel : 用來將二個交換器之間多條實體線路串成一條虛擬線路, 具有增加頻寬, 容錯的好處。 注意事項: FastEthernet只能和FastEthernet的埠串在一起, Giga只能和Giga的串在一起, 不可混在一起! 使用的協定 : PAgP(Port Aggregation Protocol) or LACP(Link Aggregation Control Protocol) 負載平衡及傳送方法 : source-MAC address, destination-MAC address, source-and-destination MAC address forwarding; 即以來源端MAC位址決定使用那條實體線路, 以目的端MAC位址決定使用那條線路, 以來源端及目的端MAC位址決定使用那條線路。 使用心得: 容錯能力很好, 實體線路中斷, 可以在數秒內切換至別條線路使用。 設定範例 : interface FastEthernet0/7 channel-group 1 mode passive interface FastEthernet0/8 channel-group 1 mode passive 表示將Fa0/7,Fa0/8設成同一個group, 使用LACP的被動模式! 將另一邊的埠也以同樣方式設定, 但mode設成active即可! 檢視狀態: sh etherchannel detail sh etherchannel load-balance sh etherchannel port sh etherchannel port-channel sh etherchannel protocol sh etherchannel summary 可以看到只要使用interface指令channel-group就可以設定了, 交換器會自己新增一個interface: interface Port-channel1 其他的功能會將這個介面當成如實體介面一樣使用, 例如: #sh spanning-tree Interface Role Sts Cost Prio.Nbr Type ---------------- ---- --- --------- -------- --------------------------...
閱讀完整內容

Cisco Switch學習筆記: interface的封包錯誤統計

-
有時候實體線路品質不好時, 我們想看看該線路的品質狀況, 可以用sh interface指令來看封包的錯誤比率等統計數字: #sh interface gi0/2 GigabitEthernet0/2 is up, line protocol is up (connected) . . Last clearing of "show interface" counters never . 678641 input errors, 30447 CRC, . . 此例中可以看到從以前到現在共有678641個輸入的錯誤, 30447個CRC錯誤! 那當我們把線路做了改善, 例如換新的線等, 我們會想知道是不是有真的有改善了! 如果統計數字是累積性的, 就很不方便觀察改善情形! 此時可以使用clear counters指令將這個界面的封包錯誤統計數字清除重來! # clear counters gi0/2 Clear "show interface" counters on this interface [confirm] #sh interface gi0/2 GigabitEthernet0/2 is up, line protocol is up (connected) . . Last clearing of "show interface" counters 00:00:10 . 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored . . 這樣, 在一段時間後, 就可以觀察到線路改善後的封包錯誤統計情形!
閱讀完整內容