使用ガイド: Jamf クライアントの継続性

Jamfクライアントの継続性ライブラリパックはEUCチームを次のように支援します:

  • エンドポイントのコンプライアンスおよびセキュリティ問題のリスクを軽減

  • デバイスの非コンプライアンス、パフォーマンス低下、その他の問題に関連するチケット数(および関連コスト)を削減

  • 自動化されたコンプライアンスチェックと是正により、生産性の時間を節約し、ITサポートコストを削減します。

ライブラリパックの用途

このページの使用例にジャンプして関連するシナリオの適用を確認してください。

ライブラリパックのコンテンツを次の目的で使用してください。

可視性

このライブラリパックは、Jamfクライアントの継続性ワークフローに焦点を当てています。 これは、クライアントの存在、動作状態、Jamfへの接続状況など、Jamfクライアントの健康状態を複数のポイントで静かにチェックします。 ワークフローは検出された問題の大部分を自動的に修正できますが、可能でない場合は、Jamfクライアントのステータスの概要を含むITSMチケットを作成します。

ワークフロートリガー

このワークフローは、すべてのJamf管理下のmacOSデバイスでスケジュールで実行するように設計されています。

スケジュールトリガーの推奨

1日1回実行するワークフロースケジュールを作成することをお勧めします。

以下の例は、macOSデバイスを選択したときのクエリの外観を示しています。

NQL:

devices
| where operating_system.platform == macos
| list name, operating_system.name, operating_system.build, last_seen

事前定義されたワークフロー構造とステップ

Jamfクライアントの継続性ワークフローは次の主なステップで構成されています:

  1. ワークフローは、デバイス上のJamfクライアントからの重要なステータスデータを取得し、Remote Actionを使用します。

  2. ワークフローは、デバイス上でJamfクライアントが実行されていることを確認します。

  3. ワークフローはデバイスのJSS接続状況をチェックします。

  4. ワークフローはAPNS接続状況をチェックします。

デバイス上のJamfクライアントからキーのステータスデータを取得

'Get Jamf Agent Health' Remote Actionを使用して、ワークフローはJamfクライアントステータス情報のサマリーを取得します: デバイス上のクライアントの存在、および稼働中であれば、Jamfサーバー(JSS)やApple Push Notification Service(APNS)への接続状況。

このデータが取得された後、ワークフローはそれをステップバイステップで処理します。

デバイス上でJamfクライアントが稼働しているか確認

まず、ワークフローはデバイスにJamfクライアントが存在するか確認します。 存在する場合、ワークフローはJamfクライアントが稼働していることを確認します。 稼働していれば、ワークフローは次のステップに進みます。 そうでない場合、デバイスはJamfクライアントがないものとしてITSMチケットを通じて報告されます。

デバイスのJSS接続状況を確認

ワークフローは、クライアントがJamfサーバー(JSS)に接続しているかどうか、そしてAPNS接続が過去5日以内に行われたかどうかをチェックします。 JSSサーバーへの接続がない場合、ワークフローはリモートアクション「Invoke Jamf reconnect」を使用して接続の再確立を試みます。

その後、「Get Jamf agent health」Remote Actionの別の実行をトリガーして再び接続状況を確認します。 接続がまだ確立されていない場合、このデバイスはJamfクライアントの接続問題としてITSMチケットを通じて報告されます。

APNS接続を確認

他の問題が検出された場合、ワークフローはJamfクライアントの問題により影響を受けているデバイスとしてITSMチケットを通じて報告します。 このチケットには検出された問題の概要、そして問題のさらなるトラブルシューティングに役立つ可能性がある「Get Jamf Agent Health」Remote Actionの出力が含まれています。


関連トピック

Last updated

Was this helpful?