Q: Snipe-IT Intune 同期（snipeit:pull-inventory）がいつまでも実行され続けて終了しないのはなぜですか？

これは、管理デバイス数が約999台を超える Intune テナントに影響する問題で、`app/SyncAdapters/Intune/IntuneClient.php`(`managedDevices()`、約80行目)にあるページネーションのバグが原因です。Graph API の最初のページを取得した後も、空の `$query` 配列がそのまま `get()` に渡されます。Laravel はそれを Guzzle の `query` オプションとして転送し、Guzzle は空の配列であってもリクエスト URI のクエリ文字列を置き換えてしまうため、Graph の `@odata.nextLink` カーソルから `$skiptoken` が削除されます。その結果、Graph はページ1を無限に返し続け、同期は同じデバイス上でループして完了しなくなります。修正方法:`$query` が空でない場合にのみ渡すように、その行を以下のように修正してください。 ```php $response = ($query === [] ? $this->request()->get($url) : $this->request()->get($url, $query))->throw()->json(); ``` `php artisan snipeit:pull-inventory --dry-run --limit=1500` で修正を確認してください。最初のページ(約999件)で打ち切られるのではなく、1,500件の一意なデバイス ID が返されるはずです。その後、完全なプルが正常に完了するようになります(例:約6,200台のデバイスで約1時間)。

Question 1

Snipe-IT API のハードウェアのページネーションで limit と offset を使用すると、アセットがスキップされたり漏れたりするのはなぜですか？

Accepted Answer

Snipe-IT は `/api/v1/hardware` インデックスのソートをデフォルトで `created_at` に設定しますが、これは一意ではありません。多くの資産が同じ作成タイムスタンプを共有している場合（バッチインポートなど）、オフセットベースのページが重複したり、レコードが暗黙的にスキップされたりする可能性があります。修正方法：ページネーションされるすべてのリクエストに明示的な一意のソートを追加します。例：`GET /api/v1/hardware?limit=200&offset=0&sort=id&order=asc`。その後、ページごとに `offset` をインクリメントし続けます。これにより、完全なインベントリを一貫して取得できます。また、権限のバグと判断する前に、最新の Snipe-IT バージョンで問題を再現確認し、FMCS の会社スコープ制限ではないことを確認してください。

Question 2

Snipe-ITで同期アダプターの「Create new Snipe-IT assets」チェックボックスのチェックを外せないのはなぜですか？

Accepted Answer

これは Snipe-IT v8.8.3 の既知のバグです（Microsoft Intune などの同期アダプターに影響します）。app/SyncAdapters/SyncAdapter.php（907行目付近）では、コードが $request->boolean($slug.'_create_snipeit_assets_on_pull', true) を使用しています。チェックを外した HTML チェックボックスは送信されないため、フィールドが存在しない場合にデフォルト値の true にフォールバックし、常に "1" が保存されてしまいます。回避策：データベースを直接更新してください：

UPDATE sync_adapter_instances
SET config = JSON_SET(config, '$.create_snipeit_assets_on_pull', '0')
WHERE slug = '<your-adapter-slug>';

恒久的な修正：$request->boolean(...) の true デフォルト値を削除するか、フォームに非表示の 0 入力を追加して、値が常に送信されるようにしてください。

```sql
UPDATE sync_adapter_instances
SET config = JSON_SET(config, '$.create_snipeit_assets_on_pull', '0')
WHERE slug = '<your-adapter-slug>';
```

恒久的な修正：`$request->boolean(...)` の `true` デフォルト値を削除するか、フォームに非表示の `0` 入力を追加して、値が常に送信されるようにしてください。

Question 3

Snipe-IT Intune 同期（snipeit:pull-inventory）がいつまでも実行され続けて終了しないのはなぜですか？

Accepted Answer

これは、管理デバイス数が約999台を超える Intune テナントに影響する問題で、app/SyncAdapters/Intune/IntuneClient.php(managedDevices()、約80行目)にあるページネーションのバグが原因です。Graph API の最初のページを取得した後も、空の $query 配列がそのまま get() に渡されます。Laravel はそれを Guzzle の query オプションとして転送し、Guzzle は空の配列であってもリクエスト URI のクエリ文字列を置き換えてしまうため、Graph の @odata.nextLink カーソルから $skiptoken が削除されます。その結果、Graph はページ1を無限に返し続け、同期は同じデバイス上でループして完了しなくなります。修正方法:$query が空でない場合にのみ渡すように、その行を以下のように修正してください。

$response = ($query === [] ? $this->request()->get($url) : $this->request()->get($url, $query))->throw()->json();

php artisan snipeit:pull-inventory <slug> --dry-run --limit=1500 で修正を確認してください。最初のページ(約999件)で打ち切られるのではなく、1,500件の一意なデバイス ID が返されるはずです。その後、完全なプルが正常に完了するようになります(例:約6,200台のデバイスで約1時間)。

```php
$response = ($query === [] ? $this->request()->get($url) : $this->request()->get($url, $query))->throw()->json();
```

`php artisan snipeit:pull-inventory <slug> --dry-run --limit=1500` で修正を確認してください。最初のページ(約999件)で打ち切られるのではなく、1,500件の一意なデバイス ID が返されるはずです。その後、完全なプルが正常に完了するようになります(例:約6,200台のデバイスで約1時間)。

Question 4

Active Flagが空白の場合にSnipe-ITのLDAP同期でActive Directoryユーザーが無効化されない問題を修正するにはどうすればよいですか？

Accepted Answer

Snipe-IT v8.8.0では、新しいLDAPウィザードが空白のActive Flagを`NULL`ではなく空文字列(`''`)として保存してしまうことがあります。`LdapSync`は値が`null`の場合にのみ`userAccountControl`を要求するため、ADで無効化されたユーザーがアクティブのまま残ってしまいます。暫定的な回避策：レガシーのLDAP設定フォームを開き、Active Flagを空白のまま保存してから、`php artisan snipeit:ldap-sync`を実行してください。レガシーフォームは空文字列を`NULL`に変換します。次のコマンドで確認してください: `php artisan tinker --execute="var_dump(Setting::getSettings()->ldap_active_flag);"` 出力は`NULL`になるはずです。恒久的なコード修正：`app/Console/Commands/LdapSync.php`で、`userAccountControl`属性リクエストのチェックにある`is_null($ldap_map['activated'])`を`blank($ldap_map['activated'])`に置き換えるか、`app/Livewire/LdapSettings.php`が空白のオプションマッピングを`null`として永続化するように変更してください。

Question 5

ドイツ語de-DEロケール環境のv8.8.0で発生する空のSnipe-ITテーブルと「string literal contains an unescaped line break」エラーの修正方法

Accepted Answer

これは v8.8.0 のバグで、de-DE の翻訳文字列に生の改行が含まれており、それがインライン JavaScript 文字列を壊し、bootstrap-table の初期化を妨げることが原因です。即時の回避策: 影響を受けるユーザーの言語を英語に変更するか、`.env` で `APP_LOCALE=en` を設定してコンテナを再起動してください。恒久的な修正: コミット `6525787ba523ea9655ce8f1dfe3310e4faaa63ee` を含む v8.8.0 より新しい Snipe-IT リリースにアップグレードしてください。Docker の場合は、`docker compose pull && docker compose up -d` を実行し、その後ブラウザをハードリフレッシュしてください。既存のアセットおよびライセンスデータは失われません。

snipe-it

概要

README プレビュー

FAQ (5)

同类型项目

vscode

FreeDomain

stable-diffusion-webui

paperclip