上一篇講了如何使用 google 提供的 migration tool 來遷移郵件,但需要知道大家的密碼才能用 IMAP 存取郵件資料。
一般來說即使是 root 也是看不到密碼的,就算能也只是看到加密過後的密碼。
而本篇要紀錄的就是我們遷移策略,包含我們怎麼繞過(?)密碼這關。
概況
我們的伺服器是透過 LDAP 集中管理身分認證資訊,大致架構如下:
除了一般工作站以外,郵件伺服器也同樣是利用 LDAP 的資訊來登入,簡單來說就是使用者只須要記得一個密碼,就可以登入各工作站以及郵件伺服器。
繞過密碼
想來想去最後想到兩種方法,一是從 LDAP 下手,一是從郵件伺服器下手。
從 LDAP 下手
雖然 root 看不到大家的密碼,但是能直接更改別人的密碼 XD
所以呢,我們可以複製出一個假的 LDAP server,就專給郵件伺服器用。
要複製一個 LDAP 並不困難,只需要安裝好 LDAP 之後把資料 dump 過來就完成了。
創造好一個 fake LDAP 之後就要來改改郵件伺服器的設定,讓他改用 fake LDAP 的資訊來做身分認證。
首先要先更改 /etc/hosts
,把 LDAP 對應的 ip address 改對(如果有的話),
如果沒有用 /etc/hosts
的話,則記得要更改 roundcube 設定:
更改 roundcube ldap
1 | $ vim /etc/roundcube/main.inc.php |
把 hosts
改成 fake LDAP:
1 | $config['ldap_public']['public'] = array( |
詳細可以看 roundcube 說明文件。
弄好之後記得要刷新 nslcd
:
1 | $ /etc/init.d/nslcd force-reload # maybe need to reload |
接下來就是要更改大家密碼啦~
由於郵件伺服器現在是使用 fake LDAP 驗證資訊了,所以這時候更改密碼只會改到 fake LDAP 上的資訊,而不影響大家登入使用其他工作站。也就是說使用這種方法的壞處只有在遷移的過程中不能登入原郵件伺服器。
不過由於收發信件都已經轉移去 gmail 了,暫時不能登入原郵件伺服器其實影響應該不會太大了。
更改 ldap user password
1 | $ ldappasswd -h <ldap_ip> -x -ZZ \ |
以上是更改一個人 LDAP 密碼的方式,那要批次更改全部人的密碼可以這樣:
先去 /var/spool/mail/
找誰有郵件帳戶,然後組合成 ldap dn ,輸出到一個檔案:
1 | $ ls /var/spool/mail/ -l \ |
再組合出改密碼的指令並輸出到 change_password.sh
1 | $ cat mail_all.txt \ |
然後就可以:
1 | $ ./change_password.sh |
從 Mail Account 下手
從 LDAP 下手的基本上就可以解決密碼的問題,不過就是會在遷移的期間讓大家無法登入看舊信件(因為大家密碼被改掉了),雖說影響應該不大,不過依舊是有影響的。
另一個繞過密碼的方式是從郵件帳戶下手,先創建一個假帳號,再把信件都複製到假帳號那邊,就可以用假帳號存取那個人的信件。
假設有個帳號 ssarcandy
,實際方法如下:
- Add a fake user into ldap, i.e.
ssarcandy_fake
- Create home dir for it, change the owner to
ssarcandy_fake
- Copy
/var/spool/mail/ssarcandy
to/var/spool/mail/ssarcandy_fake
, and chage owner - Copy
~ssarcandy/mail/
to~ssarcandy_fake/mail/
if it exist, and chage owner
寫成 script 大致如下:
1 |
|
這就是另一個繞過密碼的方式,這方式的優點是可以不影響使用者的帳戶,也就是在遷移過程中依舊可以登入舊郵件伺服器。
但也是有缺點的,就是必須複製一份使用者的 mails,在遷移期間會浪費兩倍的容量。
遷移策略
我們要遷移的郵件說多不多,但也不太少,以容量來說大概 600 GB 左右。
不過空間上稍微尷尬一點,只剩 50 GB 可以使用。
所以基本上是沒辦法讓大家都使用第二種方法(創假帳號並複製郵件),先使用 fake LDAP 轉移大部分人會是比較適當的方式。
以時間軸的方式來呈現整個遷移的過程,大致如下:
- 設定 MX record信件收發轉至 Gmail
- 建立 fake LDAP 讓 mail server 使用開始遷移大部分使用者,遷移期間使用者無法登入原郵件伺服器(因密碼不同)。
- 讓 mail server 使用原 LDAP使用者可以正常登入原郵件伺服器。
- 針對重要使用者建立假帳號開始轉移那些信件特多的使用者,使用建立假帳號的方式。
- 善後完成轉移,刪除假帳號。
開始遷移信件的時間點是在已將 MX record 設定完,收發功能已轉至 gmail 之後才開始的。
我們基本上分兩階段轉移信件,
第一階段是用 fake LDAP 的方式轉移大部分的使用者;
第二階段則是用假帳號的方式轉移最重要(信件特多)的使用者。
首先我們先對使用者的信件用量做分群,找出哪些人用量相似、哪些人用量特多等等。
可以利用 dovecot 的 admin 工具查詢:
1 | # 查詢 ssarcandy 的總信件數目 |
把大家的郵件數目分佈畫成圖表:
可以看到基本上大部分人都沒甚麼信,只有少數人有超大量的信,而這些少數人會是遷移的 bottleneck,所以應該要挑出來用假帳號的方式轉移信件,才能避免讓原郵件伺服器不能登入的時間拉太長。
另外,由於 G Suite 遷移工具是一批一批遷移的,所以同一批最好大家的郵件數目都要差不多,才可以減少總體等待時間。
我們用以上的遷移策略,總共耗時約十天完成大家的所有信件遷移。
當初預估一周真是太天真了阿QQ