由於這幾天比較忙碌，一直到現在才把結果貼上來分享～ 感謝 giacch 網友的協助測試， 經過一連串的測試，就如 giacch 所描述的， 不過應該不能說是誤用，畢竟兩個方式都可以讓 syslogd 跑起來， 而且在 /etc/rc.d/syslogd 的 script 中，最後也是丟給 /usr/sbin/syslogd 去跑， /etc/rc.d/syslogd 只是做了一些前處理的動作～ 只是後來發現效果不同，以致於 remote log 失敗～ 經過如下： 小弟原先以 /etc/rc.d/syslogd -4 -a 0/0:* 的方式啟動 syslogd， 發現 syslogd 雖然成功啟動，但並沒有接收遠端的封包， 為了確認遠端 udp 封包是否正確傳入，發現 tcpdump 可以正確抓取到封包， 證實遠端並沒有問題，原因一定是出在 syslogd 身上～ google 了一些文件後發現並沒有特別提到兩種啟動方式的差異， 倒是有些提到要在 /etc/rc.conf 加入 syslogd_flags="-4 -a 0.0.0.0/0:*" ， 跟著做完，重啟 syslogd、重啟 server，還是無法進行 remote log ～ 後來收到 giacch 網友的 mail 討論，在討論過程中提點了敝人一些可能的問題， 只是情況依舊，有封包，沒紀錄， 最後敝人提議將 log 轉給 giacch 的 server ，由其測試是否能成功寫入紀錄， giacch 同意協助做測試，因此敝人馬上修改 log server 位置， giacch 也將其 syslogd 重啟為接受 remote log， 接著就告知敝人其已經收到寫入的紀錄，並將 log 內容告知敝人， 經確認該 log 內容是正確的，那問題就出在兩台 server 的 syslogd 差在哪裡， 比對後發現敝人使用 /etc/rc.d/syslogd 啟動， 而 giacch 網友使用 /usr/sbin/syslogd 啟動， 接著馬上將 syslogd kill，並從 /usr/sbin/syslogd 重啟 syslogd ......成功了！ 追究其原因猜測，在 /etc/rc.d/syslogd 的最後一行為：run_rc_command "$1" 因為 /etc/rc.d/syslogd 是一個 shell script， 如果 script 中沒有把後面參數原封不動的傳給目標檔案去執行， 那這些參數等於是在過程中被丟棄了， 加上 /etc/rc.d/syslogd 只接受 start/stop/restart/force 等參數， 而 /usr/sbin/syslogd 卻不接受上述參數，而接受 -4 -a 0/0:* 之類的參數， 更加確定兩種啟動方式會有極大的差別！ 結論就是：remote log 務必從 /usr/sbin/syslogd 下參數。 感謝 giacch 網友的協助測試，讓敝人對 remote log 的疑問有了成果，感謝 giacch！ 唯一未解開的疑問是：已經在 rc.conf 中加入 syslogd_flags="-4 -a 0.0.0.0/0:*" 為何 reboot 之後依然無法自動啟用 remote log？ --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 140.127.180.162 ※ 編輯: epstudio 來自: 140.127.180.162 (06/13 17:53)