Hi Ogawa Harumichi/小川 晴道(MESW/電シ統/四技先),
Group Policy settings can sometimes leave lingering registry modifications if a domain policy was previously applied and then unlinked rather than explicitly reverted. This tattooing effect is likely why your sharing interface remains locked even though your current domain policies report as unconfigured. You can manually clear this administrative block by opening the Registry Editor and navigating to HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Windows\Network Connections. Locating and deleting the NC_ShowSharedAccessUI value, or changing its data to 1, will typically restore access to the interface after a server reboot. You can also force a system overwrite by opening the Local Group Policy Editor and explicitly setting the policy named Prohibit use of Internet Connection Sharing on your DNS domain network to Disabled, which commands the operating system to clear those restrictive registry entries.
While restoring that interface resolves the immediate block, utilizing legacy Internet Connection Sharing to route traffic for a virtual machine on Windows Server is not an enterprise best practice. Windows Server is designed to handle virtualized routing natively at the hypervisor level, making it significantly more stable and efficient. You will achieve a much more reliable connection to your Linux service by opening the Virtual Switch Manager within Hyper-V and creating an External Virtual Switch bridged directly to your physical Ethernet adapter. If your deployment requires the guest operating system to remain on an isolated subnet while still reaching external networks, configuring a Hyper-V NAT switch through PowerShell is the recommended architectural approach that entirely avoids the limitations of desktop-grade sharing features.
Hope this answer brought you some useful information. If it did, please hit “accept answer”. Should you have any questions, feel free to leave a comment.
Domic V.