服务器 Gind.cn

我工作的小大学有一些非常奇怪的networking问题。 我在这里寻找任何build议或想法。 我们在夏天过得很好，但是在秋季学生回到校园后的几天，麻烦就开始了。 症状 主要症状是，互联网接入将起作用，但速度非常缓慢，经常到达超时。 例如，Speedtest.net的典型结果将返回0.4Mbps的下载速度，但允许3到8Mbps的上传速度。 较less的症状可能包括将数据传输到我们的文件服务器或从我们的文件服务器传输数据的性能严重受限，甚至在某些情况下无法login到计算机（无法访问域控制器）。 这个问题跨越了多个vlan，并且几乎在我们运行的每个vlan上都实现了设备。 该问题不会影响networking上的所有机器。 一台不受影响的机器通常会从speedtest.net下载至less 11Mbps的数据，而且这个数字可能要远远高于当时较大的校园stream量模式。 在更大的问题上有一个变化。 我们有一个vlan，用户根本无法login几乎所有的机器。 IT人员将使用本地pipe理员帐户（或在某些情况下caching的凭据）login，并从那里释放/更新或ping通网关将使机器工作…一段时间。 使这个问题复杂化的是这个vlan覆盖了我们的计算机实验室，它使用称为Deep Freeze的软件在重新启动后完全重置硬盘。 它可能只是相同的问题，因为机器上陈旧的数据，并没有永久改变低层次的信息几个星期不同的显示不同。 然而，我们可以通过创build一个新的vlan并将实验室迁移到新的vlan批发来解决这个问题。 Instigations 最终我们注意到受影响的机器都有近期的dhcp租赁。 我们可以通过观察一个DHCP租约续约的时间来预测一台机器何时变得“慢”。 我们在设置testingvlan的租用时间非常短的时候玩过，但是所有这些都消除了我们预测机器什么时候会变慢的能力。 具有静态IP的机器几乎一直正常工作。 手动释放/更新地址不会导致机器变慢。 事实上，在某些情况下，这个过程已经固定了一台机器。 但大多数情况下，这并没有帮助。 我们也注意到像笔记本电脑这样的移动设备在跨越新的虚拟机时可能会变得很慢。 校园内的无线networking被划分为“区域”，每个区域映射到一小组build筑物。 搬到一个新的build筑可以把你放在一个区域，从而使你得到一个新的地址。 从睡眠模式恢复的机器也很可能很慢。 缓解措施 有时（但并非总是），清除受影响机器上的ARPcaching将使其再次正常工作。 如前所述，释放/更新本地机器的IP地址可以修复该机器，但不能保证。 屏蔽默认网关有时也可以帮助一台慢速机器。 似乎最有助于缓解这个问题的是清除核心三层交换机上的ARPcaching。 此交换机用于我们的dhcp系统，作为所有vlan上的默认网关，并处理vlan间路由。 该型号是3Com 4900SX。 为了缓解这个问题，我们把交换机上的高速caching超时设置到最低的时间，但是没有帮助。 我还将每隔几分钟运行一次的脚本自动连接到交换机并重置caching。 不幸的是，这并不总是奏效，甚至可能导致一些机器在很短的时间内处于缓慢的状态（尽pipe这些似乎在几分钟后自行纠正）。 我们目前有一个每10分钟运行一次的计划任务，迫使核心交换机清除它的ARPcaching，但这远非完美或可取的。 再生产 我们现在有一台可以随意强制进入缓慢状态的testing机器。 它连接到一个端口为每个vlan设置的交换机。 我们通过连接到不同的vlan来使机器变慢，并且在新的连接或两个连接之后，它会变慢。 在本节中也值得注意的是，这在之前的条件开始之前就已经发生了，但过去几天之后，这个问题已经消失了。 它在我们有机会做很多诊断工作之前就已经解决了，所以为什么我们这次把它拖到这个时候这么长时间呢？ 预计这将是一个短暂的情况。 其他因素 值得一提的是，去年我们有大约六台交换机彻底失败。 这些主要是2003/2004年代的3Coms（大多是4200年代），几乎同时进行。 他们应该仍然在保修范围内，购买惠普已经使服务有些困难。 主要是在电源失败的情况下，但是在一些情况下，我们使用了主板故障的交换机的电源，使电源故障的交换机恢复正常。 我们现在有四台交换机中的三台交换机都有UPS设备，但是两年半前我就没有这种情况。 […]

我在Windows XP上设置了一个stunnel服务器，当客户端试图访问时，我得到这个错误： 2013.02.14 00:02:16 LOG7[8848:7664]: Service [https] accepted (FD=320) from 107.20.36.147:56160 2013.02.14 00:02:16 LOG7[8848:7664]: Creating a new thread 2013.02.14 00:02:16 LOG7[8848:7664]: New thread created 2013.02.14 00:02:16 LOG7[8848:9792]: Service [https] started 2013.02.14 00:02:16 LOG5[8848:9792]: Service [https] accepted connection from 107.20.36.147:56160 2013.02.14 00:02:16 LOG7[8848:9792]: SSL state (accept): before/accept initialization 2013.02.14 00:02:16 LOG7[8848:9792]: SSL alert (write): fatal: handshake […]

Citrix Netscaler具有一个有趣的属性，将信息embedded发送到主机的TCP数据包中。 这个属性被回显给Netscaler，Netscaler可以使用它来确定这个虚拟服务器，主机和路由必须采用哪一个。 将专有信息回显到主机的能力具有有趣的应用。 Citrix Netscaler如何实现这个function（在哪里填充这些位）以及Netscaler（或类似设备）在数据包中的其他位置可以在理论上填充数据？ 什么设备将（或不会）允许这个自定义数据通过不变？

当我使用设置了DF位的远程站点进行ping操作并且对于我的路由器来说太大的数据包大小时，从路由器发送第一个ICMP“需要分段”消息。 之后，消息来自我的本地主机。 Netstat -rC（在Linux上）允许我查看路由表caching，但是 1）似乎在一个名为MSS的列下显示MTU（我希望它是链路的较低的TCP MSS） 2）始终显示值为1500 我的本地主机必须将PMTUcaching到某个位置，以便生成所需的分段信息。 但是我怎么看？ 这是我的机器上的一个例子（-n在netstat禁止反向DNS查找）： [root@vbcentos ~]# ping -c 4 -M do -s 1431 212.58.244.69 PING 212.58.244.69 (212.58.244.69) 1431(1459) bytes of data. From 217.155.134.6 icmp_seq=1 Frag needed and DF set (mtu = 1458) From 217.155.134.4 icmp_seq=2 Frag needed and DF set (mtu = 1458) From 217.155.134.4 icmp_seq=2 Frag needed and […]

我有一个运行IIS的Windows Server 2008 R2的一个奇怪的问题：HTTPlogging几个月前停止（我刚刚发现），我似乎无法得到它开始再次login。 我已经安装了HTTP日志logging和日志logging工具（在Web服务器/运行状况和诊断程序下），并在IISpipe理器>日志logging下启用（每个站点一个日志，格式为W3C，目录为"%SystemDrive%\inetpub\logs\LogFiles"等等 – 所有默认的东西）。 然而在C:\inetpub\logs\LogFiles\W3SVC1 / W3SVC2avalanche等之下，所有的文件都是几个月前的。 我也重新启动服务器，无济于事。 我试图禁用日志logging，然后再次启用它（在IISpipe理器中），但没有帮助。 最后，我试图通过命令行启用（即使已经启用）： C:\Windows\System32\inetsrv>appcmd set config /section:httpLogging /dontLog:False /selectiveLogging:LogAll Applied configuration changes to section "system.webServer/httpLogging" for "MACHINE/WEBROOT/APPHOST" at configuration commit path "MACHINE/WEBROOT/APPHOST" 我在想什么？

我有192.168.26.1上的TFTP / DHCP / NFS / SMB服务器（Ubuntu服务器12.04 LTS）。 我使用pxelinux来显示包含Windows启动和安装选项，Ubuntunetworking安装程序和Linux Mint 17 MATE Live CD的菜单。 让它像这样跑就已经很讨厌了，而且我已经无能为力了 对于Linux Mint，我提供了2个netboot选项：NFS和CIFS。 我已经完全使用NFS：用户可以在启动菜单中select它，不久之后，登陆Linux Mint live CD桌面。 但是使用CIFS，networking不能正确初始化。 当Linux Mint启动时，networking挂起120秒。 然后，它继续启动到桌面，但network-manager没有启动（并且不启动）。 我怀疑这可能是DHCP服务器没有响应的问题，但是，在DHCP服务器日志中，我可以看到DHCP请求和成功的响应。 一旦进入Linux Mint桌面， ifconfig报告由DHCP分配的IP地址，并且ping服务器工作。 我的pxelinuxconfiguration是（ APPEND后面的所有内容都在一行中，我只是为了便于在这个网站上进行分割）： NFS： LABEL linuxmint17 MENU LABEL Linux Mint 17 KERNEL linux-mint-17/image/casper/vmlinuz APPEND root=/dev/nfs boot=casper netboot=nfs nfsroot=192.168.26.1:/var/lib/tftpboot/linux-mint-17/image initrd=/linux-mint-17/image/casper/initrd.lz CIFS： LABEL linuxmint17smb MENU LABEL Linux Mint 17 […]

我试图将Windows Media Foundationfunction安装到Windows 2012 R2框中，以准备将其用作RDS会话主机。 但是，所有尝试安装失败： Installation of one or more roles, role services, or features failed. The source files could not be found. Use the "Source" option to specify the location of the files that are required to restore the feature. For more information on specifying a source location, see http://go.microsoft.com/fwlink/?LinkId=243077. Error: 0x800f081f 请finddism和cbs日志- […]

红帽企业Linux 7包括对运行Docker容器的官方支持，红帽提供了一套官方的rhel Docker镜像。 这些映像的一个有趣特性是可以通过主机的红帽networking订阅安装包，而不必在容器内执行任何configuration。 引用https://access.redhat.com/articles/881893#createimage ： “对于当前的Red Hat Docker版本，从Red Hat提取的默认RHEL 7 Docker镜像将能够利用主机系统提供的RHEL 7权利，因此，只要您的Docker主机已经正确订阅并且存储库是启用了需要在容器中获取所需的软件（并且可以从Docker主机访问Internet），那么应该能够从RHEL 7软件存储库安装软件包。 我担心的是，实现这一目标的机制是相当不透明的。 例如，当用rhel7.1映像启动一个新的容器时，即使没有configurationhttp代理环境variables，也可以运行yum install foo 。 如果不理解这种机制，系统pipe理员可能会受到主机系统，Docker守护程序和正在运行的容器之间未知交互的影响。 这也表明，主机和集装箱之间的正常隔离在某种程度上是妥协的（虽然是以良性的方式）。 为了说明一下：这个订阅支持是如何实现的，它是否依赖于Red Hat通过Subscriptionnetworking提供的Docker守护进程的自定义构build？

我正在尝试在我的networking中实现BGP不等成本负载平衡function。 根据思科手册（长： http : //www.cisco.com/c/en/us/td/docs/ios/12_2s/feature/guide/fsbgplb.html ，简称： https ： //ccieblog.co.uk / bgp / bgp-unequal-load-cost-sharing ）我已经build立了这样的networking拓扑结构： R1 – 路由器，我试图实现出站stream量的负载平衡。 使用名称为nat VRF表。 R2-R4 – 运行quagga的NAT服务器，通过eBGP与R1共享默认路由。 R1configuration R1 IOS版本： 12.2（33）SXJ4（s72033-adventerprisek9_wan-mz.122-33.SXJ4.bin） R2configuration （ R3 R4只有router-id和vlan不同） 结果我在R1上有3个不同的默认路由，具有相同的份额计数 – 1/1（1：1：1）。 但比例1：2：3预期： R1# sh ip bgp vpnv4 vrf nat 0.0.0.0 Paths: (6 available, best #5, table nat) Multipath: eiBGP Advertised to update-groups: 2 […]

我试图在一组隔离的CPU上运行multithreading基准testing。 长话短说，我最初尝试使用isolcpus和taskset ，但遇到了问题 。 现在我正在玩cgroups / cset。 我认为“简单的” cset shield用例应该很好地工作。 我有4个核心，所以我想使用核心1-3进行基准testing（我也将这些核心configuration为自适应刻度模式），然后核心0可以用于其他任何事情。 遵循这个教程，它应该像下面这样简单： $ sudo cset shield -c 1-3 cset: –> shielding modified with: cset: "system" cpuset of CPUSPEC(0) with 105 tasks running cset: "user" cpuset of CPUSPEC(1-3) with 0 tasks running 所以现在我们有一个孤立的“盾牌”（用户密码）和核心0是其他任何东西（系统密码）。 好吧，看起来不错。 现在让我们看看htop 。 这些进程应该都已经迁移到CPU 0上： 咦？ 一些过程显示为在屏蔽内核上运行。 为了排除htop有bug的情况，我也尝试使用taskset来检查显示在屏蔽中的进程的亲和性掩码。 也许这些任务是不可移动的？ 让我们在htop上采集一个显示为在CPU3上运行的任意进程（应该在屏蔽中），并根据cset来查看它是否出现在系统cgroup中： $ cset shield […]