我们有一个约30台PC的异构networking环境。 DOS，Linux，OSX，Windows 98，XP，7和10客户端等等。 问题：如何让Windows桌面将映射networking驱动器视为一等公民？ 改编：如何让Novell Netware映射path像Windows Server 2008 R2path一样行事？ 改编：如何让Windows“信任”我的Netware资源？ 我们有几个映射驱动器： > C:\Users\{username}>net use New connections will be remembered. Status Local Remote Network ——————————————————————————- F: \\xxxxx\xxx NetWare Services H: \\xxxxx\xxx\MISC\HARDWARE NetWare Services OK K: \\xxxxx-xxxxx\masact Microsoft Windows Network M: \\xxxxx\xxx\MISC NetWare Services O: \\xxxxx\xxx\SOFTWARE NetWare Services P: \\xxxxx\xxx\MISC\PUBLIC NetWare Services S: \\xxxxx\xxx\SALES NetWare Services T: […]
我目前有几个VPN的内部部署设置在外部接口上，并使用接口上的默认网关作为VPN通道的始发源。 虽然外部接口已经configuration了IP块 – 我想创build一个新的VPN来源于另一个IP。 我注意到在静态路由部分有一个“隧道”选项，允许你设置一个默认隧道 – 虽然在我的情况下，我想在外部接口上有多个VPN的起源。 我的问题是 – 是否有可能有多个来源？
所有： 在服务器2012 R2环境中，当虚拟机连接到由主机NIC组成的全部4个1Gbps的vSwitch时，WS2012R2 Hyper-V虚拟机是否具有组合vNIC的优势（最大组大小为2我相信？物理网卡上的NIC端口？ 虚拟机的10GbE报告中的vNIC最终将受到VMBus内部服务器虚拟机通信的限制，而主机网卡组则用于外部networking通信。 所以我没有看到VM团队的好处。 我忽略了什么？ / RW
IOMetertesting表明，存储子系统的IOP可以从100％随机负载的数百个IOP到100％顺序负载的数万IOP的范围。 有什么方法可以测量或估计我们实际上来自VMware ESX主机上服务器组合的IO的随机/顺序分布？ 从SAN中，我可以获得有关读取百分比，读取caching命中率和当前IO计数的统计信息。 也就是说，我们已经有了40％的读取/ 60％的写入分布，平均1,000 IOP从350的低点到2,100的高点。 读取caching命中率是非常可变的，它在80％以内<1％，平均为36％。 我可以使用这种变化来得出关于IO的随机性的任何事情，或者这不是一个好的相关性？
在我们的其中一个环境中，Dell Enterprise Manager Data Collector似乎无法连接到我的Storage Center。 日志显示“Storage Center控制器无法连接到已configuration的企业pipe理器，已configuration的企业pipe理器已被禁用” 我已login到存储中心的Web客户端，无法看到configuration/更改/启用企业pipe理器。 这一切都是戴尔工程师设置的，所以我没有参与最初的设置。 我已经谈到了CoPilot的支持，目前他们正在画一片空白 – 对于导致这个问题的一点小小紧张，因为数据似乎没有被收集。 戴尔企业pipe理器2015 R3 R3戴尔企业pipe理器数据收集器2015 R3 不知道在哪里可以findStorage Center操作系统版本信息？ 不知道你会需要什么其他的信息，所以只要给我一个喊，我会尽我所能。 谢谢， 迈克尔
我试图围绕着Docker和周围的各种工具。 而对我来说一个常见的问题是，如果我的虚拟机重新启动，他们可能会结束与不同的IP地址。 例如，VirtualBox在本地运行时执行此操作，Azure在修补VM时执行此操作。 那么如何在docker环境中处理这个问题呢？ 例如， https://docs.docker.com/engine/userguide/networking/get-started-overlay/ $ docker-machine create \ -d virtualbox \ –swarm –swarm-master \ –swarm-discovery="consul://$(docker-machine ip mh-keystore):8500" \ –engine-opt="cluster-store=consul://$(docker-machine ip mh-keystore):8500"\ –engine-opt="cluster-advertise=eth1:2376" \ mhs-demo0 在这种情况下，他们将服务发现指向一个固定IP，即mh-keystore机器的IP。 如果我的虚拟机重新启动，并且IP被刷新，这个设置将会失败，因为它最终可能指向一个完全不同的机器。 所以对于一个真正不习惯操作方面的开发者来说， 我在这里最好的投注是什么？ 使用DNS名称？ 强制机器有静态IP？ （不知道这是否是每个环境中的一个选项） 当机器重新启动时，有一个相关的问题，Docker有时最终没有启动，抱怨由于IP已经改变，证书不同步。 运行Docker-machine regenerate-certs ….解决了这个问题。 但我的印象是，docker总体上玩刷新IP地址严重。 任何指针，也将受到欢迎。
出于某种原因，当外部使用Outlook Anywhere时，它会断开与Exchange服务器的连接并尝试连接，然后在几分钟内再次成功连接。 所有这些时间，所有的Exchange服务器都保持不动。 我们的许多用户正在遇到这个问题。 testing了不同版本的Outlook 2010, 2013, 2016.所有这些都经历了断开连接。 我已经在各种地点使用有线以太网连接和WiFi进行testing。 在所有的地点，问题依然存在。 Exchangecaching模式已closures 我没有在Exchange和TMG服务器上的事件eventviewer发现任何相关的事件。 我们的环境由多个Exchange服务器组成，我们使用MAPI over HTTP连接来连接邮箱。 自动发现已configuration。 我们使用TMG防火墙服务器。 所有Exchange服务器都运行Windows Server 2012 R2 ，TMG服务器运行在Windows Server 2008R2 Windows Server 2012 R2上。 以下是各种Exchange服务器及其angular色： ServerRole : Mailbox, ClientAccess Edition : Enterprise AdminDisplayVersion : Version 15.0 (Build 1076.9) ServerRole : Mailbox, ClientAccess Edition : Enterprise AdminDisplayVersion : Version 15.0 (Build 1076.9) […]
我们有一台感染了RANSOM_CRYPTESLA.AC Trojan RANSOM_CRYPTESLA.AC的PC，它在networking驱动器上encryption了一堆文件。 我们隔离了PC，并从备份恢复。 发生在同一时间的事情之一是我们从文件服务器的影子副本也被删除了。 此服务器未被感染 – 使用AV和Trend的特殊勒索软件工具扫描。 服务器是具有文件服务angular色和CIF共享的Windows 2008R2。 根据趋势科技，这个木马显然运行以下命令来删除卷影副本： vssadmin.exe delete shadows /all /Quiet 我不能find一种方法来从PC运行这个命令，并从服务器上删除阴影。 如果我运行： vssadmin list shadows /for=p: 它返回： 错误：未find指定的卷或者它不是本地卷。 我找不到任何文章/论坛说vssadmin可以运行networking来pipe理networking共享。 我们的阴影怎么能从文件服务器中删除？ 你需要更多信息？ 谢谢
在删除Windows Credential Manager中的所有现有凭证并通过具有企业持久性的IP添加一个新的Windows凭证之后，新的凭证pipe理器状态（具有一个新凭证）将保留1到8天/重新启动周期。 然而，大约有三分之一的时间，当我重新启动计算机时，Credential Manager之前的状态（此时已经过了几个月）已经神秘地恢复了。 新的凭证将被删除，并且所有以前的凭证（包括到不存在的服务器的凭证）都将被还原。 这里发生了什么？ 有没有办法强制Windows实际上永久删除这些旧的凭据，或至less防止他们随机再现？ 有什么办法可以创build一个新的凭据，将生存的神秘随机恢复过程？ 究竟是什么触发了这个？ （目前，也可能是RNG。）
我有12个混合的Ubuntu 12/14数据库Cassandra节点。 所有节点都是带有SSD，1Gb网卡的裸机节点，并且都位于相同的DC（受pipe理的COLO）中。 在轻微的操作下，所有节点和我们的云节点（在同一个DC中）之间的延迟都在1ms以下。 当我开始写入数据库节点时，来自和来自这些数据库节点的延迟大幅攀升至大约300ms。 CPU负载也在1（4个物理内核），磁盘利用率低于3％，通过dstat，networking负载约18MiB。 本地读取和写入Cassandra相对较快，所以我排除了应用程序层被超载。 我应该调整哪些工具和设置来了解为什么我的延迟如此糟糕？ 我有监视工具来查看这些问题，我不确定从哪里开始诊断。