标签: windows-server-2016

是否有基本microsoft/windowsservercore映像使用的默认用户/密码？

我在Windows 2016上使用IIS 10

每当我更新我的SSL证书并将其应用于绑定IIS时,不会使用该证书,而是继续使用旧证书.

我迄今为止所尝试过的事情 -

1. 重启网站
2. 重新启动应用程序池
3. 重启IIS
4. 从IIS/Windows存储中删除旧证书

重新启动Windows确实每次都解决它.

使用标准解决方案忽略证书验证后,Invoke-RestMethod返回:

Invoke-RestMethod : A system error occurred and has been logged.  Please try again later or contact your administrator.

我今天刚刚注意到这个失败,所以我认为它与Powershell更新有关.通过"标准解决方案"我的意思是:

[System.Net.ServicePointManager]::ServerCertificateValidationCallback = { $true }

几个月前停止工作,并在C#类型中正确设置回调添加到Powershell(历史记录中的描述).

这是我的环境:

> $PSVersionTable

Name                           Value
----                           -----
PSVersion                      5.1.15063.674
PSEdition                      Desktop
PSCompatibleVersions           {1.0, 2.0, 3.0, 4.0...}
BuildVersion                   10.0.15063.674
CLRVersion                     4.0.30319.42000
WSManStackVersion              3.0
PSRemotingProtocolVersion      2.3
SerializationVersion           1.1.0.1

这是一个小历史,所以这个问题不仅仅是一个副本关闭.

历史

如果你谷歌或搜索StackOverflow你可以找到这个问题提出一些预制的回应.但是,今天我注意到所有的标准解决方案都不再适用了.

Powershell给出的标准错误是:

Invoke-RestMethod : The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel.

在所有论坛上给出的标准答案是在你打电话之前使用这个命令Invoke-RestMethod: …

我的网站设置在D:\RW_System\RW_Webroot\BrokerOffice.Admin文件夹中(下面的屏幕截图).它是一个.NET,C#WebForms应用程序.

无论出于何种原因,当我想将更改部署到站点时,我尝试复制文件,但IIS会在设置站点的路径中锁定DLL:

C:\Users\rizzo\Desktop>handle64 hiqpdf

Nthandle v4.11 - Handle viewer
Copyright (C) 1997-2017 Mark Russinovich
Sysinternals - www.sysinternals.com

w3wp.exe  pid: 3700   type: File  2954: D:\RW_System\RW_Webroot\BrokerOffice.Admin\bin\HiQPdf.dll

并且它不仅仅是.dll被锁定 - 它是\bin文件夹中的所有DLL .我的理解是IIS将所有内容复制到文件夹下C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary ASP.NET Files\并从那里执行操作.

我在盒子上有许多其他网站有多个DLL引用,正如预期的那样,w3wp.exe将它们锁定在Temporary ASP.NET Files文件夹中.

IIS中是否有设置或我的代码中的某些内容导致IIS将DLL锁定在/ bin文件夹中？

我正在尝试在我的 Windows Server 2016 上加载图像。但由于某种原因我无法这样做。我已经尝试了几件事。包含：

保存图像，将其复制粘贴到服务器并尝试加载它（docker load...）。这给出了您在下面看到的错误。我还尝试通过 docker hub 加载图像。但是使用 docker pull 给了我完全相同的错误。

我试过提取其他图像，如成功的 microsoft/windowsservercore。在我的开发机器和服务器上，我使用的是 Windows 容器。Windows 服务器在虚拟机中运行。

我在https://hub.docker.com/r/sbrauer/dockert/上创建了一个示例项目。这个项目只是一个 asp.netcore web api 项目，使用默认的“valuescontroller”作为测试。但这给了我同样的错误。

我不得不说将图像拉到我的开发机器 (w10) 工作得很好。我尝试使用 docker CE 和 docker EE 在服务器上加载图像，但都无济于事。

错误代码：

failed to register layer: re-exec error: exit status 1: output: 
ProcessUtilityVMImage C:\ProgramData\Docker\windowsfilte
r\13f0d09f57da5375955d3563b3a199fd1f3563365abe5b31640eee885aac448a\UtilityVM: 
The system cannot find the path specified.

提前感谢您的任何帮助。

有没有办法以编程方式启动后台（即非窗口）可执行文件而不启动关联的 conhost.exe 进程？

我已经在生成工作进程的启动程序进程中尝试过这样的代码：

var process = new Process();

process.StartInfo.FileName = executable;
process.StartInfo.Arguments = args;
process.StartInfo.UseShellExecute = false;
process.StartInfo.CreateNoWindow = true;

任何帮助，将不胜感激。

语境：

我们正在进行性能和负载测试。为了复制我们的大型客户环境，我们租用了服务器容量，以允许我们运行数千个虚拟服务器，但它们内存有限（每个虚拟机大约 300-500MB 内存）。

该场景是每个虚拟机运行 100 个进程。~1.3 MB 可执行进程和 4-5 MB conhost.exe 进程（在Windows Server Standard Edition 核心更新 1803上）的组合使得无法运行 100 个进程。如果我们能够消除相关的 conhost.exe，我们就有机会了。

注意：conhost 在 Windows 7 环境中要小得多 (< 800KB)，但我们必须使用 Windows 服务器。

同样的场景也适用于 Linux。

当我尝试invoke-sql从 Powershell X86执行命令时出现错误

invoke-sqlcmd -Query "SELECT 'HELLO!'" -ServerInstance Server -Database DB

invoke-sqlcmd ：无法加载文件或程序集“Microsoft.SqlServer.BatchParser，版本=15.100.0.0，文化=中性，PublicKeyToken=89845dcd8080cc91”或其依赖项之一。该系统找不到指定的文件。

如果我从常规 x64 Powershell 提示符运行完全相同的命令，我不会收到错误

invoke-sqlcmd -Query "SELECT 'HELLO!'" -ServerInstance Server -Database DB

Column1
-------
HELLO!

这是在新建的 Windows 2016 x64 位服务器上：

操作系统名称 Microsoft Windows Server 2016 数据中心版本 10.0.14393 内部版本 14393

我需要 x86 powershell 来运行使用旧版 32 位 ODBC 驱动程序的脚本，它还使用invoke-sql命令。

我对在 Windows 上提供 Linux 容器支持的策略感到非常困惑。我听说过很多关于 LCOW 和 WSL 来运行 linux 容器的事情，但我仍然不确定为什么他们没有像 WIN 10 那样使用 MOBY VM 提供 Linux 容器的支持，直到事情变得不稳定（即直到 LCOW 不再是一个实验性的东西） ）。

在服务器 2016 和 2019 上似乎没有支持 Linux 容器的修复策略。在服务器 2019 中，除了将 linux 容器作为 LCOW 运行之外，我别无他法，这是实验性的。在服务器 2016 上，如果我运行 docker for win 会出现另一个问题，因为不支持新版本的 Docker，因此我无法获得最新 Docker 版本的支持。没有可靠的方法可以在服务器 2016 和服务器 2019 上运行始终没有问题的 LINUX 容器。

有多个线程描述了在 Windows Server 机器上运行 Linux 容器的不同方式，但没有一个提供在 Server 2016 和 Server 2019 上运行 Linux 生产容器的固定策略。

我完全理解 Linux Container 应该在 Linux 机器上使用的论点，但我有非常具体的理由让它在 Windows 机器上运行。（客户端约束）

我在这里征集了我的理解。

如果我的理解有缺陷，请任何人帮助我理解正确的策略或纠正我。

我们有一种非常奇怪的行为，我无法确定其根本原因。我们使用 TFS (2017.U2) 来编译我们的旧系统，并尝试将我们的构建农场从 2008R2 更新到 2016 年。构建系统使用 PowerShell (v5) 循环遍历 VBP 项目列表并运行 VBS 脚本以编译项目。

首先是一些基础知识。UAC 完全禁用（在注册表中，不仅仅是滑块控件），VB6.EXE 也设置为 XP SP3 兼容性，并且还以管理员身份运行。

不幸的是，虽然我们可以在任务管理器中看到 VB6.EXE 启动 - 它只是挂起。零活动。以交互方式运行相同的编译对于相同的用户来说效果很好。这让我推断这是一个环境问题，但是进程资源管理器向我显示了 VB6.EXE 进程上的有效用户环境。

我不相信这是由于 VB6 抛出错误，因为（至少在以前版本的 Windows Server 中）当后台进程打开 UI 元素时，操作系统会向前台指示后台想要闯入。我们不看到那个。

我们已经把它回溯到一个我称之为“test.ps1”的最低限度的代码示例：

$vb6="C:\Program Files (x86)\Microsoft Visual Studio\VB98\vb6.exe"
Set-Location D:\Builds\27\s\path\prjdir
start-process $vb6 -ArgumentList "/make /out errors.txt project.vbp"  -wait

我们一直在使用“启动进程”来触发 VB6 编译，因为通过 PowerShell 直接调用不能正确摄取参数（它们实际上是由在完整进程中传递到主脚本中的字符串构建的......这个是简化版）。

当以交互方式运行 (.\test.ps1) 时，此功能正常。项目编译，我得到了一个errors.txt 文件。

当作为一个进程 (start-process .\test.ps1) 启动时，它再次正常运行。

当通过 TFS“PowerShell 脚本”任务触发时，这无法完成 VB6 步骤 - 可以在任务查看器中使用适当的参数看到 VB6.EXE，并且没有 CPU 或 IO 与任务相关联。没有写入 errors.txt 文件。不会创建新的 DLL。 …

我最近一直在玩 docker windows 容器，我想把一些工作负载放在 Windows 服务器上。

但是当我在 Windows Server 2016 上安装 Docker Desktop 时，它没有说它只适用于 Windows 10。

深入研究表明，对于 Windows 服务器，您需要 Docker Enterprise。其中成本：“联系销售”（意思是不便宜）。（这个docker 实验室表明您可以在 Windows 10 上安装 docker 桌面，但对于 Windows 服务器，您需要 docker 企业版。）

Docker for Windows 是我可以使用开源“免费”许可证部署到生产环境的产品吗？如果是这样，那个产品在哪里，它叫什么？