這兩天試玩了某個Web的網頁遊戲，它有循環同一個關卡戰鬥的功能(為了獲得經驗/道具)，但是如果有程式蓋過它的全部畫面，它就會暫停執行。或是為了減少螢幕的耗電與延長使用壽命，所以人不在電腦前面的時候都會將系統內關閉螢幕顯示的間隔時間調低(直接按下關閉螢幕實體電源會讓解析度被調整)，這樣也會讓它暫停動作。

因為上面的這些因素，我希望它能夠在「掛機」的狀態繼續運作，所以就試著在Windows Sandbox沙箱環境執行，結果能夠避免上面這些因素造成的暫停執行，用Windows Sandbox沙箱環境執行了幾天之後，一直覺得這幾天的CPU使用率都在80%以上，雖然不以為然(主要是平常還開了三個BlueStacks的模擬器在掛天堂M)，但是還是心想這個網頁遊戲在沙箱功能裡有這麼吃資源嗎？

留意了一下沒有在Sandbox環境執行的時候CPU的使用率似乎沒有那麼高，代表其實資源並沒有吃那麼多，所以肯定是Sandbox環境額外增加了CPU的負擔…

？！

突然好像知道了些什麼！

應該是Sandbox環境沒有使用到GPU的運算功能，所有畫面運算的負擔都叫CPU去執行，所以造成了CPU較多的負擔。這樣的推測是很合理的，因此查了一下Windows Sandbox沙箱環境設定GPU的文件，果然預設值是沒有啟用GPU的功能，難怪…(一直以為預設是有使用GPU的…)，設定啟用GPU功能的方式非常簡單，把下面的內容複製貼到記事本，然後存成副檔名為wsb的文件(ex: SandboxEnableGPU.wsb)再點擊執行就可以開啟有啟用GPU功能的Sandbox沙箱環境了。

<Configuration>
    <vGPU>enable</vGPU>
</Configuration>

這篇文章 Windows Sandbox沙箱環境啟用GPU功能 最早出現於 泰克哪裡去。

首先，在Windows Container的部份有些基本的知識需要了解，那就是Windows Container區分不同的基底映像類型(Base Image)，分為Windows、Windows Server、Windows Server Core、Nano Server四種，越前面的映像檔大小所佔的容量越大，包含的功能越多，越後面的則越小，所包含的功能也越少。(參考官方文件：中文/英文)

另外就是Windows Container的隔離模式(Isolation Modes)，分為Process和Hyper-V隔離這兩種，在Windows Server上執行的Windows Container預設以Process隔離方式執行，在Windows 10執行的Windows Container則預設以Hyper-V隔離方式執行。(參考官方文件：中文/英文)

在上面這兩個不同的差異之下，選擇建立Windows Container Image就會有很多的選擇，這牽涉到執行Container的主機(Host)所使用的是哪一個版本的OS，不同版本之間的相容性會有所差異，例如：Windows Server 2019與Windows Server 20H2這兩個版本的OS相容性：

從上面兩張圖可以看到Windows Server 2019的Host可以支援以Windows Server 2019為基底的Container Image以Process隔離模式執行，若是以Hyper-V隔離模式執行，則是可以支援Windows Server 2019以下的版本。同樣的，Windows Server 20H2的Host可以支援同為Windows Server 20H2的Image以Process隔離模式執行，Hyper-V的隔離模式則是與Host相同版本以下的都能夠支援。

換成是Windows 10作為Host的話，支援性又有不同的差異：

Windows 10的部份可以從上面三張圖看到一點點差異，就是Windows 10的1909版本並不能支援Windows Server任何版本為基底映像檔以Process隔離模式執行，Windows 10的2004版本之後才開始支援與Windows Server相對應的版本映像檔以Process隔離模式執行，但是以Hyper-V隔離模式執行的話則是支援相同版本以下的OS映像檔。

有點複雜，對吧？

簡單來說，要能夠支援以Process隔離模式執行，必須是Container Base Image和Host為相同版本的OS，若是以Hyper-V隔離模式執行，則必須挑選Host OS版本以下製成的Container Image，也就是說Windows Server 2016的選擇性非常少，只能使用同為Windows Server 2016為基底製作的映像檔，越新的OS版本則支援以Hyper-V隔離模式執行的Container Image選擇越多。

更多Windows Container版本相容性的部份可以參考官方文件的說明(中文/英文)。

回到Azure DevOps Agent，上面說了那麼多，主要是必須考量Agent要執行的任務需要多大的支援與資源，若是只需要能夠以dotnet sdk建置專案，那麼選擇任何一個OS版本的Image應該都可以，只要能夠在Image裡面安裝dotnet sdk即可。

以dotnet sdk這個例子來說，在官方文件「在 Docker 中執行自我裝載的代理程式」所提到的Dockerfile範例是使用Windows Server Core 2019的基底映像檔，裡面並沒有安裝dotnet sdk：

FROM mcr.microsoft.com/windows/servercore:ltsc2019

WORKDIR /azp

COPY start.ps1 .

CMD powershell .\start.ps1

所以要讓Agent可以執行dotnet build的任務，可以選擇使用上面的範例，在Dockerfile中再另外加入安裝dotnet sdk的內容，或是從Docker hub上另外找微軟官方製作的dotnet sdk映像檔，找到對應的Container Repository與Image tag，例如：「mcr.microsoft.com/dotnet/sdk:5.0-windowsservercore-ltsc2019」這個就是同樣以Windows Server Core 2019為基底的Image，並且安裝了dotnet 5.0 sdk。

從官方文件「在 Docker 中執行自我裝載的代理程式」 中的範例可以看得出來，在Container中執行Azure DevOps Agent的關鍵在於下面這段PowerShell內容，將它複製之後以start.ps1儲存在與Dockerfile相同的位置即可：

if (-not (Test-Path Env:AZP_URL)) {
  Write-Error "error: missing AZP_URL environment variable"
  exit 1
}

if (-not (Test-Path Env:AZP_TOKEN_FILE)) {
  if (-not (Test-Path Env:AZP_TOKEN)) {
    Write-Error "error: missing AZP_TOKEN environment variable"
    exit 1
  }

  $Env:AZP_TOKEN_FILE = "\azp\.token"
  $Env:AZP_TOKEN | Out-File -FilePath $Env:AZP_TOKEN_FILE
}

Remove-Item Env:AZP_TOKEN

if ((Test-Path Env:AZP_WORK) -and -not (Test-Path $Env:AZP_WORK)) {
  New-Item $Env:AZP_WORK -ItemType directory | Out-Null
}

New-Item "\azp\agent" -ItemType directory | Out-Null

# Let the agent ignore the token env variables
$Env:VSO_AGENT_IGNORE = "AZP_TOKEN,AZP_TOKEN_FILE"

Set-Location agent

Write-Host "1. Determining matching Azure Pipelines agent..." -ForegroundColor Cyan

$base64AuthInfo = [Convert]::ToBase64String([Text.Encoding]::ASCII.GetBytes(":$(Get-Content ${Env:AZP_TOKEN_FILE})"))
$package = Invoke-RestMethod -Headers @{Authorization=("Basic $base64AuthInfo")} "$(${Env:AZP_URL})/_apis/distributedtask/packages/agent?platform=win-x64&`$top=1"
$packageUrl = $package[0].Value.downloadUrl

Write-Host $packageUrl

Write-Host "2. Downloading and installing Azure Pipelines agent..." -ForegroundColor Cyan

$wc = New-Object System.Net.WebClient
$wc.DownloadFile($packageUrl, "$(Get-Location)\agent.zip")

Expand-Archive -Path "agent.zip" -DestinationPath "\azp\agent"

try
{
  Write-Host "3. Configuring Azure Pipelines agent..." -ForegroundColor Cyan

  .\config.cmd --unattended `
    --agent "$(if (Test-Path Env:AZP_AGENT_NAME) { ${Env:AZP_AGENT_NAME} } else { ${Env:computername} })" `
    --url "$(${Env:AZP_URL})" `
    --auth PAT `
    --token "$(Get-Content ${Env:AZP_TOKEN_FILE})" `
    --pool "$(if (Test-Path Env:AZP_POOL) { ${Env:AZP_POOL} } else { 'Default' })" `
    --work "$(if (Test-Path Env:AZP_WORK) { ${Env:AZP_WORK} } else { '_work' })" `
    --replace

  Write-Host "4. Running Azure Pipelines agent..." -ForegroundColor Cyan

  .\run.cmd
}
finally
{
  Write-Host "Cleanup. Removing Azure Pipelines agent..." -ForegroundColor Cyan

  .\config.cmd remove --unattended `
    --auth PAT `
    --token "$(Get-Content ${Env:AZP_TOKEN_FILE})"
}

接著就是準備我們要用的Dockerfile，這邊我以dotnet 5.0 sdk的Windows Server Core 2022映像檔為基底，它裡面包含了PowerShell與dotnet 5.0 sdk，並且我還要額外在Image裡面安裝Docker。若是需要dotnet core 3.1與其它OS基底映像檔的部份可以到Docker hub的頁面上去尋找相關的Tag：

FROM mcr.microsoft.com/dotnet/sdk:5.0-windowsservercore-ltsc2022

#在這底下加入要額外裝在Docker Image內的程式

SHELL ["powershell", "-Command", "$ErrorActionPreference = 'Stop'; $ProgressPreference = 'SilentlyContinue';"]

RUN Install-PackageProvider -Name NuGet -MinimumVersion 2.8.5.201 -Force
RUN Install-Module -Name DockerMsftProvider -Repository PSGallery -Force -verbose
RUN Install-Package -Name docker -ProviderName DockerMsftProvider -Force -verbose -ErrorAction SilentlyContinue; exit 0

#===========================================

WORKDIR /azp

COPY start.ps1 .

CMD powershell .\start.ps1

準備好Dockerfile和start.ps1這兩個檔案之後，執行下面的指令建立映像檔：

docker build -t devopsagent .

完成Build Image的動作之後，透過下面的指令建立一個名為azure-agent的Container：

docker run --name azure-agent -d -v \.\pipe\docker_engine:\.\pipe\docker_engine -e AZP_URL=[AzureDevOpsURL] -e AZP_TOKEN=[AzureDevOpsPAT] -e AZP_AGENT_NAME=[AzureDevOpsAgentName] IMAGE:TAG

指令中比較特別的地方是透過mount的方式將host的docker轉給container內使用，也就是「-v \.\pipe\docker_engine:\.\pipe\docker_engine」這段，其它的除了IMAGE:TAG是根據上面的docker build所指定的Repository與Tag(預設為latest)之外，環境變數的部份則參考下面這張表：

五個環境變數中的最後兩個AZP_POOL、AZP_WORK是選擇性的，只有前三個是必須的，執行之後的結果如下：

從Azure DevOps中的Agent Pools列表中可以看到這個Agent：

進入查看Capabilities的部份也可以看到幾個比較不一樣的資訊，像是ComputerName是Docker產生的隨機名稱，還有docker的資訊：

至於為什麼需要將host的docker提供給Container中的docker使用，這部份則是為了讓Container中的docker可以共用host上的docker，從Container中的Agent執行docker build所產生的docker image也會儲存在host的docker images裡面，並且可以代替host執行docker run建立新的Container。不過這麼做也是有安全性的風險的，官方就有提出警告，是否要這麼做則是可以自行思考決定：

會在這篇文章中這麼做的原因，純粹是為了提供Windows環境將docker轉給Container內使用的指令使用方式，因為這部份在微軟的文件頁面上似乎沒有提到(我忘了之前從哪裡看到的)。

這篇文章 【2021鐵人賽】建立自管的Azure DevOps Agent(Windows Container agent) 最早出現於 泰克哪裡去。

最近在寫iThome鐵人賽的文章，有一篇文章需要在Windows Server上使用Docker與Container的功能，在Azure上建立了一個VM，所以就順便將過程記錄一下。

首先，必須先將Container功能安裝進去(如果這台也要安裝Docker可以跳過這步)，透過ServerManager的AddRolesAndFeatures叫出UI介面之後在Features的部份找到Containers：

勾選之後安裝完需要重新開機。

重新開機之後開啟具有Administrator權限的PowerShell，輸入下面這行指令：

Install-Module -Name DockerMsftProvider -Repository PSGallery -Force

上面這行是安裝稱為 DockerMicrosoftProvider 的 OneGet 提供者 PowerShell 模組。並且需要NuGet提供者(Provider)，如果沒安裝過的話會一併提示是否安裝(預設為Yes)：

接著輸入下面這行指令，從剛才安裝的DockerMicrosoftProvider中安裝Docker：

Install-Package -Name docker -ProviderName DockerMsftProvider

安裝完成之後需要重新啟動電腦，可以透過UI操作，或是輸入下面的PowerShell指令：

Restart-Computer -Force

重開機之後再輸入docker info就可以看到docker相關的資訊了。

參考連結：

• 開始使用：準備適用於容器的 Windows

這篇文章 Windows Server安裝Docker與Container功能 最早出現於 泰克哪裡去。

不同的地方在於，Linux環境中透過額外安裝jq套件來達成修改json檔案的作法，在Windows環境下我們則是使用PowerShell來達成這樣的事情，所以不需要額外安裝任何套件(PowerShell應該都有內建在Windows環境中)。

下面的內容和Linux Container中修改json檔案設定值的方法文章中的內容幾乎一樣，我額外用不同的字型顏色標出不同的地方，以便參考。

使用方式

假設在Dockerfile中定義了ENV LOG_LEVEL=Error，並且appsettings.json檔案中有段Serilog的設定如下：

{
    "Serilog": {
        "MinimumLevel": "Debug",
        "WriteTo": [
            {
                "Name": "File",
                "Args": {
                    "path": "MyApp.log",
                    "outputTemplate": "{Timestamp:yyyy-MM-dd HH:mm:ss} RequestID:{RequestID} User:{UserID} {RequestPath} {SourceContext} [{Level:u3}] {Message:lj}{NewLine}{Exception}",
                    "rollingInterval": "Day"
                }
            }
        ],
        "Enrich": [ "FromLogContext" ]
    }
}

可以看到在Serilog中有個MinimumLevel屬性設定的是Debug，這個設定會記錄大量的Log記錄，但是有時候在執行container的時候並不想要記錄這麼詳細的資訊，以降低檔案大小，減少儲存空間的耗用時，有個LOG_LEVEL的ENV設定就可以方便的調整設定值。

現在假設有個.Net Core的程式叫MyApp，Build完之後有個MyApp.dll檔案，在Dockerfile中設定了ENV和複製相關的執行檔案之外，還需要一個.ps1檔案(Powershell的副檔名)，假設這個檔案叫做app-init.ps1。

接下來在app-init.ps1檔案中要做下面這幾件事：

1. 判斷container是不是第一次執行，以避免每次都進行修改appsettings.json的動作。
2. 透過Powershell的Get-Content指令將appsettings.json的內容讀入記憶體。
3. 找到MinimumLevel屬性，將值修改為LOG_LEVEL這個ENV所設定的值。
4. 將Powershell修改後的內容儲存為appsettings.temp.json。
5. 將原本的appsettings.json改名為appsettings.ori.json。
6. 將前面的appsettings.temp.json改名為appsettings.json。
7. 產生一個用來判斷是否執行過app-init.ps1的檔案，例如：inited.txt。
8. 啟動MyApp。

Set-Location C:\app

if (Test-Path inited.txt) {
    echo "Powershell already run finished."
}
else {
    $JsonSettings = Get-Content appsettings.json | ConvertFrom-Json
    $JsonSettings.Serilog.MinimumLevel = "$env:LOG_LEVEL"
    $JsonSettings | ConvertTo-Json -Depth 10 > appsettings.temp.json

    Rename-Item appsettings.json appsettings.ori.json
    Rename-Item appsettings.temp.json appsettings.json
    "Powershell run finished." > inited.txt
}

dotnet MyApp.dll

這篇文章 Windows Container中修改json檔案設定值的方法 最早出現於 泰克哪裡去。

答案就是：利用Windows中的Linux子系統(Windows Subsystem for Linux, WSL)。

透過WSL安裝Linux子系統之後，可以在Linux子系統中安裝原生的Docker執行環境，在Windows環境中則是安裝Docker Desktop並且切換到使用Windows Container，這樣一來就可以在Windows環境執行Windows Container，Linux子系統中執行Linux Container了。

註：WSL是Windows 10的功能，版本又分為Version 1(WSL)與Version 2(WSL2)，WSL2只能在Windows 10 2004版(組建19041以上)執行。(參考官方wsl文件說明)

在開始之前，先輸入wsl -l -v查看一下系統內安裝的Linux子系統是執行在哪一個版本(1或2)。
在Linux子系統中要執行原生的Docker，只能在Version 2的版本(WSL2)。

先輸入docker info確認系統中沒有安裝docker。

接著，根據官方的安裝指引將Docker Engine安裝到Linux子系統中：

• Ubuntu：https://docs.docker.com/engine/install/ubuntu/
• Debian：https://docs.docker.com/engine/install/debian/
• CentOS：https://docs.docker.com/engine/install/centos/
• Fedora：https://docs.docker.com/engine/install/fedora/

更新系統中的套件

先輸入sudo apt-get update更新系統中的套件。

安裝需要的套件

再輸入下列指令安裝docker需要的其它套件：

sudo apt-get install \
apt-transport-https \
ca-certificates \
curl \
gnupg-agent \
software-properties-common

註：「\」符號是Linux指令的換行連接符號，用來將較長的指令換行輸入，實際上在系統中仍然是組合成一整行的指令，因此也可以將上面的指令直接輸入成一行。(記得拿掉「\」符號)

安裝上述幾個套件的過程中會碰到詢問y/n的問題，通常是告知會使用多少磁碟空間，輸入y繼續安裝就行了。

取得GPG Key

接下來取得docker的GPG key：

curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo apt-key add -

註：「|」符號是Linux中的命令管線符號，用來將前一個命令執行的結果送到下一個命令的輸入。

接下來這一步可以跳過，只是用來驗證剛才取得的GPG key是否正確。

sudo apt-key fingerprint 0EBFCD88

輸入完之後會看到下面9DC8 5822 9FC7 DD38 854A E2D8 8D81 803C 0EBF CD88的內容。

加入套件存放庫(Repository)

接下來將docker官方的套件存放庫(repository)加入到Linux子系統中，這樣才能夠安裝docker engine：

sudo add-apt-repository \
"deb [arch=amd64] https://download.docker.com/linux/ubuntu \
$(lsb_release -cs) \
stable"

小提示：如果你發現你的網址輸入錯誤．也就是在輸入指令之後下面的訊息有顯示Err的字樣，那麼可以編輯套件庫清單的設定檔，將錯誤的網址修正或移除重新加入。(參考來源)

sudo nano /etc/apt/sources.list

安裝Docker Engine

輸入下面兩行指令安裝Docker Engine，第一行是更新套件指令，第二行則是安裝Docker的指令

sudo apt-get update
sudo apt-get install docker-ce docker-ce-cli containerd.io

安裝過程中會有個磁碟空間耗用的問題，輸入y就能繼續。
接著會碰到下面的問題，是詢問grub-pc套件要裝在哪一個磁碟分割：

grub-pc應該是一個啟動管理的套件，不太確定是上面哪個套件相依的需求，以上圖來看，Linux子系統抓到三個(實際上只有sda、sdb兩個)容量大小相同的項目。
透過空白鍵可以選擇/取消，想知道sda、sdb分別是什麼的話，可以再另外開一個cmd或powershell視窗，輸入wsl透過另外一個terminal進入查看：

從上面可以發現sda、sdb其實是一樣的，只是檔案系統實際上掛載在sdb項目，所以選擇sda、sdb也許都可以，不過實際上選擇第一個sda項目的時候，安裝到一半會出現下面的錯誤訊息：

既然無法安裝在sda，那麼就不要霸王硬上弓硬是要安裝在sda，所以選擇No之後，回到上面的選單項目，將sda取消，選擇第二個sdb試試。
沒有再出現上面無法安裝詢問是否要霸王硬上弓的問題，順利安裝完成。

輸入docker info查看安裝的結果，只顯示client資訊，server資訊則是無法連線，其實這只是docker service沒有啟動的關係。

輸入sudo service docker start啟動docker服務，再次輸入docker info查看docker的資訊卻發現…

看起來和上面那張截圖滿像的，不過最後有個關鍵字是「permission denied」。
既然如此，那使用sudo執行看看呢？(sudo docker info)

Bingo，能夠正常查看到docker的資訊了！

不過這樣每次要執行docker相關的指令都要輸入sudo有點麻煩，所以接著可以利用下面的指令，將docker加入特定的用戶群：

sudo usermod -aG docker 帳號

輸入完上面的指令之後，如果直接再次輸入docker info想要試試是否有效，會得到令人失望的結果。主要是因為當下使用的terminal沒有登出再重新登入取得最新的資訊，只要退出terminal之後再重新執行就可以正常了。

OK，這下子終於將docker順利安裝在WSL2裡面啦~

從下面的截圖也可以發現，在wsl裡面查看docker info和windows底下查看docker info的差異，證明兩個docker環境是彼此分開獨立的喔！

PS.Windows環境安裝Docker Desktop並且切換到Windows Container模式了，這樣一來就可以在一台電腦中同時執行Linux Container與Windows Container了。

這篇文章 同一台電腦可執行Windows與Linux Container？在WSL2安裝原生Docker環境 最早出現於 泰克哪裡去。

根據微軟的文件說明，Windows Sandbox沙箱功能在未安裝之前是一個大小約為30MB的壓縮封裝，即使安裝之後解壓縮大小也只會佔據大約500MB左右的磁碟空間。(當然你在沙箱裡面下載大檔案或是其它操作所產生的檔案是另外一回事)

動態基底影像

它所使用的技術和容器化技術相同，也就是大部份的功能是和核心OS共用的，只有少部份作業系統功能或檔案無法共用，所以在執行沙箱環境的時候，就會使用核心OS共用的功能，也因為Host本身就已經是開機執行的狀態，所以很多功能已經是Ready狀態，讓沙箱環境的載入速度非常快，時間非常短就能夠產生出一個可用的沙箱環境。

記憶體共用

Windows Sandbox沙箱環境在記憶體耗用量的部份也比傳統VM來得少，如果同樣在VM中安裝Windows 10，兩個OS載入相同功能的系統檔案所需要耗用的記憶體空間是獨立的，但是在Sandbox沙箱環境中是透過「直接對應(Direct Map)」的方式存取相同的記憶體位置。

GPU虛擬化

在Sandbox沙箱環境裡面處理圖形轉譯的部份也是很流暢的，因為在Sandbox沙箱環境執行的程式可以透過Windows顯示驅動程式模型(WDDM)來直接存取GPU的資源。

所以在沙箱環境裡面使用各種瀏覽器上網看高畫質的影片或是玩遊戲也不會有畫面不順暢的問題。當然，Sandbox沙箱功能的音效也是沒問題的。
(但前提是你的顯示卡配備要夠好)

可以拿來做什麼用？

雖然平常不是想要在沙箱環境裡面測試什麼有問題的軟體或程式，也不是要搞駭客任務，但是Sandbox沙箱環境仍然是很適合拿來做一些可能有風險的動作，例如：

• 從IM軟體(ex:Line)收到不知道是什麼的網址，想打開來看看是什麼東西卻又怕電腦中毒。
• 網路上搜尋一些東西不想被記錄，或是上一些不常去的網站抓一些東西(免費軟體、共享軟體)怕有問題，可以在沙箱環境裝防毒軟體先試試。
• 其它各類不想影響主要系統的使用情境。

如何在Windows 10 Home家用版安裝？

好了，上面簡單介紹了Windows Sandbox沙箱功能之後，是不是覺得Sandbox沙箱功能好像還不錯用啊？

安裝條件

不過Sandbox沙箱功能預設的安裝條件是需要Windows 10 Pro或是Enterprise的版本才能安裝(OS組建必須在18305以上)，除此之外還有下面的基本需求：

1. AMD64的架構(就是64位元的一般電腦，ARM系列的不行)
2. 主機板與CPU必須支援虛擬化技術，並且在主機板有將虛擬化功能打開
3. 至少4GB的記憶體(建議8GB以上)
4. 至少1GB以上的磁碟可用空間(建議使用SSD)
5. 至少是雙核心以上的CPU(建議4核心以上)
6. 如果是在VM中執行的Windows 10，需要開啟巢狀虛擬化功能(可用下列PowerShell指令)
   Set-VMProcess -VMName <VM名稱> -ExposeVirtualizationExtensions $true

安裝步驟

步驟1：滑鼠右鍵點擊左下角的Windows圖案開始按鈕，選擇「應用程式與功能(F)」。

步驟2：點擊右邊「相關設定」底下的「程式和功能」。

步驟3：點擊控制台左邊的「開啟或關閉 Windows 功能」。

步驟4：在Windows功能清單中找到「Windows 沙箱」或「Windows Sandbox」功能後打勾。

找不到「Windows 沙箱」或「Windows Sandbox」功能怎麼辦？

別著急，Windows 10 Home家用版在沒有使用密技之前，找不到這個功能是很正常的，請將下面的指令碼複製下來貼到記事本，並且將檔案儲存為副檔名.bat的檔案(主檔名隨意)，再透過滑鼠右鍵選擇「以系統管理員身份執行」開啟。
批次指令執行完後輸入Y並且按下Enter讓電腦重新開機，之後再跑一次上面的步驟應該就可以找得到了。

@echo off

echo Checking for permissions
>nul 2>&1 "%SYSTEMROOT%\system32\cacls.exe" "%SYSTEMROOT%\system32\config\system"

echo Permission check result: %errorlevel%

REM --> If error flag set, we do not have admin.
if '%errorlevel%' NEQ '0' (
echo Requesting administrative privileges...
goto UACPrompt
) else ( goto gotAdmin )

:UACPrompt
echo Set UAC = CreateObject^("Shell.Application"^) > "%temp%\getadmin.vbs"
echo UAC.ShellExecute "%~s0", "", "", "runas", 1 >> "%temp%\getadmin.vbs"

echo Running created temporary "%temp%\getadmin.vbs"
timeout /T 2
"%temp%\getadmin.vbs"
exit /B

:gotAdmin
if exist "%temp%\getadmin.vbs" ( del "%temp%\getadmin.vbs" )
pushd "%CD%"
CD /D "%~dp0" 

echo Batch was successfully started with admin privileges
echo .
cls
Title Sandbox Installer

pushd "%~dp0"

dir /b %SystemRoot%\servicing\Packages\*Containers*.mum >sandbox.txt

for /f %%i in ('findstr /i . sandbox.txt 2^>nul') do dism /online /norestart /add-package:"%SystemRoot%\servicing\Packages\%%i"

del sandbox.txt

Dism /online /enable-feature /featurename:Containers-DisposableClientVM /LimitAccess /ALL

pause

參考來源

• How to Enable Windows Sandbox Feature in Windows 10 Home Edition
• HOW TO CONFIGURE WINDOWS SANDBOX
• Windows 沙箱架構
• Windows Sandbox

這篇文章 Windows 10 Home版本安裝Windows Sandbox沙箱功能 最早出現於 泰克哪裡去。

不太想要動到OS重灌這一招，想到之前似乎有試過(看到)在Windows 10 Home版安裝Hyper-V與WSL，不過因為很久沒有寫部落格記錄，有些問題解決之後就沒有記錄，所以趁著這次解決這個問題並且將部落格從幾次亂搞之後最近放到Google Cloud Run上面執行，一併將這些操作記錄下來。

首先，Windows 10 Home版打開控制台「程式和功能」中的「Windows 功能」應該不會有「Hyper-V平台」、「適用於 Linux 的 Windows 子系統」兩個選項。

從Windows 10 Hyper-V System Requirements的頁面說明中也有下面這段，明確表明Windows 10 Home的版本不能安裝。

The Hyper-V role cannot be installed on:

• Windows 10 Home
• Windows 10 Mobile
• Windows 10 Mobile Enterprise

不過這個其實有秘技可以讓Hyper-V安裝在Windows 10 Home，只需要將下面這段指令貼在記事本上，並且以.bat的副檔名儲存後透過管理員權限執行即可。

pushd “%~dp0”
dir /b %SystemRoot%\servicing\Packages*Hyper-V*.mum >hyper-v.txt
for /f %%i in (‘findstr /i . hyper-v.txt 2^>nul’) do dism /online /norestart /add-package:”%SystemRoot%\servicing\Packages\%%i”
del hyper-v.txt
Dism /online /enable-feature /featurename:Microsoft-Hyper-V -All /LimitAccess /ALL
pause

如果也想要安裝Container功能的話，同樣將下面這段指令以.bat儲存後透過管理員權限執行。

pushd “%~dp0”
dir /b %SystemRoot%\servicing\Packages*containers*.mum >containers.txt
for /f %%i in (‘findstr /i . containers.txt 2^>nul’) do dism /online /norestart /add-package:”%SystemRoot%\servicing\Packages\%%i”
del containers.txt
Dism /online /enable-feature /featurename:Containers -All /LimitAccess /ALL
pause

執行完之後重新開機應該就可以找到Hyper-V的功能了，不過到這裡為止，仍然無法安裝Docker。
或者是說，如果不是Windows 10 Home搭配Docker使用WSL2(Windows Subsystem for Linux, WSL)，那麼就無法使用Docker。

再更精確一點的說法，就是Docker需要Hyper-V與Container的功能，如果是Windows Home安裝WSL2再加上Docker，那麼就是在WSL2裡面執行Container，跑的是Linux，如果只需要執行Linux的Container是OK的。

不過若是需要在Windows Container和Linux Container之間切換的話，Windows 10 Home版本一般來說是無法達成，而且Docker搭配WSL2跑Linux Container若是使用到Docker-Compose的話，可能還會有一點點問題…

所以為了在Windows 10 Home的版本正常執行Docker(Hyper-V都透過秘技安裝了，應該還有秘技可以讓Docker正常在Windows 10 Home版本安裝與執行吧！)，所以我繼續在網路上搜尋可能的秘技，想要解決在Windows 10 Home版本使用Docker的問題。

這次的秘技不需要再執行指令安裝什麼東西，需要的是執行regedit編輯Windows登錄檔，透過將「HKLM\Software\Microsoft\Windows NT\CurrentVersion」底下的EditionID從「Core」更改為「Professional」，改完之後不需要重新開機，就可以執行最新版本的Docker安裝檔。

上面的這個修改Windows登錄檔的位置要記下來，或者是寫成一個指令檔。
因為Windows過一段時間(不知多久)會自己將更改的值改回「Core」(如果你改完忘了改回來)，尤其是Windows Update完之後。

這會有什麼影響呢？

會影響的就是Docker切換Windows Container與更新Docker版本，如果Docker發現新的版本，但是當你要執行更新安裝的時候發現有問題，可以試著將EditionID再改為「Professional」，之後應該就可以更新了。
註：要透過Docker結合WSL2執行Linux Container必須是切換到Linux Container模式才行。
(不過也可以選擇不要在Windows下操作Docker跑Linux Container，直接在WSL2裡面安裝獨立的Docker)參考來源：

參考來源

• Installing Docker on Windows 10 Home

這篇文章 Windows 10 Home家用版安裝Hyper-V與Docker 最早出現於 泰克哪裡去。