考虑Windows域中大约30个Windows工作站的子网和Synology NAS。 当在Windows资源pipe理器中浏览映射的NAS文件系统作为networking驱动器时，它通常工作得非常好，但是有时打开一个文件夹会挂起很长时间，Windows地址栏显示绿色的进度指示器加载。 这不是一个特定的文件夹。 可能只是关于任何随机文件夹。 NAS上的所有负载统计数据看起来都不错，即使在挂机期间用iperf来测量带宽，在千兆networking中也是如此。 从NAS的一切似乎都从SSDcaching服务，所以硬盘似乎不经常被感动。 在使用Wireshark分析暂停时，有一个SMB2创build请求文件的问题的文件夹和大约30秒后有一个创build响应文件与STATUS_SUCCESS。 在这些请求之间，我可以看到一堆IPA未知0x52和RSL未知0从NAS到连接的客户端，但这几乎是唯一看起来不合适的东西。 我尝试过在Synology SMB设置中使用机会locking/租借设置，但似乎并没有太大的影响。 我也为NAS做了一个交换机端口镜像来检查它是否正在等待来自域控制器或其他的authentication，但是看不到任何相关的东西。 没有一个networking设备似乎也是超负荷的。 有一堆惠普交换机涉及。 任何进一步的事情想检查或进一步的信息，我可以提供？
所以我有一个有趣的问题，我有一个延伸Server2012r2域（所有服务器运行Server2012R2，并完全最新）跨越两个数据中心; 我们称他们为SiteA和SiteB。 SiteB中的计算机只需input\ COMPUTERNAME \ c $（或\ IP \ c $）即可访问SiteA中的UNC共享，但SiteA无法以相同的方式访问SITEB中的计算机。 他们得到一个80004005错误。 请注意，SITEA和SITEB都可以访问其本地数据中心的UNCpath; 只有SITEA制作跳转到SITEB才存在问题。 我尽可能地提供尽可能多的信息，并尽可能多地进行预先排除故障。 随意问任何问题。 更新＃1：我发现，如果我使用机器的FQDN，我可以访问从SITEA到SITEB的UNCpath。 只有当我使用IP或短的DNS名称（例如computer1对computer1.corp.domain.com）它是否给不良的networkingpath。 请注意，我仍然可以ping IP，短名称和FQDN。 那么我们来看看几个项目： Windows防火墙在全局范围内被禁用（SiteA和SiteB）。 SiteA和SiteB都支持Juniper防火墙，并且两个防火墙都允许在两个站点之间进行任何/任何访问（多次validation） IPv6在整个环境中被禁用，任何一个域控制器上都不存在IPv6的DNS条目。 SITEA和SITEB都有一个域控制器。 DCDIAG不会在任何一个上返回错误。 networking名称（无论是简称还是FQDN）都可以从SITEA – > SITEB进行ping，反之亦然。 IP地址都可以从SITEA – > SITEB进行ping，反之亦然。 用于testing的用户是Active Directory中的完整pipe理员。 所有的计算机都将DC1指定为主要，将DC2指向次要DNS，除了DC本身（每个DC本身都首先查看自己（私有IP，而不是127.0.0.1），其他DC都是DC）。 所有的电脑都显示自己已连接到域networking（没有显示私有或公共networking） 所有电脑只有一个networking适配器。 NetBIOS在系统范围内启用，文件共享和networking发现也是如此。 我安装ProcMon（下面的Explorer.exe和筛选出所有的SUCCESS条目，只看到失败），并得到了一个简单的\ IP \ c $从SiteA计算机到SiteB计算机上的以下内容： Class: File System Operation: Create FIle Result: BAD NETWORK PATH […]
这是ifconfig的输出 # ifconfig enp0s3 Link encap:Ethernet HWaddr 08:00:27:ef:b6:e6 inet addr:192.168.2.3 Bcast:192.168.2.255 Mask:255.255.255.0 inet6 addr: fe80::cf19:776a:4d5c:36e0/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:713069 errors:0 dropped:0 overruns:0 frame:0 TX packets:6767 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:45869812 (45.8 MB) TX bytes:667164 (667.1 KB) lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host […]
我只是想看看是否有其他人有幸通过以太网实现了802.1x。 所以这是我的基本设置。 交换机间隔5秒发送3个eapol消息。 如果没有响应，则该机器将被置于具有受限访问权限的guest虚拟机vlan上。 如果机器configuration正确，它将进行身份validation并将其置于安全的vlan中。 我的windows xp用户中约有10％正在自我分配169个地址。 我使用了Odyssey Access Client，并且工作顺利。 我使用的设置自动使用Windowslogin用户进行身份validation，但它的工作在90％的机器，所以我不认为这是问题。 检查dc上的日志，似乎机器正在尝试使用计算机凭据进行身份validation，即使它们被configuration为不能。 我正在运行半径为IAS的Juniper交换机。 我有半径configuration为PEAP和MSvhapv2。 Mac和Linux的盒子似乎没有问题的身份validation。 最后添加的一件事情如果拔下以太网电缆并重新插入，通常可以解决问题，但我几乎不会将其称为可接受的生产。 有点长时间的讨论，只是想看看是否有其他人有类似的问题或经验，或者如果有人知道一个免费的XP请求者，实际上与802.1x通过以太网工作。
问题是，我无法findQoSconfigurationtesting（Linux）的好工具。 我有一些交换机和configurationQoS。 安装两台PC与wireshark观看交换机是否着色包，所以这个确定。 但是如何检查带宽分配？ 我知道iperf，它可以设置ToS。 但是可能有一些特殊的用途？
我已经将在Hyper-V上虚拟化的Windows Server 2008备份到Windows Home Server 2008 SP1 （我知道我应该备份了VHD）。 现在我需要从WHS恢复虚拟机的内容 。 我创build了一个恢复CD ISO，并用它来创build一个新的虚拟机。 这一切都像广告一样，恢复进程想要加载networking驱动程序（它只能find4恢复光盘上的磁盘驱动器，但没有networking驱动程序 ）。 于是我创build了一个虚拟软盘，并将“用于恢复的主服务器驱动程序”的内容复制到它上面。 但是没有运气！ 我已经尝试将4个子目录移动到软盘的根目录，但是这也不起作用。 最后，我开始了WS 2008的另一个实例，以识别虚拟化实例正在使用的networking驱动程序（ ％WINDOWS％\ system32 \ drivers \ netvsc60.sys ）并将该文件复制到虚拟软盘上，但没有成功。 有没有人有任何关于如何让networking在运行Windows Home Server Restore CD的Hyper-V实例上有任何build议？ 更新：根据delendabuild议，我已经添加了一个旧的networking适配器到我的虚拟机，实际上我现在得到一个networking驱动程序列出 ！ 但是，即使在手动input主服务器名称之后，WHS仍然没有find。 PHS
为了提供可用性和性能，我需要监控为networking提供iSCSI存储的SAN服务器有哪些select？ （Windows选项首选）
序言： 我有以下设置 – 2个戴尔Poweredge 2950上的Windows 2003 R2，双四核至强，8GB RAM，MD1000外部RAID单元 两台服务器都设置有5个networking共享（共享，组，用户和一些未使用的其他）。 两台服务器都安装了Windows Server 2003 R2版本的DFS来处理故障切换等。 这些启用DFS的共享的暂存区域与共享本身在不同的磁盘上。 两台服务器都安装了SQL Server 2005 Standard。 问题： 在150个networking共享中读取或写入文件时，我有150个用户间歇性冻结，这两个用户都是在Windows Server 2008系统上作为桌面运行的开发人员（虽然他们在一个月前在Windows XP Pro系统上存在问题）。 这两个“问题”用户都是开发者。 公司中没有其他人报告过问题，尽pipe在各种会议上特别提出了这个问题，而且我自己也在公司周围采取了一个草竿。 两家开发商在相同的时间点都会有相同的放缓，并且持续相同的时间。 其他用户可以在此期间访问相同的networking共享，而不会造成问题。 除了每个人共享的最后两跳之外，开发人员都不共享与服务器相同的networkingpath。 两个文件服务器都没有负载，这两个服务器通常处于空闲状态，并有大量的RAM空闲。 由于将临时区域从相同的磁盘移出，所以两个服务器的磁盘队列都如预期的那样并不一致地处于高峰。 问题是： 任何人都可以提出一个方法来解决这个问题？ 我有一种感觉，他们的大部分问题都是由于他们正在使用的开发工具（Slickedit）引起的，但是我想要消除所有的可能性。 我已经使用各种Sysinternals工具监视服务器，导致中转区域被移动，但除此之外，没有明显的问题。
我们有两个负载均衡的CentOS 5.3网页服务器，可以处理一个体面的（〜20个）个性化购物网站。 最终的结果是，我们必须为每个产品设置一个单独的安全站点，从而导致大量的networking别名，每个IP使用一个，以便SSL能够正常工作。 很明显，手动pipe理这些东西不会很有趣，特别是当服务器死机，并且需要重build并且要保证一致性时。 但是，IT经理不习惯使用CLI工具来pipe理某些事情，并且坚持要有一个像system-config-network一样的GUI工具，以防他想要改变某些事情。 我编写的用于pipe理机器configuration的脚本已经试图考虑到这一点，对于大多数networkingconfiguration，我使用system-config-network-cmd -e > netconfig转储configuration，进行更改，然后使用system-config-network-cmd -i -c -f netconfig重新导入更改。 我发现的问题是不同版本的scn-cmd的行为不同，通常导入的内容并不是实际存储的内容。 甚至只是简单地做system-config-network-cmd -e > netconfig紧接着是system-config-network -i -c -f netconfig不做任何修改就会产生不同的configuration（运行system-config-network-cmd -e > netconfig2和做一个diff netconfig netconfig2显示差异）。 scn-cmd的问题是否会得到解决，有没有人处理过这个问题？ 我试图直接修改/etc/sysconfig/networking/* ，但是这似乎并不总是正确的。 是否有一些Right Way（TM）确保RH GUI工具和/ etc / sysconfig / network-scripts可以和谐地生活，同时仍然是脚本友好的？ 我正在考虑最终转向傀儡，但是在其他一些需要完成的项目中，这个目标已经落后了，所以我希望有一些能够让我们继续前进的东西。
运行Windows的客户在使用TCP相互通信的两个服务器组件之间存在问题。 通常情况下，这两个组件位于两台独立的服务器上，所以Wireshark让我可以很容易地看到字节级别的所有通信，但是在这种情况下，组件必须位于同一台服务器上。 Wireshark提供了一些关于通过回送接口进行捕获的build议 ，但是我不愿意要求客户安装Loopback适配器（甚至可能无法根据该页面工作），或者混淆了生产机器的路由表。 我在想，我最好的select可能是TCP代理（我在这里看到类似的线程）的某种types，但我需要一个可以logging单个字节（以便我可以愉快地用hex编辑器分析）。 我可以在不到一个小时的时间内写出一篇文章，但是我确定有人在那里（我找不到）已经做了比这个一次性项目更好的工作，成为这类问题的唯一的人。