Question 1

NetAlertX を設定してリモートネットワークをスキャンし、結果を中央インスタンスに報告する方法は？

Accepted Answer

内蔵のSYNCプラグインを使用してマルチサイト監視を行います。リモートネットワークにセカンダリNetAlertXインスタンスを展開し、希望するスキャナー（例：ARPスキャン）で構成し、SYNCプラグインを有効にして検出結果をプリンシパルインスタンスに送信します。完全なセットアップガイド: https://docs.netalertx.com/ADVISORY_MULTI_SITE_MONITORING/

Question 2

NetAlertXのセッション時間が間違ったタイムゾーンで表示されるのはなぜですか？

Accepted Answer

最新のNetAlertXリリースにアップデートしてください。修正は現在のプロダクション版に含まれています。アップデート後、ブラウザのキャッシュをハードリフレッシュ（Shift+Reload）して、フロントエンドがeveDateTimeや接続/切断時間などのセッションデータに対して修正されたタイムゾーン処理を正しく読み込むようにしてください。

Question 3

NetAlertX で Freebox デバイスが Connected 状態と Disconnected 状態の間でフラッピングを繰り返すのはなぜですか？

Accepted Answer

これは、FREEBOXプラグインが、L3（IP）アドレスの少なくとも1つが `reachable=true` である場合にのみホストを報告することが原因です。Freebox APIが一時的にすべてのL3アドレスを `reachable=false` として報告すると（ホストがまだアクティブでリンクもアップしているにもかかわらず）、プラグインはそのMACに対するエントリーを出力しないため、NetAlertXはそのデバイスを `Disconnected` とマークし、最終的に `Flapping` にします。

**修正:** 修正を含むリリースにNetAlertXを更新してください（またはdevイメージ `ghcr.io/netalertx/netalertx-dev-unsafe` ですぐにテストしてください）。更新されたFREEBOXプラグインは、到達可能なL3アドレスがない状態で `host.active=true` という条件を検出し、`[FREEBOX] Host active but no reachable L3 address - using fallback IP` とログに記録します。これにより、アクティブなIPアドレスを使用してデバイスが保持され、誤ったDisconnectedへの遷移が発生しなくなります。

**手順:**
1. データベースと設定をバックアップするか、一意の `PORT` と `GRAPHQL_PORT` を使用して別のコンテナを実行してください。
2. 更新版/devイメージをプルして実行してください。
3. 青いヘッダーにある🔄更新ボタンをクリックしてください。
4. ブラウザをハードリフレッシュ（Shift + 再読み込み）して、JS/CSSファイルを再読み込みしてください。

Question 4

なぜNetAlertXのInternet-Check（INTRNT）は、デュアルスタックIPv4/IPv6ネットワークで0.0.0.0をパブリックIPとして報告するのですか？

Accepted Answer

Internet-Check プラグインのフォールバックルックアップは、IPv4 を強制せずに `curl -s ifconfig.me/ip` を実行します。デュアルスタックネットワークでは、プライマリの OpenDNS ルックアップが失敗した場合、フォールバックが IPv6 アドレスを受け取る可能性があり、プラグインの IPv4 のみの検証に失敗するため、インターネットが正常に動作しているにもかかわらず 0.0.0.0 が記録されます。

**修正:** 最新の NetAlertX リリースに更新してください（または `ghcr.io/netalertx/netalertx-dev-unsafe` イメージをテストしてください）。ここでは `fallback_check_ip()` が修正され、タイムアウト付きで HTTPS 経由の IPv4 を強制するようになっています:

```python
subprocess.check_output(
    ['curl', '-4', '-fsS',
     '--connect-timeout', '3',
     '--max-time', '8',
     'https://ifconfig.me/ip'],
    text=True
).strip()
```

**回避策/確認:** コンテナ内で以下を実行して、IPv4 接続が機能することを確認します:
```bash
curl -4 -sS --connect-timeout 3 --max-time 8 https://ifconfig.me/ip
```
これがパブリック IPv4 を返す場合、更新されたイメージで問題が解決します。イメージを切り替える前に DB/設定をバックアップし、更新後にブラウザをハードリフレッシュしてください。

Question 5

NetAlertXがスキャンループごとに「Device Down」通知を繰り返し再送信し続けるのはなぜですか？また、どうすれば修正できますか？

Accepted Answer

これはNetAlertXにおけるタイムゾーン処理のバグです。`eveDateTime`はUTCで保存されていますが、`clearPendingEmailFlag()`がカットオフに対して設定された`TIMEZONE`オフセットを適用していたため、UTCより西のタイムゾーン（例：`America/Los_Angeles`）では保留中アラートフラグが一切クリアされず、同じダウンアラートがループごと（約1分間隔）に再送信されていました。UTCより東のタイムゾーンでは、保留中のダウンアラートが早すぎるタイミングでクリアされ、まったく送信されない可能性がありました。

**修正方法:** コミット`10eea56`を含むビルド（修正済みビルド`dev-20261019-081244`以降）にアップグレードしてください。パッチ適用済みの開発版イメージ`ghcr.io/netalertx/netalertx-dev-unsafe:next_release`をプルするか、次の安定版リリースが公開されたらそちらに更新してください。更新後は、青いヘッダーにある更新ボタンをクリックし、ブラウザをハードリフレッシュ（Shift+Reload）してください。

**アップグレード前:** データベースと設定をバックアップするか、既存のインスタンスと並行して実行する場合は一意の`PORT`および`GRAPHQL_PORT`の値を使用して、専用のDBを持つ別のコンテナでテストしてください。

NetAlertX

主な機能

できないこと

使用例

タグ

はじめ方

類似プロジェクト