tjy 更新httpd到 2.2.8

ksf 採購硬體，還需要進一步採購

joshua 聖經錄音到雅各書第二章

tjm 安裝灰名單及撰寫小抄

最近要好好的更換機器 

milter-greylist 是利用廣告信發信程式為了盡量快點發信，所以不會重送這個原理來運作的。當他不確定對是否是可信賴的郵件主機時，就請對方等一下再送，會自動重送的，就是可信賴的主機。我們裝起來測試後，果然好用。這個系統與MailScanner不相衝突，所以頗有安裝的價值。 

本來希望按照joshua提供的方法安裝 4.0 版的 milter-greylist，不過我們實在沒有時間一一追蹤新版本的更新，所以最後還是先用 yum search milter-greylist 找到直接 fedora 7 的 milter-greylist 套件。以下就紀錄如何安裝之：

變身成 root 

1.先安裝套件  yum install milter-greylist

2.修改控制檔 vi /etc/mail/greylist.conf

  a.信望愛有多台MX peer mail server，所以要改底下這段

  # MX peering
  peer 主機IP1
  peer 主機IP2

 b.改網路區段

 list "my network" addr { 127.0.0.1/8 10.0.0.0/8 192.0.2.0/24 }  

c.把 grey user 拿掉，照說明書是要利用這裡慢慢測試，不過這是小抄，已經都測試過，直接處理掉就是了

 list "grey users" rcpt {  \
        user1@example.com \
        user2@example.com \
        user3@example.com \
}

d.修改最底下

acl greylist list "grey users" delay 30m autowhite 3d
acl whitelist default

改成

acl greylist default  delay 5m autowhite 3d
#acl whitelist default
意思就是所有的信件都當成 greylist ，要對方延遲五分鐘再送，如果對方真的聽話，就將他放入白名單三天

 3.設定開機自動啟動，順便測試看看，我們的伺服器是跑 runlevel 3

 /sbin/chkconfig --level 3 milter-greylist on

/etc/init.d/milter-greylist start

4.修改 sendmail.mc 以修改 sendmail.cf (請注意，你的sendmail.cf必須是由 sendmail.mc產生的，不然就慘了）

  cd /etc/mail

   在  define(`confDEF_USER_ID',``8:12'')dnl之前插入

  INPUT_MAIL_FILTER(`greylist', `S=local:/var/run/milter-greylist/milter-greylist.sock')
define(`confMILTER_MACROS_CONNECT', `j, {if_addr}')
define(`confMILTER_MACROS_HELO', `{verify}, {cert_subject}')
define(`confMILTER_MACROS_ENVFROM', `i, {auth_authen}')
define(`confMILTER_MACROS_ENVRCPT', `{greylist}')

然後 m4 sendmail.mc > sendmail.cf 

5.重新跑 sendmail

 以信望愛站來說是  /etc/init.d/MailScanner restart

一般可能是 /etc/init.d/sendmail restart 

6.檢驗成果

    當然，收發信件必須先正常，然後可以去  /var/lib/milter-greylist/db 檢查 greylist.db 這個檔案，就可以看到灰名單是否正常運作。

ksf 處理光纖管線、找到冷氣 2/2日安裝

 joshua 灰名單大致完成

tjm 搞定兩個專案

tjy  更新kernel

tjm更新很多系統

由於RAID壞掉，所以我們檢視了整個系統，發現很多軟體都已經非常舊版，沒有好好的更新。所以我今天就花個時間把MailScanner LifeType openwebmail 都換成最新版。不過openwebmail這個由成大做出來的軟體最新版居然滿頁都是簡體中文，讓人不知該怎麼說才好。只好立刻換回比較正常的版本。

tjy  life RIAD損毀，目前已經把bbs與life資料移到新RAID，現在已經把RAID上機架了。

ksf 光纖必須等選舉後，速博線路還要討論

tjm 搬移資料，裝了新了mailscanner

joshua 念到13章 

2008.1.3 一早8:00左右，技術人員tjy發現life RAID第一個硬碟壞掉，依照標準處理程序，他就拿出預先準備好的硬碟來更換，系統開始重建RAID，這時機器正常運作，僅僅RAID進行自動修復工作。

2008.1.3 10:00 發現系統當機，派遣ksf去機房查看，發現life RAID第三個硬碟也亮紅燈損毀，緊急關機再開、等冷卻（同時禱告）後再開無效。信望愛站開站十年來從來沒遇到的悲慘事件就這樣發生了。

接下來，ksf拿著硬碟去找RAID廠商 旭驥 幫忙看看能不能救回來，這時當然技術組人心惶惶，甚麼怪招都想過了：換硬碟機板、拿早上換下來的硬碟放上去救、把壞掉的硬碟資料複製出來......，不過，後來RAID廠商幫我們檢查出來原來是第三顆硬碟已經老舊，轉速無法跟上。於是借我們一個電力比較強大的新RAID機器，利用慣性原理，通電關掉，趁硬碟還在轉再通電，這樣就順利把硬碟啟動了（我省略了很多辛苦的測試過程，真的感謝RAID廠商）。於是我們決定先讓系統恢復運轉，並且提前購買預算要購買的新RAID把資料轉過去，好還人家借用的RAID。

ksf把RAID拿回來插好後開機，發現系統還是打不開，因為在硬碟損壞的同時，已經有資料毀掉了。我們判斷這不會是全面性的問題，應該只是一兩個檔案毀掉，所以就由tjy下班後慢慢一個一個檔案利用備援光碟救起來 ，經過了幾個小時還是沒辦法，看來狀況比想像中的嚴重。這時tjm回到機房來接力檢修，決定重灌系統，保留資料。

 為了要保留最多的資料，所以我們做了幾次失敗的嘗試（壞得真嚴重），最後重新灌了系統才讓系統真正復原。我們大概檢查了一下資料，發現應該沒有大礙，就先這樣啟動。但是後來發現我們忘記備份虛擬主機的資料，於是又手工加上虛擬主機的資料，讓大部分的系統運作正常。這時已經是1月4日凌晨 4:30。

1月 4日下午1:00 ksf已經拿到新的RAID，安裝在勉強能跑的life上，由tjm遙控把硬碟準備好。1月 5日早上9:00開始轉移資料，11:00轉移完成，由等在機房的tjy、ksf接手利用復原光碟來讓新的RAID可以開機。11:30順利完成這項工作，目前life系統已經完全穩定。

 由於新買的 raid也要順便更換BBS的RAID（這個RAID更老，常常出現錯誤的警報），所以我們也停止BBS機器系統運作，接上設備。我們預計週日大家比較不使用機器的時候來複製資料更換系統。預計1月6日下午前全部更換完成。

 

/usr/sbin/pvcreate /dev/sda4

/usr/sbin/vgcreate -s 16M nlife_lvm /dev/sda4

/usr/sbin/vgchange -ay nlife_lvm

/usr/sbin/lvcreate -L1G -nbbs nlife_lvm

/usr/sbin/lvcreate -L2G -ntmp nlife_lvm

/usr/sbin/lvcreate -L100G -nhome nlife_lvm

/usr/sbin/lvcreate -L50G -nvar nlife_lvm 

cd /etc/httpd/conf/ssl.key
mv server.key server.key.orig
openssl genrsa 2048 > server.key
cd /etc/httpd/conf/
mkdir ssl.csr
openssl req -new -key ssl.key/server.key -out ssl.csr/server.csr

回答一堆問題之後，可能要考慮密碼不打

記得要有 ssl.crt 這個目錄

openssl x509 -req -days 1825 -in ssl.csr/server.csr -signkey ssl.key/server.key -out ssl.crt/server.crt

到 /etc/pki/tls/certs
修改一下 Makefile 把 365 改成大一點的數字，每年搞一次我可沒力氣。
我改成 1825 五年差不多了。

然後 make xxxx.pem 填一填資料就可以了，最後記得要把
ipop3d.pem
與 imapd.pem 連到 xxxx.pem 即可。

    記得，憑證不可以被別人隨便讀取，正確的說應該是憑證的private key
不能被讀取，所以要設定適當的權限。

由 http://www.mailscanner.info/downloads.html 下載 mailscanner

yum install -y clamav clamav-update perl-Parse-RecDescent perl-Inline

tar zxvf MailScanner-4.66.5-2.rpm.tar.g  

 cd MailScanner-4.66.5-2
 ./install.sh

vi /etc/MailScanner/MailScanner.conf

%org-name% = 輸入你喜歡的名稱但不能有任何空白
File Command = /usr/bin/file
Virus Scanners = clamavmodule #可以先用clamav試試。
Monitors for ClamAV Updates = /usr/local/share/clamav/*.cvd
Detailed Spam Report = yes
Include Scores In SpamAssassin Report = yes
Always Include SpamAssassin Report = yes
Notify Senders = no
Notify Senders Of Viruses = no
Notify Senders Of Blocked Filenames Or Filetypes = no
Notify Senders Of Other Blocked Content = no
Scanned Modify Subject = end #每一封被掃描過的信，主旨都會加一段{Scanned}
Scanned Subject Text = {Scanned} #可以是中文
Spam Subject Text = {Spam?}#可以是中文
High Scoring Spam Subject Text = {Garbage?}#可以是中文
Spam Checks = yes
Use SpamAssassin = yes

Required SpamAssassin Score = 6
High SpamAssassin Score = 10
Spam Actions = deliver
High Scoring Spam Actions = store
SpamAssassin Site Rules Dir = /etc/mail/spamassassin
SpamAssassin Default Rules Dir = /usr/share/spamassassin
Debug SpamAssassin = no

#注意 Debug SpamAssassin 設定成 yes 時，會造成系統負荷大增，除非要debug 不要設定為 yes

/etc/init.d/sendmail stop
 /sbin/chkconfig --level 3 MailScanner on
/sbin/chkconfig --level 3 sendmail off
/etc/init.d/MailScanner start

vi /etc/sysconfig/freshclam
#FRESHCLAM_DELAY=disabled-warn  # REMOVE ME (閱讀全文)

今天早上連不上life，到機房看， raid寫著IDE channel #1 reading error

其餘燈號都正常

raid關電再開，一樣。把 channel #1硬碟拔掉，換一顆，目前正在rebuild中

reboot life， 正常了