在服务器方面，我是一个新手，但是我却被要求在我的办公室的开源统计和计算环境R中为Web应用程序开发和运行Shui 。 Shiny需要一个Linux服务器（“你也可以通过networking部署Shiny应用程序…你需要一个Linux服务器和我们的Shiny服务器软件…”），但是我们有一个64位的Windows 2008 R2企业服务器。 从我到目前为止的阅读中，似乎可以使用诸如VMWare Server或Microsoft Virtual Server等免费选项来运行Linux，然后在Linux上运行Shiny。 这种方法是否有意义？ 如果是这样，我也想知道在这种情况下我们是否可以使用Ubuntu服务器作为我们的Linux服务器操作系统，如果答案是肯定的，你是否发现12.04.3或13.04是两个版本中更稳定的Ubuntu版本。 任何帮助将不胜感激！ 谢谢！
我正在尝试运行Windows Server 2008 R2标准的基于Hyper-V的虚拟机的C驱动器的UNCpath。 我可以使用机器名称将RDPjoin系统。 当我inputUNCpath时： \\machinename\c$我被提示input凭据。 服务器不是域的一部分，所以我inputlogin名为这样的machinename\Admin并input密码。 身份validation失败。 当我去事件查看器，看看安全日志，我看到很多失败的身份validation尝试与我的用户名从我的域名。 为什么会这样呢？ 为什么会提交我的域名凭证，尽pipe我login了一个完全不同的用户名和密码？ 我从来没有尝试使用我的域凭据login到这台机器。 编辑：值得注意的是，我可以UNC到这个系统上的共享目录，而不是C驱动器。
所以…我们有几个服务器，我们希望在多个networking接口之间加载均衡的链路聚合。 在过去，我们使用了broadcom basp teaming使用LACP。 今天我们遇到了这个问题。 我们的一个区议会的“A”logging消失了，不会重新创build。 它与LACP nic团队一起configuration了一个不同的DC。 现在我们已经打破了这个团队，事情看起来很正常，但是跆拳道在这里呢？ LACP对于windows服务器来说是个好主意吗？ 这只是DC吗？ 编辑：它看起来像2012年实施LACP，我应该说清楚，我正在使用2008 R2。
我只是安装了Windows Server 2012，但在第一次启动后，密码更改菜单，Windows停止并显示我一个CMD控制台黑色显示我应该点击types来运行桌面？
我的networkingpipe理员和我被一些Windows身份validation怪异所驱使 – 我们在Linux中都有更多的背景，所以我在以下的任何一个无知之中提前道歉。 我们在Windows Server 2008 R2上configuration了只读的匿名访问文件共享。 我们的networking中没有 Windows域控制器，因此这些共享可用于networking上的任何计算机。 我在这台服务器上有一个用于RDPlogin的帐户，并且该帐户具有写入权限。 在其他服务器上，我有相同的用户名（本地configuration，因为我们没有域控制器）。 在尝试连接到来自此服务器的共享时，系统会提示我提供login，即使该共享本应可读而无需login。 更令人困惑的是，第二台服务器上的另一个帐户与我的configuration完全相同，除了用户名能够连接而没有问题。 在我的用户帐户和其他用户帐户之间可以看到的行为的实质性差异是，当我尝试连接到共享（从开始菜单键入\\servername\ ）时，在我的帐户中，我看不到可用共享“autocomplete “在名单上，而在其他名称不同的帐户上，则是这样。 当我手动input共享的全名并尝试连接时，会出现一个validation对话框：使用密码字段下方列出的本地计算机的“域”inputnetworking密码（连接到[服务器名称]）。 为了增加我的困惑和沮丧，我们在不同的服务器上有两个这样的共享（称为A和B） – 我连接到B而不是A时遇到了问题。然后，在删除我的服务器B帐户后，写入B分享（这样只剩下“每个人都阅读”），我可以成功连接到B，但是A停止工作。 编辑 ，更多信息： 有一点我们被提示打开“networking发现”，同时处理共享configuration，但似乎不仅会影响股份。 我们不想把它们“广告”给所有的Windows客户端系统，只要有请求就可以访问它们。 毕竟，networking上的任何一个普通的旧系统都能够在没有任何证书的情况下访问它，所以我不认为这会有一个有利的（如果有的话）影响。 有没有人见过这样的事情？ 我能猜到的最好的一点是，如果我们有一个域名服务器，这将会简单得多，而且这与在每个服务器上具有相同名称的用户帐户有关，在该服务器自己的域下。 我的同事拥有相同types的帐户，并没有这个问题，所以我只能假设在文件共享服务器上缺less一些权限/安全configuration。
我最近安装了Windows 2008r2服务器（仅工作组，没有AD或域）。 此服务器启用了DNS。 从局域网上不同的客户端机器运行NSLOOKUP来testingDNS操作。 启动时，它正确列出服务器名称和IP地址。 当我从>提示符input“realdomain.com”时，NSLOOKUP返回： Non-authoritative answer: Name: realdomain.com.my.domain.net Address: 67.215.65.132 客户端系统能够parsing名称，所以DNS在某种程度上工作，但我不明白为什么附加“my.domain.net”。 为realdomain.com返回的67.215.65.132地址也是不正确的。 该地址实际上属于OpenDNS。 我使用OpenDNS作为转发器，但是这些地址是208.67.xxx.xxx。 “my.domain.net”是我的本地LAN服务器的主DNS后缀。 这不是一个公开可见的域，因为服务器在专用networking上。 这个问题似乎很相似，但我不明白如何应用该解决scheme：“…从您的networking解决schemeconfiguration中删除通配符条目”。 什么通配符？ “networking解决schemeconfiguration”在哪里？ 正如在引用的问题，如果我inputrealdomain.com。 （最后一段时间），它工作正常，并返回正确的地址。
我有一个名为A的域名; 它有2个AD服务器和一些networking服务器。 并且这被configuration为具有与名为B的域的单向信任。简而言之，信任B，但是B不是A. 此外，域B的用户可以使用他们的B帐户login到A域中的任何服务器。 但是现在，在尝试使用B帐户login时，他们收到错误“没有可用的login服务器”。 我相信有某种信任关系的错误，但我是一个初学者。 谁可以帮我这个事？ 我们如何检查信任关系中的错误？ 涉及的所有服务器都是2008R2。
我正在学习一个遗留系统，安全团队只在Web服务器和文件服务器（Windows 2008 R2）之间打开TCP端口139进行文件访问。 我通常使用TCP端口445进行访问。 为什么只推荐使用139端口？ 通过端口445使用端口139还是有好处，反之亦然？
据我所知，Windows Server 2008/2008 R2中的Bitlocker不支持iSCSI驱动器（但包含在Server 2012 / Windows 8中的版本）。 为什么是这样？
在Active Directory（Win2008-R2）下，我希望所有“authentication用户”都能够访问“添加/删除Windows组件”菜单 但是我必须在团体政策中去设置这个补助金呢？ 在 用户configuration。 >策略>pipe理模板>控制面板 我没有看到任何真正“有趣的”