[BUG] Cowork plugin install fails on Windows 11 Pro — 172.16.0.0/24 NAT rule cannot be created despite empty Get-NetNat

Resolved 💬 5 comments Opened Feb 21, 2026 by vadimpiombo-wq Closed Mar 22, 2026

Preflight Checklist

  • [x] I have searched existing issues and this hasn't been reported yet
  • [x] This is a single bug report (please file separate reports for different bugs)
  • [x] I am using the latest version of Claude Code

What's Wrong?

Environment:

Windows 11 Pro
Dell laptop
Claude Desktop latest version (February 2026)
Paid Claude subscription

Problem:
Cowork itself launches and works fine, but installing any plugin (specifically the Marketing plugin) fails. After investigating, the root cause is that Cowork's VM cannot create its required NAT rule.
Diagnosis steps completed:

BIOS virtualization: Intel VT-x and VT-d both ON
Hyper-V Windows feature: Enabled
bcdedit hypervisorlaunchtype: Auto
systeminfo confirms: "A hypervisor has been detected"
Cowork virtual adapter exists: vEthernet (cowork-vm-vnet) — Status: Up, 10 Gbps
VM IP address: 172.16.0.1/24 (confirmed via Get-NetIPAddress)
Get-NetNat returns: empty (no NAT rules exist)
Attempting New-NetNat -Name "cowork-vm-nat" -InternalIPInterfaceAddressPrefix "172.16.0.0/24" fails with Windows System Error 52 (duplicate name) every time, even after stopping and restarting the HNS service
HNSPolicy.json does not exist on this machine
Get-VMSwitch shows cowork-vm-vnet as Internal switch owning 172.16.0.1 — this appears to be what blocks the NAT rule from being created on the same range
Successfully created NAT on 192.168.100.0/24 as a test — confirmed working, but Cowork does not use this range

Root cause (suspected):
Cowork hardcodes 172.16.0.0/24 for its VM NAT but its own virtual switch (cowork-vm-vnet) claims that IP first, preventing the NAT rule from ever being created. Get-NetNat returns empty so there is no visible conflict, but Windows still rejects the NAT creation with error 52.
Impact:
Plugin marketplace fails to load. No plugins can be installed. Cowork is partially functional (tasks work) but plugins are completely inaccessible.
Request:
Please fix Cowork's network setup logic on Windows to either: (a) create the NAT rule before or alongside the virtual switch, or (b) detect when 172.16.0.0/24 is unavailable and fall back to an alternative range automatically.

What Should Happen?

Claude desktop cowork not ...working

Error Messages/Logs

Virtualization is not enabled
Claude's workspace requires hardware virtualization (Hyper-V). Enable virtualization in your computer's BIOS/UEFI settings, then restart.

Steps to Reproduce

open claude desktop and then cowork

Claude Model

None

Is this a regression?

Yes, this worked in a previous version

Last Working Version

_No response_

Claude Code Version

Claude 1.1.3918 (a4b368) 2026-02-20T23:13:32.000Z

Platform

Anthropic API

Operating System

Windows

Terminal/Shell

PowerShell

Additional Information

_No response_

View original on GitHub ↗

This issue has 5 comments on GitHub. Read the full discussion on GitHub ↗