FreeBSD 與 Linux 下強制重開...

現在人居然在辦公室... (苦哈哈)

遇到 process 用 kill -9 砍不掉時，不能用 reboot 重開，這會導致 reboot 卡死。如果機器很遠的話就很苦了...

在 FreeBSD 下，要遠端重開，要用 reboot -n -q，強迫系統跳過某些 sync procedure。在 Linux 下 (Debian 下) 則是用 reboot -n -f。

苦啊苦啊苦啊...

FreeBSD 下 lagg 在 /etc/rc.conf 的設定方式

如果在 FreeBSD 的 /etc/rc.conf 裡想要搞定 Link Aggregation (lagg) 的設定，主要是這幾條：

cloned_interfaces="lagg0"
ifconfig_igb0="up"
ifconfig_igb1="up"

ifconfig_lagg0="laggproto failover laggport igb0 laggport igb1 123.45.67.89/24"

如果要跑其他模式 (像是 LACP) 的話就把 failover 改成其他的選項就可以了...

一個晚上，把該踩的地雷都踩完了...

大概吧... 不知道還有多少地雷要踩 :o

弄 OpenVPN，直接把踩到的地雷列一下：

• FreeBSD 上用 pf 不能直接對 interface 開放，因為 OpenVPN 可能會在 pf 都跑完後才跑起來。查資料的時候有找到資料說，可以讓 pf 不要 cache 這部份，不過測了老半天測不出來，最後還是用 IP range 來做。
• OpenVPN 2.2 已經改成一個 interface 通殺所有 client，而不是一個 client 一個 interface，測了老半天發現是誤會一場，manpage 裡有寫現在變成這樣。(不知道從哪個版本變成這樣，至少裝的 2.2 是...)
• 如果 dhcp-option 只推 dhcp-option DNS 而沒有推 dhcp-option DOMAIN，Ubuntu 下的 DNS 設定不會生效，據說是 spec feature... +_+
• 如果要吃 RADIUS，可以透過 PAM 處理。不過 pam.d 的設定檔內只能用 try_first_pass，不能用 use_first_pass，原因看一下 FreeBSD 的 pam_radius manpage，裡面有說明。
• 另外，如果要用 RADIUS，記得設定 template_user 避免有 local account 的人會過，沒有 local account 的人就掛了...。

暫時踩到這些...