> For the complete documentation index, see [llms.txt](https://help.verkada.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.verkada.com/air-quality/ja/she-ding/configure-static-ip-addresses-for-air-quality-sensors-sv20-series-only.md).
# 空気質センサーの静的IPアドレスを設定する（SV20シリーズのみ）
Verkada 空気質センサーでは、静的 IP を設定/割り当てすることで、空気質センサーデバイスが Dynamic Host Configuration Protocol (DHCP) などの動的 IP 割り当てプロトコルに依存せず、一貫したネットワーク通信を維持できるようにします。
#### **静的 IP をサポートしているのは SV20 シリーズのモデルのみです:**
* SV21
* SV23
* SV25
* SV25-128
*SV11 は **サポートしていません** 静的 IP をサポートしていません。*
{% hint style="danger" %}
Verkada デバイスは Rfc 1918 のプライベート IP アドレスをサポートしています。これは、10.0.0.0/8、172.16.0.0/12、192.168.0.0/16 など、Rfc に指定されているプライベート IP 範囲のみが静的 IP 構成機能と互換性があることを意味します。
{% endhint %}
### 始める前に
センサーデバイスで静的 IP アドレスを構成するには、まず Command に接続し、DHCP を使用して最新のファームウェアに更新する必要があります。更新プロセスが完了すると、デバイスは新しい静的 IP 構成を受信できます。
***
## 静的 IP アドレスを構成する
{% hint style="danger" %}
必要です [サイト管理者](/verkada-cameras/ja/hajimeni/roles-and-permissions-for-cameras.md) この機能を有効にしたり、静的 IP 構成を変更したりする権限。
{% endhint %}
{% stepper %}
{% step %}
**Verkada Commandで、All Products > 空気質に移動します。**
{% endstep %}
{% step %}
**構成するセンサーを選択します。**
{% endstep %}
{% step %}
**右上の** 
**.**
{% endstep %}
{% step %}
**Device > Device IP の下で、ドロップダウンをクリックし、Manual を選択します。**
{% endstep %}
{% step %}
**Manual で、静的 IP のアドレス情報を入力します。**
{% endstep %}
{% step %}
**Apply をクリックして構成を保存します。この変更は直ちにセンサーのインターフェースに適用されます。**
{% endstep %}
{% endstepper %}
### 復旧メカニズム
センサーには、構成ミスやネットワーク変更に備えた復旧メカニズムがあります。デバイスは接続性を確保するため、定期的に以下のチェックを実行します。これらのテストのいずれかに失敗した場合、デバイスは DHCP 動作にフォールバックします。
| 復旧メカニズム | このタスクの実行方法 |
| ------------------------------------ | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **サブネット上で、重複 IP の競合がないことを確認します** | 構成されたセンサー IP に対して Address Resolution Protocol (ARP) リクエストを送信します。センサーが ARP リクエストを受信した場合、その応答を重複 IP の競合と見なします。 |
| **デフォルトゲートウェイが存在することを確認します** | 構成されたゲートウェイ IP に対して ARP リクエストを送信します。センサーが応答を受信しない場合、ゲートウェイは到達不能と見なされます。ネットワーク上の、ゲートウェイの構成済み IP を持つデバイス。 |
| **Verkada ドメインの DNS 解決が機能している** | Verkada ドメインに対して Domain Name Server (DNS) ルックアップを実行します。デバイスがいずれのドメインからも応答を受信できない場合、このテストは失敗します。 |
| **必要なエンドポイントとの SSL/TLS セッションを確立できる** | センサーの動作に必要な Verkada エンドポイントに HyperText Transfer Protocol Secure (HTTPS) リクエストを送信します。デバイスがいずれかのエンドポイントで Transport Layer Security (TLS) ハンドシェイクを実行できない場合、またはこのハンドシェイクの実行中にエラーが発生した場合、このテストは失敗します。 |
### DNS テスト用エンドポイント
以下のエンドポイント一覧は、センサーデバイスの動作に不可欠であるため、DNS テストに使用されます。エンドポイントの完全な一覧については、次を参照してください [空気質センサーネットワーク設定](/air-quality/ja/meru/air-quality-sensor-network-settings.md).
```
api.control.verkada.com - TCP/443
relay.control.verkada.com - TCP/443
index.control.verkada.com - TCP/443
firmware.control.verkada.com - TCP/443
update.control.verkada.com - TCP/443
```
### TLS テスト用エンドポイント
TLS テストでは、以下のエンドポイントのみが **api.control.verkada.com** 使用されます。センサーがこのエンドポイントとの TLS 接続を確立できない場合、DHCP 動作にフォールバックします。
### トラブルシューティングのワークフロー
{% stepper %}
{% step %}
**これらのチェック中にセンサーで問題が発生した場合、デフォルトの DHCP 構成に戻し、上記の接続テストを実行しようとします。**
{% endstep %}
{% step %}
**DHCP 接続に失敗した場合、センサーは静的 IP 構成を使用して再試行します。**
{% endstep %}
{% step %}
**静的 IP 構成を使用して再度接続できない場合、センサーは 20 秒から 1 時間の範囲で指数バックオフを行いながら、静的 IP と DHCP の動作を切り替えます。**
{% endstep %}
{% endstepper %}
{% hint style="warning" %}
* センサーが DHCP を使用して Verkada Command に正常に接続できた場合、Command またはセンサーの電源の入れ直しによって再起動されるまで、DHCP で動作し続けます。
* センサーデバイスでは、静的 IP アドレス指定の一括構成はサポートされていません。
{% endhint %}
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://help.verkada.com/air-quality/ja/she-ding/configure-static-ip-addresses-for-air-quality-sensors-sv20-series-only.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.