PowerShell JEAによる最小権限委譲の実践

Tech

本記事はGeminiの出力をプロンプト工学で整理した業務ドラフト（未検証）です。

PowerShell JEAによる最小権限委譲の実践

導入

現代のIT運用において、セキュリティは最優先事項です。特に、サーバーへのアクセス権限は厳格に管理されるべきであり、最小権限の原則（Principle of Least Privilege; PoLP）は情報セキュリティの基本中の基本とされています。PowerShell Just Enough Administration (JEA) は、この最小権限の原則をPowerShell Remoting環境で実現するための強力なツールです。JEAを利用することで、特定のタスクを実行するために必要な権限のみをユーザーに付与し、かつその操作を詳細にログに記録することが可能になります。 、PowerShell JEAを用いた最小権限委譲の実践方法について、その設計から実装、検証、そして運用上の考慮点まで、プロのPowerShellエンジニアの視点から深く掘り下げていきます。並列処理による効率化、堅牢なエラーハンドリング、詳細なロギング戦略、そして運用における落とし穴と対策についても解説し、セキュアかつ効率的な自動化基盤の構築を目指します。

目的と前提 / 設計方針（同期/非同期、可観測性）

目的

JEAの導入目的は、以下の2点に集約されます。

  1. 最小権限の徹底: 特定の管理タスク（例：サービス再起動、イベントログ収集）のみを実行できるよう、不要な管理者権限の付与を排除する。

  2. 操作の可視化と監査: JEAセッション内で実行されたすべてのコマンドと引数を記録し、セキュリティ監査に耐えうる証跡を残す。

前提

  • オペレーティングシステム: Windows Server 2012 R2以降またはWindows 8.1以降（JEAエンドポイントとして）。クライアントはPowerShell 5.1または7.xを利用可能。

  • PowerShellバージョン: JEA自体はWindows PowerShell 5.1上に構築されており、PowerShell 7.xがインストールされたWindowsマシンでも、JEAエンドポイントとしては5.1が利用されます[4]。クライアント側は7.xでも接続可能です。

  • WinRM: JEAはWS-Management (WinRM) を基盤として動作するため、ターゲットサーバーでWinRMが有効になっている必要があります。

設計方針

  • 同期/非同期: JEAセッション自体は本質的に同期的な性質を持ちますが、クライアント側からのJEAエンドポイントへの接続やコマンド実行は、ForEach-Object -ParallelやRunspaceを利用して非同期に（並列で）処理することが可能です。特に多数のホストに対して一括でJEAタスクを実行する場合、この並列化は不可欠です。

  • 可観測性: JEAは自動的にイベントログに詳細な操作を記録しますが、これに加えて、JEA内で実行されるカスタムスクリプトからの構造化ログ出力や、スクリプト全体のトランスクリプトを生成することで、より高い可観測性を確保します。これにより、問題発生時の迅速な原因特定や、定期的な監査が容易になります。

JEAのコンポーネントと処理の流れを図で示します。

graph TD
    A["管理者/ユーザー"] --> |PowerShell Remoting| B("クライアントPC");
    B --> |PSSession経由| C{"JEAエンドポイント"};
    C --> |セッション構成(.pssc)| D["仮想アカウント/グループ"];
    D --> |ロール機能(.psrc)| E("許可されたコマンド/スクリプト");
    E --> |WinRM| F("ターゲットシステム");
    F --> |結果を返す| C;
    C --> |結果を返す| B;
    C --> |ログ記録| G["イベントログ"];

    subgraph JEA Server
        C
        D
        E
        G
    end

コア実装（並列/キューイング/キャンセル）

JEAのコア実装は、以下の2つの主要な構成ファイルによって定義されます。

  1. ロール機能ファイル (Role Capability file – .psrc): ユーザーがJEAセッション内で実行できるコマンドレット、関数、外部スクリプト、エイリアス、プロバイダーなどを定義します。

  2. セッション構成ファイル (Session Configuration file – .pssc): どのユーザーまたはグループがどのロール機能を利用できるか、どの仮想アカウントまたはグループでコマンドを実行するか、セッションのタイムアウト、トランスクリプトの有効化などを定義します。

ロール機能ファイル（MyJEARole.psrc）の作成

この例では、特定のサービスを再起動できるロールを定義します。

# Prerequisites: PowerShell 5.1 or 7.x (on client), PowerShell 5.1 (on JEA server)


# Ensure JEA module is available (it's built into PowerShell 5.1)

# JEA ロール機能ファイル (.psrc) の作成


# このスクリプトは、JEAサーバー側で実行されます。


# 実行前提: 管理者権限のあるPowerShellセッションで実行する必要があります。

$PsrcFile = New-Item -Path "C:\ProgramData\Microsoft\Windows\PowerShell\JEA\MyJEARole.psrc" -Force
$PsrcContent = @{

    # ロール名 (セッション構成で参照されます)

    RoleCapabilities = @{
        'MyServiceAdmin' = @{

            # 許可するコマンドレットとその引数を定義

            VisibleCmdlets = @(
                @{ Name = 'Restart-Service'; Parameters = @{ Name = 'Name'; ValidateSet = @('Spooler', 'BITS') } }, # 'Spooler' と 'BITS' サービスのみ再起動許可
                @{ Name = 'Get-Service'; Parameters = @{ Name = 'Name'; ValidateSet = @('Spooler', 'BITS') } },
                @{ Name = 'Get-WinEvent'; Parameters = @{ Name = 'LogName'; ValidateSet = @('System', 'Application') } }
            )

            # 許可する関数 (この例では定義しない)


            # VisibleFunctions = @()


            # 許可する外部スクリプト (例えば、事前に用意したログ収集スクリプトなど)

            ScriptsToProcess = @("C:\ProgramData\Microsoft\Windows\PowerShell\JEA\MyCustomLogScript.ps1")
        }
    }
} | ConvertTo-Json -Depth 10

# ファイルへの書き込み

Set-Content -Path $PsrcFile -Value $PsrcContent -Force

Write-Host "JEAロール機能ファイル '$($PsrcFile.FullName)' を作成しました。"
Write-Host "ロール名: MyServiceAdmin"

# End of .psrc creation

実行前提: このスクリプトはJEAを構成するサーバー上で管理者権限を持つPowerShellセッションで実行されます。

セッション構成ファイル（MyJEASession.pssc）の作成

このセッション構成は、MyServiceAdmin ロールを Domain\JEAUsers グループに割り当て、仮想アカウントで実行するように設定します。

# JEA セッション構成ファイル (.pssc) の作成


# このスクリプトは、JEAサーバー側で実行されます。


# 実行前提: 管理者権限のあるPowerShellセッションで実行する必要があります。


# 注: JEAでPowerShell 7.xを使用する場合、エンドポイントはPowerShell 5.1にフォールバックします。

$PsscFile = New-Item -Path "C:\ProgramData\Microsoft\Windows\PowerShell\JEA\MyJEASession.pssc" -Force
$PsscContent = @{

    # セッション構成名

    SessionConfigurationName = 'MyJEASession'

    # セッションを仮想アカウントで実行し、最小権限を適用

    RunAsVirtualAccount = $true

    # 接続を許可するグループまたはユーザー

    RoleDefinitions = @{
        'Domain\JEAUsers' = @{

            # 上で定義したロール機能ファイルへのパス

            Path = "C:\ProgramData\Microsoft\Windows\PowerShell\JEA\MyJEARole.psrc"

            # ロール機能ファイル内の特定のロール名

            RoleCapabilities = @('MyServiceAdmin')
        }
    }

    # セッションのトランスクリプト (実行されたコマンドとその出力) を有効にする

    TranscriptDirectory = 'C:\ProgramData\Microsoft\Windows\PowerShell\JEA\Transcripts'

    # ログ記録を有効にする (イベントログに詳細なコマンド実行ログが記録されます)

    LogPipelineCommands = $true
    LogCommandArguments = $true

    # セッションのアイドルタイムアウト (分)

    IdleTimeoutMs = 15 * 60 * 1000 # 15分

    # セッションデータの暗号化

    EnableNetworkFileShare = $false # 仮想アカウントのファイル共有アクセスを無効化
} | ConvertTo-Json -Depth 10

# ファイルへの書き込み

Set-Content -Path $PsscFile -Value $PsscContent -Force

# セッション構成の登録


# これはPSSCファイルが作成された後に一度実行する必要があります。

Register-PSSessionConfiguration -Path $PsscFile.FullName -Name MyJEASession -Force

Write-Host "JEAセッション構成ファイル '$($PsscFile.FullName)' を作成し、'MyJEASession'として登録しました。"

# End of .pssc creation and registration

実行前提: このスクリプトはJEAを構成するサーバー上で管理者権限を持つPowerShellセッションで実行され、「Domain\JEAUsers」グループが存在することを前提とします。Register-PSSessionConfiguration はPSSCファイルをPowerShell Remotingの構成に登録します。

並列処理による多数ホストへの展開

JEAクライアントは、Invoke-Command や Enter-PSSession を使用してJEAエンドポイントに接続します。多数のJEAエンドポイントに対して並列で操作を行うには、ForEach-Object -Parallel（PowerShell 7+）またはRunspacePoolを使用します。

# 多数のJEAエンドポイントに対して並列でサービスを再起動する例


# 実行前提: クライアントPCでPowerShell 7.xが利用可能であり、


#           JEAUsersグループのメンバーであるユーザーとして実行します。


#           ターゲットサーバーのWinRMが有効で、MyJEASessionが構成済みであること。

$TargetHosts = @('Server01', 'Server02', 'Server03') # JEAが構成されたターゲットホストリスト
$ServiceName = 'Spooler'
$JeaSessionName = 'MyJEASession'
$MaxThreads = 5 # 並列実行する最大スレッド数

Write-Host "JEA経由で$ServiceName サービスを複数のホストで並列再起動します..."

Measure-Command {
    $TargetHosts | ForEach-Object -Parallel {
        $hostname = $_
        try {

            # JEAセッションを作成

            $session = New-PSSession -ComputerName $hostname -ConfigurationName $JeaSessionName -ErrorAction Stop

            # JEAセッション内でコマンドを実行

            $result = Invoke-Command -Session $session -ScriptBlock {
                param($Service)

                # JEAロールで許可されたコマンドのみ実行可能

                Restart-Service -Name $Service -PassThru -ErrorAction Stop | Select-Object -Property MachineName, Name, Status
            } -ArgumentList $ServiceName -ErrorAction Stop

            Remove-PSSession -Session $session # セッションを閉じる

            Write-Host "[$hostname] サービス '$ServiceName' を再起動しました。ステータス: $($result.Status)" -ForegroundColor Green
            [PSCustomObject]@{
                Host = $hostname
                Service = $ServiceName
                Status = $result.Status
                Success = $true
                Message = "再起動成功"
            }
        }
        catch {
            Write-Host "[$hostname] エラー発生: $($_.Exception.Message)" -ForegroundColor Red
            [PSCustomObject]@{
                Host = $hostname
                Service = $ServiceName
                Status = "Error"
                Success = $false
                Message = $_.Exception.Message
            }
        }
    } -ThrottleLimit $MaxThreads
} | ForEach-Object {
    Write-Host "合計処理時間: $($_.TotalSeconds) 秒"
}

# エラーハンドリングと再試行/タイムアウトの検討


# 上記の例ではNew-PSSessionとInvoke-Commandに-ErrorAction Stopを含めています。


# 実際には、ネットワークの問題など一時的なエラーに対しては、以下のような再試行ロジックを導入することが望ましいです。

# function Invoke-CommandWithRetry {


#     param(


#         [string]$ComputerName,


#         [string]$ConfigurationName,


#         [scriptblock]$ScriptBlock,


#         [array]$ArgumentList,


#         [int]$MaxRetries = 3,


#         [int]$RetryDelaySeconds = 5


#     )


#     for ($i = 0; $i -lt $MaxRetries; $i++) {


#         try {


#             $session = New-PSSession -ComputerName $ComputerName -ConfigurationName $ConfigurationName -ErrorAction Stop


#             $result = Invoke-Command -Session $session -ScriptBlock $ScriptBlock -ArgumentList $ArgumentList -ErrorAction Stop


#             Remove-PSSession -Session $session


#             return $result


#         }


#         catch {


#             Write-Warning "[$ComputerName] コマンド実行中にエラーが発生しました ($($_.Exception.Message))。$($i + 1)/$MaxRetries 回目の再試行を行います..."


#             Start-Sleep -Seconds $RetryDelaySeconds


#             if ($i -eq $MaxRetries - 1) { throw $_ } # 最終試行で失敗したら再スロー


#         }


#     }


# }


# # 使用例:


# # $TargetHosts | ForEach-Object -Parallel {


# #     Invoke-CommandWithRetry -ComputerName $_ -ConfigurationName $JeaSessionName -ScriptBlock {...} -ArgumentList $ServiceName


# # } -ThrottleLimit $MaxThreads

このコードでは、ForEach-Object -Parallel を用いて、複数のターゲットホストに対してJEAセッションを確立し、サービス再起動コマンドを並列で実行しています。Measure-Commandで処理時間を計測し、堅牢性を高めるためにtry/catchによるエラーハンドリングと、New-PSSessionおよびInvoke-Commandにおける-ErrorAction Stopを組み込んでいます。コメントアウトされた関数は、より高度な再試行ロジックの例を示しています。

検証（性能・正しさ）と計測スクリプト

正しさの検証

JEA構成の正しさは、以下の観点から検証します。

  • 権限の最小化: JEAUsersグループに所属するユーザーが、許可されたコマンド（例: Restart-Service -Name Spooler）は実行できるが、許可されていないコマンド（例: Restart-Service -Name Netlogon や Remove-Item C:\）は実行できないことを確認します。

  • ロールの割り当て: ユーザーが正しいロールに割り当てられていること。

  • イベントログ: JEAセッション内の操作が、JEAサーバーのイベントログ（Microsoft-Windows-PowerShell/Operational）に詳細に記録されていることを確認します。特にEvent ID 4104（スクリプトブロックのログ）とEvent ID 4103（モジュールの状態ログ）は重要です。

性能の検証と計測スクリプト

大規模環境では、並列処理の効率性が重要です。Measure-Command を利用して、異なる並列度（ThrottleLimit）やホスト数における処理時間を比較します。

# 性能検証スクリプト


# 実行前提: 上記の並列実行スクリプトの$TargetHostsと同一の環境が利用できること。


#           JEAUsersグループのメンバーであるユーザーとして実行します。

Function Test-JeaPerformance {
    param(
        [string[]]$ComputerNames,
        [string]$ServiceName,
        [string]$JeaSessionName,
        [int]$ThrottleLimit
    )
    Write-Host "`n--- ThrottleLimit: $ThrottleLimit, ホスト数: $($ComputerNames.Count) ---"
    $results = Measure-Command {
        $ComputerNames | ForEach-Object -Parallel {
            param($hostname, $ServiceName, $JeaSessionName) # スクリプトブロック内の引数を定義
            try {
                $session = New-PSSession -ComputerName $hostname -ConfigurationName $JeaSessionName -ErrorAction Stop -SessionOption (New-PSSessionOption -OpenTimeout 30000 -OperationTimeout 60000) # タイムアウト設定を追加
                Invoke-Command -Session $session -ScriptBlock { param($Service) Restart-Service -Name $Service -PassThru -ErrorAction Stop } -ArgumentList $ServiceName -ErrorAction Stop
                Remove-PSSession -Session $session
                "[$hostname] Success"
            }
            catch {
                "[$hostname] Error: $($_.Exception.Message)"
            }
        } -ThrottleLimit $ThrottleLimit -AsJob # -AsJob を使用して進行状況を追跡
    }

    $jobs = Get-Job | Where-Object { $_.Command -like "*ForEach-Object -Parallel*" }
    Receive-Job -Job $jobs -Wait -AutoRemoveJob | Out-Null # 全ジョブ完了を待機

    Write-Host "処理時間: $($results.TotalSeconds) 秒"
    return $results.TotalSeconds
}

$TestHosts = @(
    'Server01','Server02','Server03','Server04','Server05', # 5ホスト
    'Server06','Server07','Server08','Server09','Server10'  # 10ホスト
)
$TestServiceName = 'Spooler'
$TestJeaSessionName = 'MyJEASession'

$Throttles = @(1, 3, 5, 10) # 異なるスロットル制限でテスト

$PerformanceData = @()
foreach ($count in @(5, 10)) {
    $currentHosts = $TestHosts | Select-Object -First $count
    foreach ($throttle in $Throttles) {
        $time = Test-JeaPerformance -ComputerNames $currentHosts -ServiceName $TestServiceName -JeaSessionName $TestJeaSessionName -ThrottleLimit $throttle
        $PerformanceData += [PSCustomObject]@{
            HostCount = $count
            ThrottleLimit = $throttle
            TotalSeconds = $time
        }
    }
}

Write-Host "`n--- 性能テスト結果 ---"
$PerformanceData | Format-Table -AutoSize

# End of performance script

このスクリプトは、異なるホスト数とThrottleLimit設定でJEAコマンドの並列実行を行い、それぞれの合計処理時間を計測します。これにより、環境に最適な並列度を見つけ出すことができます。New-PSSessionOptionでOpenTimeoutとOperationTimeoutを設定することで、ネットワークの遅延やJEAエンドポイントの応答遅延に対するタイムアウト戦略を実装しています。

運用：ログローテーション/失敗時再実行/権限

ロギング戦略

JEAは、以下のような詳細なログを自動的に生成します[1]。

  • PowerShellイベントログ: Microsoft-Windows-PowerShell/Operational に、JEAセッションの開始/停止、実行されたコマンド、引数、出力が記録されます（イベントID 4104, 4103, 400）。これは監査の主要な情報源となります。

  • トランスクリプトログ: .pssc ファイルで TranscriptDirectory を指定すると、JEAセッション内のすべての入力と出力がテキストファイルに記録されます。

これらのログは監査目的で非常に重要ですが、ディスク容量を消費するため、適切なローテーション戦略が必要です。

ログローテーション

  • イベントログ: Windowsのイベントビューアーまたはwevtutilコマンドラインツールで、イベントログの最大サイズとローテーションポリシー（例: 「イベントが古くなると上書きする」または「アーカイブして上書き」）を設定します。

  • トランスクリプトログ: JEAは自動的にファイル名を生成するため、手動またはスケジュールされたタスクで古いトランスクリプトファイルをアーカイブ・削除するスクリプトを定期的に実行します。

# トランスクリプトログのローテーションスクリプト例


# 実行前提: JEAサーバー上でスケジュールされたタスクとして実行


#          管理者権限が必要です。

param(
    [string]$LogDirectory = 'C:\ProgramData\Microsoft\Windows\PowerShell\JEA\Transcripts',
    [int]$RetentionDays = 30 # 保持期間 (日数)
)

$cutoffDate = (Get-Date).AddDays(-$RetentionDays)

Write-Host "$(Get-Date) - JEAトランスクリプトログのローテーションを開始します。保持期間: ${RetentionDays}日。"

if (-not (Test-Path $LogDirectory)) {
    Write-Warning "ログディレクトリ '$LogDirectory' が見つかりません。処理をスキップします。"
    exit
}

try {
    Get-ChildItem -Path $LogDirectory -Filter "*.txt" -Recurse | ForEach-Object {
        if ($_.LastWriteTime -lt $cutoffDate) {
            Write-Host "削除中: $($_.FullName) (最終更新日: $($_.LastWriteTime))"
            Remove-Item -LiteralPath $_.FullName -Force -ErrorAction Stop
        }
    }
    Write-Host "$(Get-Date) - JEAトランスクリプトログのローテーションが完了しました。"
}
catch {
    Write-Error "ログローテーション中にエラーが発生しました: $($_.Exception.Message)"
}

失敗時再実行

並列実行セクションで示したように、try/catch ブロックと再試行ロジックを組み合わせることで、一時的なネットワーク障害やターゲットホストの不調に起因する失敗を自動的に再試行できます。ShouldContinue はインタラクティブな確認が必要な場合に有効ですが、自動化されたスクリプトでは -Force や -Confirm:$false を使用するか、スクリプト内でロジックを組み込む方が一般的です。

権限管理とSecretManagement

  • JEAクライアントの権限: JEAを利用するユーザー（またはサービスアカウント）は、JEAサーバーのJEAUsersグループなどの許可されたグループに所属している必要があります。このグループはActive Directoryで管理されるべきです。

  • JEAサーバー側の権限: JEAセッションは仮想アカウントまたはグループ管理サービスアカウント (gMSA) で実行されるため、そのアカウントに実際にタスクを実行するための最小限の権限（例: サービス再起動のための権限）を付与する必要があります。

  • 機密情報の安全な取り扱い (SecretManagement): JEAはそれ自体が最小権限の仕組みですが、JEAセッション内で実行されるスクリプトがデータベースや別のWebサービスに接続するためにパスワードなどの機密情報を必要とする場合があります。このような場合、PowerShell SecretManagement モジュール[5]と適切なシークレット保管庫（例: Azure Key Vault、ローカルボルト）を組み合わせることで、機密情報をスクリプト内にハードコードすることなく安全に取り扱うことが可能になります。

落とし穴（例：PowerShell 5 vs 7の差、スレッド安全性、UTF-8問題）

PowerShell 5.1 vs PowerShell 7.xの差

  • JEAの実行基盤: 最も重要な点は、JEAがWindows PowerShell 5.1に密接に結びついており、PowerShell 7.xがインストールされているWindowsサーバーでも、JEAエンドポイントはPowerShell 5.1の環境で動作する点です[4]。これは、JEAがWinRM（WS-Management）に依存しているためです。PowerShell 7.xの新しい機能（例: -Parallel）はクライアント側で利用できますが、JEAセッション内で直接利用することはできません。

  • モジュールの互換性: JEAセッション内で利用するモジュールは、PowerShell 5.1環境で動作する必要があります。PowerShell 7.x専用のモジュールはJEAセッション内でロードできない可能性があります。

  • SSH Remoting: PowerShell 7.xはSSH Remotingをサポートしますが、JEAは現在SSH Remotingをサポートしていません。JEAはWinRMのみで動作します。

スレッド安全性

ForEach-Object -Parallelのような並列処理を使用する場合、スクリプトブロック内で共有リソース（例: グローバル変数、ファイル）にアクセスする際は、スレッド安全性を考慮する必要があります。

  • 変数スコープ: -Parallelスクリプトブロック内の変数は、基本的に独立したスコープで実行されます。親スコープの変数を参照するには param キーワードで渡す必要があります。

  • ファイル書き込み: 複数のスレッドが同時に同じファイルに書き込もうとすると、競合状態が発生し、データ破損やエラーにつながる可能性があります。排他制御（例: lockステートメント、PowerShellでは[System.Threading.Monitor]::Enter()/Exit()）を実装するか、各スレッドが異なるファイルに書き込む、または一度に1つのスレッドのみが書き込みを行うような設計が必要です。この記事の例では、Write-Hostは独立しており、ファイル書き込みは行っていないため、大きな問題にはなりません。

UTF-8エンコーディング問題

PowerShellのファイルエンコーディングは歴史的に複雑で、特に異なる環境やバージョン間でスクリプトやデータファイルをやり取りする際に問題が発生しやすいです。

  • PowerShell 5.1のデフォルトエンコーディング: PowerShell 5.1では、Set-Content や Out-File のデフォルトエンコーディングは環境によって異なります（例: Shift-JISやUTF-16LE）。

  • PowerShell 7.xのデフォルトエンコーディング: PowerShell 7.xでは、デフォルトでUTF-8（BOMなし）が使用されるようになりました。

  • 対策: JEAセッション内でスクリプトがファイルを作成する場合や、外部からファイルを読み込む場合は、明示的に -Encoding UTF8 や -Encoding UTF8NoBOM などのオプションを指定することを強く推奨します。これにより、文字化けやスクリプトの誤動作を防ぐことができます。

# エンコーディングを明示的に指定する例

'テスト文字列' | Set-Content -Path "C:\temp\output.txt" -Encoding UTF8NoBOM
Get-Content -Path "C:\temp\output.txt" -Encoding UTF8NoBOM

まとめ

PowerShell JEAは、Windows環境におけるセキュリティと運用効率を両立させるための不可欠な技術です。本記事では、JEAの基本的な構成から、並列処理によるパフォーマンス向上、詳細なロギングとエラーハンドリング、そして運用上の注意点や落とし穴まで、実践的な視点から解説しました。

JEAを導入することで、管理者は最小権限の原則を徹底し、特定の管理タスクを委譲しながらも、その操作を詳細に監査できるようになります。これにより、セキュリティリスクを大幅に低減し、コンプライアンス要件を満たすことが可能になります。

しかし、その導入にはPowerShellのバージョン間の違い、並列処理におけるスレッド安全性、エンコーディングの問題など、いくつかの注意点が存在します。これらの「落とし穴」を理解し、適切な対策を講じることで、より堅牢で信頼性の高いJEA環境を構築し、日々のWindows運用をセキュアかつ効率的に自動化することができます。本記事が、皆様のJEA導入と運用の一助となれば幸いです。

ライセンス：本記事のテキスト/コードは特記なき限り CC BY 4.0 です。引用の際は出典URL（本ページ）を明記してください。
利用ポリシー もご参照ください。

コメント

タイトルとURLをコピーしました