如果希望允许pipe理员通过文件夹redirect访问驻留在服务器上的用户文件夹，似乎需要遵循两个步骤： 设置共享文件夹的权限 设置GPO KB288991提供了在Windows Server 2003上这样做的详细信息。但是，这些说明似乎不适合Windows Server 2012 Essentials。 特别是，当按照设置权限的说明进行操作时，第5部分提出了一些问题，指示您执行以下操作： 清除允许来自父级的可inheritance权限传播到此对象和所有子对象。 包括这些明确定义在这里的条目 。 checkbox。 在Windows Server 2012上，似乎没有这样的checkbox。 什么是等效的？
我正在尝试做一些DHCP服务器的基本testing（Windows Server 2012）。 我试图从笔记本电脑做所有这些testing。 虚拟机被设置为仅主机（或“专用于我的Mac”设置） 开始; 我有win2012一个私人IP（ 172.16.158.128 ）的DHCP服务器。 这是设置主机专用networking后默认的。 基本上这样设置示例范围： Add-DhcpServerv4Scope -Name "Test Scope" -StartRange 172.16.158.50 -EndRange 172.16.158.60 -SubnetMask 255.255.255.0 我试图testing设置一个特定的工作站主机总是拿起某个IP。 所以我创build一个Ubuntu VM（再次，只是一个小的足迹，因为我的笔记本电脑不是一个野兽），主机只有networking。 它可以ping .128 DHCP服务器。 当我走了 dhclient -v -s 172.16.158.128 我看到只有DHCPREQUEST （或DHCPDISCOVER的） 如果我走 dhclient -v 我立即得到 DHCPREQUEST of 172.16.158.130 on eth0 to 255.255.255.255 port 67 DHCPACK of 172.16.158.130 from 172.16.158.254 win2012上禁用了Windows防火墙 我错过了什么？ 如何让Windows机器为请求提供服务？ […]
我在Windows Server 2012 Datacenter上有一个Hyper-V环境。 其中一台虚拟机（VM）具有许可证服务器。 其中一个许可证是由于VM当时具有的Mac地址而生成的。 我的VM从Hyper-V池中dynamic获取MAC地址。 我只会将该虚拟机的Mac地址configuration从dynamic改为静态MAC地址。 这时我会把虚拟机的MAC地址（许可证文件给我的MAC地址），但是我想从Hyper-V MAC地址池中排除这个MAC地址，以避免冲突。 如何从Hyper-V池中排除特定的MAC地址？
我在我们的networking上有2个使用AD进行身份validation的iMac。 它一直工作得很好。 域控制器一直是Windows Server 2003，我正在进行更换。 我上周添加了一台新的Windows Server 2012机器，并将其升级为域控制器。 作为使新机器成为DC的一部分，我必须将Active Directory从2000升级到2003（我认为）。 所有的个人电脑和1个iMac工作正常。 但是，运行OS X 10.11.1（El Capitan）的iMac却说networking帐户不可用。 不过，我仍然可以从iMac访问networking共享。 旧的iMac（仍在运行的狮子，我认为）仍然认识到networking帐户没有任何问题。 任何想法可能是什么问题？
我们在混合XP SP2和Windows 7工作站的小型局域网中运行Windows Server 2012域控制器。 据用户说，前几天一切正常。 现在他们无法访问共享文件夹或networking驱动器。 我们也不能将新机器join到域中。 错误消息是关于networkingpath未find。 相关信息： DNS服务器启动并运行正常。 计算机名称已正确parsing（使用nslookup从工作站进行testing） Ping响应在机器之间是可以的 我们在服务器上安装了Kaspersky Endpoint security 10，但是完全卸载了该产品，以便解除一些阻塞（卸载防病毒软件后出现同样的问题） 打开所需的端口并进行监听（使用netstat -abn进行testing） 每个共享文件夹的权限都可以（我们在最近几天没有做过任何更改）。 一些文件夹已经被configuration为每个人都有完整的访问权限，但是既不能通过名字也不能通过IP访问。 文件夹和打印共享被激活。 networking发现也被启用。 我们通过停止服务来禁用Windows防火墙（相同的结果） 这很奇怪：我们用telnet（445,139）testing了端口，结果混杂。 从一些工作站来看，端口似乎是closures的，但是从其他工作站来看，有一个响应。 活动目录工作所需的所有服务都已启动并正在运行（已检查Microsoft文档） 当服务器启动时，自动select的configuration文件是“公共networking”，所以我们重新启动NLA服务，以获得“域networking”configuration文件（testing后相同的结果） 您的build议将受到欢迎。
所以我有一台运行Windows Server 2012的服务器，我想从评估版升级到完整版。 通过使用Powershell查找当前和目标版本，然后应用的过程 DISM /online /Set-Edition:<edition ID> /ProductKey:XXXXX-XXXXX-XXXXX-XXXXX-XXXX /AcceptEula, 更新，我不断得到我的产品密钥错误的错误。 我不太清楚为什么会这样，因为我确实买了正确的钥匙。 任何想法，以什么是错的？
每次Xerox发布新的打印机驱动程序，我们更新我们的服务器上的networking打印机，我们必须绕过每台域计算机，并inputpipe理员的详细信息到更新打印机驱动程序提示。 在这之前，用户不能打印。 我们现在有300多台域计算机，所以这是不现实的。 是否有一个组策略选项，允许用户只需单击是以这些提示，所以当我们更新服务器上的打印机驱动程序，他们可以继续，只需点击是这些提示？
我在这里是新的，但我希望你们（和女孩？）可以帮助我解决以下问题： 我pipe理Windows Server 2012计算机（在Hetzner.de上托pipe）。 整晚，我需要运行几个任务来传输备份文件和其他东西，比如更新的产品数据等等。 现在，大约2周以来，似乎我们的服务器每晚都会多次丢失自己的互联网连接，每次只需几分钟。 一些传输过程在这之后没有能力恢复它们的上传/下载（不能改变这些，因为它们实际上并不在我们的服务器上运行）。 我们的主机显示数据中心没有普通的networking访问问题。 为此，我需要find一种方法来logging实际的互联网可访问性（不仅是Microsoft提供的networking连接日志logging，而且还包括“完全”互联网访问，如特定服务器的可用性）。 如果您还有其他问题，我会尽我所能及时回答。 非常感谢你提前 丹尼尔
我有一个Windows Server 2012 VPS在Cloudflare后面运行一个Web应用程序。 该应用程序需要根据用户操作启动出站连接（例如，从URL上传图像）。 问题是这“泄漏”我的服务器的IP地址，并增加了DDOS攻击的风险。 所以我想通过设置一个转发代理来防止我的服务器的IP被发现。 到目前为止，我的研究表明，这不是一个简单的任务，而是要build立另一个VPS作为代理。 这个额外的转发代理VPS是否必须运行Windows？ 他们的任何付费服务是否可以充当我的服务器的正向代理（如cloudflare的反向代理系统）？ 此外，似乎build议的IIS转发代理插件， 应用程序请求路由 ，不适用于HTTPS。 两种types的传出（HTTPS + HTTP）请求都有解决scheme吗？ 我真的迷失在这里，所以任何帮助或build议，将不胜感激。
我的Windows Server 2012networking适配器是这样configuration的： 192.168.144.1是我的路由器地址。 从同一台服务器，这是tracert google.com的结果： 服务器的名称是“VQ40DE”，位于“poconoacademy.org”域中。 奇怪的是，它试图将自己作为google.com的第一跳，陌生人仍然认为它是“无法访问”。 从连接到相同域的台式机上， tracert google.com的第一跳到路由器192.168.144.1，然后继续正确地路由互联网业务。 我在这里错误configuration了什么？ Interface List 12…c8 60 00 32 27 6c ……Intel(R) 82579V Gigabit Network Connection 1………………………Software Loopback Interface 1 14…00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter #2 15…00 00 00 00 00 00 00 e0 Teredo Tunneling Pseudo-Interface =========================================================================== IPv4 Route […]