Ubuntu上Filebeat權限設置的關鍵要點
Filebeat的所有配置文件（如filebeat.yml、modules.d/目錄下的模塊配置）必須由root用戶或執行Filebeat進程的用戶擁有。例如，通過Ubuntu的apt包安裝的filebeat.yml默認所有者為root，符合這一要求。若所有權不符合，啟動時會報錯：“config file must be owned by the beat user or root”。
配置文件的權限必須禁止除所有者外的其他用戶寫入，推薦使用0644權限（即-rw-r--r--）。例如，filebeat.yml的正確權限應設置為：
chmod 644 /etc/filebeat/filebeat.yml
若權限過寬（如-rw-rw-r--），會導致啟動錯誤，需通過chmod go-w命令移除組和其他用戶的寫權限。
包含配置文件的目錄（如/etc/filebeat/、/etc/filebeat/modules.d/）必須由root用戶擁有，且權限設置為755（即drwxr-xr-x），確保只有root能修改目錄結構或文件，防止未經授權的配置篡改。
若Filebeat需要采集特定目錄的日志文件（如/var/log/app/*.log），該目錄必須對執行Filebeat的用戶可讀。例如，若以root用戶運行Filebeat，可通過chown root:root /var/log/app/和chmod 755 /var/log/app/設置權限；若以非root用戶（如filebeat）運行，則需將目錄所有者設為該用戶（chown filebeat:filebeat /var/log/app/）。
若因特殊場景需臨時繞過權限檢查，可通過命令行參數--strict.perms=false禁用嚴格權限驗證。但此操作會降低安全性，增加配置被篡改的風險，生產環境強烈不建議使用。
在Ubuntu 22.04等較新系統上，若使用Filebeat 7.10及以下版本，可能因glibc版本過高（≥2.35）導致Seccomp（安全計算模式）限制的系統調用（如rseq）缺失，引發啟動異常（如SIGABRT）。解決方法有兩種：
filebeat.yml中配置Seccomp允許rseq系統調用，避免關閉安全機制；seccomp.enabled: false完全關閉Seccomp（會失去對系統調用的限制，增加安全風險）。
