问题标签 [windows-server-2000]

我有一个我认为是我的域的 ssl 证书，我想将它应用于该域中的两个单独的应用程序，这些应用程序在 Windows 2000 上的 IIS 中的 ASP 经典下运行。

我有以下愚蠢的问题：

1. 是否为 URL 或域颁发了证书？还是子域？
2. 我可以为该域中的多个网站（应用程序）使用相同的证书，还是需要一个单独的证书？
3. 我可以检查证书文件以确定它是颁发给什么或颁发给谁的吗？

谢谢！

有没有人尝试在 Windows 2000 服务器上安装 powershell？我意识到它不应该安装在 Windows 2000 服务器上，因此不受支持；但是，在其上运行的 vbscript 需要 3.5 天才能完成，powershell 可能会在更短的时间内完成。不过，我注意到它只需要 .NET 2.0 即可运行。

提前致谢。

我继承了一个 Windows 2000 服务器，其中包含支持 Interdev 的站点。我不知道如何找出哪些“interdev 用户”映射到域/本地帐户或如何更改 Interdev 站点上的用户/密码。有人提到他们可以用“FPSE”或“Interdev”来做到这一点，但我不确定这意味着什么。

有任何想法吗？

First off, I'm not a C++ programmer (but I am learning). I have finally managed to modify and compile some C++ source code using Visual C++ 2008 Express Edition. I've tried to get the same code compiled in the full version of Visual C++ 2003 without success (I get a wide variety of errors, but no luck).

The problem is that everything is working fine using RunDll32 to call the DLL on Windows Vista, but when I try the same rundll32 call on Windows 2000, I get the following error:

"Error loading mysampledll.dll" "The specified module could not be found."

Of course, I've tried setting the full path, moving the file around, etc...but no luck. I guarantee that the file exists and has the correct permissions.

I thought perhaps that there is something wrong with the manifest that is getting compiled along with the DLL in Vista. So I removed it using a resource editor, but then I get the same error in Vista and Win2k. Here's the manifest:

Now, I assume that the problem is with Win2k not having the Microsoft.VC90.CRT installed, but why does my DLL have this dependency? I've set the "Common Language Runtime Support" to "No Common Language Runtime Support" in the project properties, so why does it still require the CLR? Is there a way to change the manifest to use an older Visual C++ runtime that is available by default in Win2k? Sorry for my ignorance in these matters, and thanks in advance for any help.

我很想知道在win 2000 服务器上监视锁定文件/打开文件句柄的最佳方法是什么。我对一般系统报告感兴趣，它可以显示锁定的文件或句柄随着时间的推移（例如在一晚的过程中），而不必指定要专门监视哪些进程。

谢谢，阿迪

我试图通过搜索事件日志来找出何时在 Win2k 机器上卸载程序。我应该搜索哪个日志，是否有任何好的关键字可以搜索以标记卸载事件？

事情是这样的：我正在计划一个绝对必须支持 Win2k的中型商业应用程序。AFAIK，对 Win2k 的官方 .NET 支持不久前被废弃（IIRC，它停止在 2.0 版）。

现在，我已经（很久以前）用 C++ 编写了库，它允许我完成最终结果（即完成这个项目），就像我在 .NET 框架的帮助下编写这个应用程序一样快——所以 .NET 的RAD 的“优势”几乎被否定了。

我敢肯定，这里有很多人处理需要支持旧操作系统的业务应用程序。那么，鉴于我的图书馆情况，使用 .NET 优于原生 C++ 对我有什么优势，反之亦然？我只是不确定两者中的哪一个适合这份工作——因为我似乎可以使用其中任何一个。再说一次，有那个框架支持问题需要处理......

如果需要，我很乐意添加更多信息。

我需要杀死由 Windows 服务启动的 Windows 2000 生产服务器上的进程。但是，从 GUI 执行此操作只会给我“拒绝访问”，所以现在我正在考虑创建一个小型应用程序或脚本来执行此操作。我只能偶尔访问 GUI，我没有服务器的用户名、密码等。有任何想法吗？

为 Windows 2000 Advanced Server SP4 操作系统开发和运行 ASP.Net Web 应用程序的 .Net Framework 和/或 Visual Studio 版本的最高级别是多少？

我想使用可能的最新技术来开发这样的 Visual Studio 2008，但不幸的是，客户端可以提供 Win2K 服务器来部署和运行应用程序。我知道 VS2008 可以针对 .Net 2.0 框架进行部署，并且 .Net 2.0 可以在 Win2k SP4 上运行，但我正在寻找社区确认这确实有效。

干杯

需要什么来支持 Win2k 上的 WCF，或者至少尽量减少支持通过 .Net 与 Win2k 服务器进行远程通信的工作？

背景：

我正在开发的一个产品有一个旧的 .NET 远程处理实现，它已在很大程度上被 WCF 取代，以进行新的开发。在我们的 WCF 实现之前，旧实现用作与运行旧版本的服务器进行通信的后备。

销售人员要求提供 Win2k 支持，这让开发人员陷入了困境，因为 Win2k 不支持 .NET 3.0（因此可能是 WCF）。我们希望以最少的额外开发工作来支持 Win2k，但似乎要支持 Win2k，我们必须实现两次接口；一次用于与旧服务器进行远程处理，一次用于 WCF。