我們重新調整了說明文件的導覽結構，直接對應您的作業工作流程。詳情請參閱版本資訊和逐步解說影片。

Google 會運用 AI 技術將內容翻譯成你偏好的語言，但可能會出錯。

收集 Extreme Wireless 記錄

剖析器版本：2.0

支援的國家/地區：

Google SecOps SIEM

本文說明如何使用 Bindplane 代理程式，將 Extreme Wireless 記錄檔擷取至 Google Security Operations。

Extreme Networks 無線控制器會針對用戶端關聯和取消關聯事件、驗證、RADIUS 互動和存取點狀態變更，產生系統記錄訊息。剖析器會使用 grok 模式擷取欄位，並將這些欄位對應至統合式資料模型 (UDM)。

事前準備

請確認您已完成下列事前準備事項：

Google SecOps 執行個體
Windows Server 2016 以上版本，或搭載 systemd 的 Linux 主機
Bindplane 代理程式與 Extreme Networks CloudIQ 控制器之間的網路連線
如果透過 Proxy 執行，請確保防火牆通訊埠已根據 Bindplane 代理程式需求開啟
Extreme Networks CloudIQ 的特殊存取權

取得 Google SecOps 擷取驗證檔案

登入 Google SecOps 控制台。
依序前往「SIEM 設定」>「收集代理程式」。
下載擷取驗證檔案。
將檔案安全地儲存在要安裝 Bindplane 代理程式的系統上。

注意： 這個 JSON 檔案包含驗證 Bindplane 代理程式與 Google SecOps 的憑證。

取得 Google SecOps 客戶 ID

登入 Google SecOps 控制台。
依序前往「SIEM 設定」>「設定檔」。
複製並儲存「機構詳細資料」部分中的客戶 ID。

注意： 設定 Bindplane 代理程式匯出工具時，必須提供客戶 ID。

安裝 Bindplane 代理程式

請按照下列操作說明，在 Windows 或 Linux 作業系統上安裝 Bindplane 代理程式。

Windows 安裝

以管理員身分開啟「命令提示字元」或「PowerShell」。

執行下列指令：

msiexec /i "https://github.com/observIQ/bindplane-agent/releases/latest/download/observiq-otel-collector.msi" /quiet

等待安裝完成。
執行下列指令，確認安裝成功：
```
sc query observiq-otel-collector
```
服務應顯示為「RUNNING」。

Linux 安裝

開啟具有根層級或 sudo 權限的終端機。

執行下列指令：

sudo sh -c "$(curl -fsSlL https://github.com/observiq/bindplane-agent/releases/latest/download/install_unix.sh)" install_unix.sh

等待安裝完成。
執行下列指令，確認安裝成功：
```
sudo systemctl status observiq-otel-collector
```
服務應顯示為有效 (執行中)。

其他安裝資源

如需其他安裝選項和疑難排解資訊，請參閱 Bindplane 代理程式安裝指南。

設定 Bindplane 代理程式，擷取系統記錄檔並傳送至 Google SecOps

找出設定檔

Linux：

sudo nano /etc/bindplane-agent/config.yaml

Windows：

notepad "C:\Program Files\observIQ OpenTelemetry Collector\config.yaml"

編輯設定檔

將 config.yaml 的所有內容替換為下列設定：

receivers:
    udplog:
        listen_address: "0.0.0.0:514"

exporters:
    chronicle/extreme_wireless:
        compression: gzip
        creds_file_path: '/etc/bindplane-agent/ingestion-auth.json'
        customer_id: '<customer_id>'
        endpoint: malachiteingestion-pa.googleapis.com
        log_type: EXTREME_WIRELESS
        raw_log_field: body

service:
    pipelines:
        logs/extreme_wireless_to_chronicle:
            receivers:
                - udplog
            exporters:
                - chronicle/extreme_wireless

設定參數

替換下列預留位置：

接收器設定：
- listen_address：要接聽的 IP 位址和通訊埠：
  - 0.0.0.0，監聽所有介面 (建議)
  - 通訊埠 514 是標準的系統記錄通訊埠 (在 Linux 上需要根層級權限；非根層級權限請使用 1514)
匯出工具設定：
- creds_file_path：擷取驗證檔案的完整路徑：
  - Linux：/etc/bindplane-agent/ingestion-auth.json
  - Windows：C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
- customer_id：從 Google SecOps 控制台複製的客戶 ID
- endpoint：區域端點網址：
  - 美國：malachiteingestion-pa.googleapis.com
  - 歐洲：europe-malachiteingestion-pa.googleapis.com
  - 亞洲：asia-southeast1-malachiteingestion-pa.googleapis.com
  - 如需完整清單，請參閱「區域端點」

儲存設定檔

編輯完成後，請儲存檔案：
- Linux：依序按下 Ctrl+O、Enter 和 Ctrl+X
- Windows：依序點選「檔案」>「儲存」

重新啟動 Bindplane 代理程式，以套用變更

如要在 Linux 中重新啟動 Bindplane 代理程式，請執行下列指令：

sudo systemctl restart observiq-otel-collector

確認服務正在執行：

sudo systemctl status observiq-otel-collector

檢查記錄中是否有錯誤：

sudo journalctl -u observiq-otel-collector -f

如要在 Windows 中重新啟動 Bindplane 代理程式，請選擇下列其中一個選項：
- 以管理員身分開啟命令提示字元或 PowerShell：
```
net stop observiq-otel-collector && net start observiq-otel-collector
```
- 服務控制台：
  1. 按下 Win+R，輸入 services.msc，然後按下 Enter 鍵。
  2. 找出 observIQ OpenTelemetry Collector。
  3. 按一下滑鼠右鍵，然後選取「重新啟動」。
  4. 確認服務正在執行：
```
sc query observiq-otel-collector
```
  5. 檢查記錄中是否有錯誤：
```
type "C:\Program Files\observIQ OpenTelemetry Collector\log\collector.log"
```

在 Extreme Networks CloudIQ 上設定系統記錄

登入 CloudIQ 網頁版 UI。
依序前往「Configure」(設定) >「Common Objects」(通用物件) >「Management」(管理) >「Syslog Servers」(系統記錄伺服器)。
按一下 [+]。
請提供下列設定詳細資料：
- 名稱：為伺服器提供專屬名稱。
- 嚴重性：選取「資訊」。
- 從「選取」選單選取現有的系統記錄 IP 位址，或按一下「+」。
- 輸入 Bindplane 代理程式 IP 位址。
- 輸入 Bindplane 代理程式通訊埠編號。
- 點選「新增」。
按一下「儲存系統記錄伺服器」。

UDM 對應表

記錄欄位	UDM 對應	邏輯
`action`	`security_result.detection_fields.key`	原始記錄中的 `action` 欄位值會對應至 `security_result.detection_fields.key`。
`action`	`security_result.detection_fields.value`	原始記錄中的 `action` 欄位值會對應至 `security_result.detection_fields.value`。
`BSSID`	`principal.resource.attribute.labels.key`	字串「BSSID」會指派給 `principal.resource.attribute.labels.key`。
`BSSID`	`principal.resource.attribute.labels.value`	原始記錄中的 `BSSID` 欄位值會對應至 `principal.resource.attribute.labels.value`。
`collection_time.nanos`	`metadata.event_timestamp.nanos`	原始記錄中的 `collection_time.nanos` 值會對應至 `metadata.event_timestamp.nanos`。
`collection_time.seconds`	`metadata.event_timestamp.seconds`	原始記錄中的 `collection_time.seconds` 值會對應至 `metadata.event_timestamp.seconds`。
`collection_time.seconds`	`timestamp.seconds`	原始記錄中的 `collection_time.seconds` 值會對應至 `timestamp.seconds`。
`collection_time.nanos`	`timestamp.nanos`	原始記錄中的 `collection_time.nanos` 值會對應至 `timestamp.nanos`。
`data`	`security_result.description`	原始記錄中的 `data` 欄位值經過幾次 `gsub` 轉換，移除不需要的字元和「不適用」值後，會對應至 `security_result.description` 欄位。
`description`	`security_result.description`	grok 剖析器擷取的 `description` 欄位值會對應至 `security_result.description` 欄位。
`first`	`security_result.detection_fields.key`	字串「first」會指派給 `security_result.detection_fields.key`。
`first`	`security_result.detection_fields.value`	原始記錄中的 `first` 欄位值會對應至 `security_result.detection_fields.value`。
`hostname`	`principal.asset.hostname`	原始記錄中的 `hostname` 欄位值會對應至 `principal.asset.hostname` 和 `principal.hostname` 欄位。
`hostname`	`principal.hostname`	原始記錄中的 `hostname` 欄位值會對應至 `principal.asset.hostname` 和 `principal.hostname` 欄位。
`IP`	`principal.asset.ip`	原始記錄中的 `IP` 欄位值會對應至 `principal.asset.ip` 和 `principal.ip` 欄位。
`IP`	`principal.ip`	原始記錄中的 `IP` 欄位值會對應至 `principal.asset.ip` 和 `principal.ip` 欄位。
`MAC`	`principal.resource.attribute.labels.key`	字串「MAC」已指派給 `principal.resource.attribute.labels.key`。
`MAC`	`principal.resource.attribute.labels.value`	原始記錄中的 `MAC` 欄位值會對應至 `principal.resource.attribute.labels.value`。
`medium`	`security_result.detection_fields.key`	字串「medium」會指派給 `security_result.detection_fields.key`。
`medium`	`security_result.detection_fields.value`	原始記錄中的 `medium` 欄位值會對應至 `security_result.detection_fields.value`。`metadata.event_type` 是由剖析器中的邏輯決定。如果同時存在 `principal` 和 `target` 電腦 ID，則會設為 `NETWORK_CONNECTION`。如果存在 `principal` 或 `target` 使用者 ID，則會設為 `USER_UNCATEGORIZED`。如果只有 `principal` 機器的 ID，則會設為 `STATUS_UPDATE`。否則預設為 `GENERIC_EVENT`。字串「EXTREME WIRELESS」已指派給 `metadata.product_name`。
`prod_event_type`	`metadata.product_event_type`	原始記錄中的 `prod_event_type` 欄位值會對應至 `metadata.product_event_type` 欄位。
`port`	`principal.port`	原始記錄中的 `port` 欄位值會轉換為整數，並對應至 `principal.port` 欄位。
`problem_summary`	`security_result.summary`	原始記錄中的 `problem_summary` 欄位值會對應至 `security_result.summary` 欄位。
`SSID`	`principal.resource.attribute.labels.key`	字串「SSID」會指派給 `principal.resource.attribute.labels.key`。
`SSID`	`principal.resource.attribute.labels.value`	原始記錄中的 `SSID` 欄位值會對應至 `principal.resource.attribute.labels.value`。
`station`	`principal.asset.hostname`	原始記錄中的 `station` 欄位值會對應至 `principal.asset.hostname` 和 `principal.hostname` 欄位。
`station`	`principal.hostname`	原始記錄中的 `station` 欄位值會對應至 `principal.asset.hostname` 和 `principal.hostname` 欄位。
`target_host`	`target.asset.hostname`	原始記錄中的 `target_host` 欄位值會對應至 `target.asset.hostname` 和 `target.hostname` 欄位。
`target_host`	`target.hostname`	原始記錄中的 `target_host` 欄位值會對應至 `target.asset.hostname` 和 `target.hostname` 欄位。
`target_ip`	`target.asset.ip`	原始記錄中的 `target_ip` 欄位值會對應至 `target.asset.ip` 和 `target.ip` 欄位。
`target_ip`	`target.ip`	原始記錄中的 `target_ip` 欄位值會對應至 `target.asset.ip` 和 `target.ip` 欄位。
`target_port`	`target.port`	原始記錄中的 `target_port` 欄位值會轉換為整數，並對應至 `target.port` 欄位。
`target_user`	`target.user.userid`	原始記錄中的 `target_user` 欄位值會對應至 `target.user.userid` 欄位。
`user-profile`	`security_result.detection_fields.key`	字串「user profile」會指派給 `security_result.detection_fields.key`。
`user-profile`	`security_result.detection_fields.value`	原始記錄中的 `user-profile` 欄位值會對應至 `security_result.detection_fields.value`。
`username`	`principal.user.userid`	原始記錄中的 `username` 欄位值會對應至 `principal.user.userid` 欄位。字串「EXTREME_WIRELESS」已指派給 `metadata.vendor_name`。

變更記錄

查看這個剖析器的變更記錄

還有其他問題嗎？向社群成員和 Google SecOps 專業人員尋求答案。