在我的Mac上运行networking诊断工具，我收到一条关于“冲突国家代码”的消息，声明： “附近的一个无线路由器已经被发现，它将自己标识为源自与当前设置冲突的国家，这可能会阻止您的Mac自动重新join之前join的Wi-Finetworking。 现在，我承认，我没有意识到Wi-Fi路由器有国家代码，这似乎是我听说过的最愚蠢和毫无意义的想法。 但是，这确实引起了以下相互关联的问题： 为什么对我的Mac来说，某个地方的某个随机路由器，可能超出了我的控制范围，configuration了一个这样的国家代码？ 这会导致什么样的实际问题？ 真的可以阻止我的Mac从一些虚假的原因“自动重新join”一个networking？ 我一般可以查询给定路由器的国家代码？ （有没有一个标准的networking诊断工具，还是只是取决于有问题的特定设备是否恰好在其configuration界面中提供此信息？） 与此相关：鉴于连接问题，这是由国家代码造成的症状是什么？
我们有一个专门的服务器租用在一个数据中心与Debian 7，内核3.2。 我们使用其中一台服务器作为数据库服务器。 我们的应用程序服务器和数据库服务器之间的networking不是专用于我们的，而是由数据中心的其他客户使用的。 我们时常会认识到这条线上的TCP重传。 我们认为这是由于拥塞或ddos攻击。 我们的提供商试图防止攻击，但当然并不总是成功。 无论如何。 通常，我们的应用程序服务器在20毫秒内从数据库获取结果，因为数据库服务器速度非常快，往返时间（RTT）平均值为0.3毫秒（因此小于1毫秒）。 当一个TCP数据包在这一行中丢失时，重传超时（RTO）将会启动。它由往返时间计算，但至less为200ms。 所以当一个数据包需要重新传输时，我们有220毫秒的时间才能让我们的应用服务器获取数据，这只是因为RTO。 对我来说rto_min = 200ms似乎是在1ms以内rtt链接的高点。 可以像这样使用ip来设置rto_min： ip route change default via 144.76.176.65 dev eth0 rto_min 5ms RTO仍然可以计算，但是由于我们的RTT非常小，可能会降到5毫秒。 我应该考虑这个还是有其他的TCP陷阱我会陷入rto_min设置这么小？ rto_min的合理价值是什么？还是最好不要碰它？
按照主题，我只是想做这个简单的设置工作。 服务运行良好，但据我所知statsd不发送任何东西到神经节。 Ganglia工作正常，因为我得到的Web界面和基本的系统信息。 我使用的是wikimedia的后端插件 ，虽然之前我用过这个 ，但是我也遇到了同样的问题。 这里是statsdconfiguration： { port: 8125, debug: true, dumpMessages: true, backends: [ "./backends/ganglia.js" ], gangliaHost: "127.0.0.1", // Hostname of Ganglia server (required) gangliaPort: 8649 // UDP port of Ganglia server (default: 8649) } 使用这个testing脚本，我将发送出现在statsd日志中的消息： root@ip-10-32-59-208:/opt/statsd# nodejs stats.js config.js 28 Nov 18:12:46 – reading config file: config.js 28 Nov 18:12:46 – server […]
有人可以解释在Windows Server 2008 R2中的“共享文件夹”MMCpipe理单元的“打开文件”节点中，“无法访问”打开模式的含义是什么？ 列“开放模式”和值“无访问”的标题看起来有点争议…
我有一些麻烦连接到我的静态IP ISP连接到我的Fedora服务器。 通常我可以ping通该服务器，没有任何问题。 但其他时候，它只是让我超时回应。 当这个问题发生时，我不得不重新启动整个服务器来修复它，不用说，这不是一个可行的解决scheme。 当这个问题发生时，我连接到服务器使用不同的ISP连接，试图找出发生了什么。 以下是我尝试过的一些testing的一些结果： 1- Fail2Ban [root@application ~]# service fail2ban status Fail2ban is stopped 2- iptables [root@application ~]# iptables -L -n Chain INPUT (policy ACCEPT) target prot opt source destination MYFIRE all — 0.0.0.0/0 0.0.0.0/0 3- ARP [root@application ~]# arp -n Address HWtype HWaddress Flags Mask Iface 79.134.132.1 (incomplete) em1 XX.XXX.XXX.1 ether […]
我们使用vSphere 5托pipe了十几台虚拟服务器，全部都是Windows 2008 R2或更新版本。 虚拟机闲置了一段时间（可能只有几分钟）后，我遇到了几秒钟的延迟。 如果我ping一个虚拟机，我会得到一个响应，然后超时，在此之后，似乎一致，直到我再次离开机器。 我首先想到的是，ESXi服务器可能只是耗尽资源，但他们只能真正坐在几百MHz的频率上，而且总是至less有5-10 GB的空闲空间。 我也尝试在VM设置中设置保留，但这似乎也没有帮助。 vSphere的节电设置被设置为平衡。 ICMP以外的服务也受到这种延迟的影响。 在此先感谢您的帮助。
我最近从openstack（由于复杂性）切换到xenserver工作，我遇到了一个我无法解决的问题，我可以一直ping服务器，但一部分时间是vms。 这里是一个traceroute输出 traceroute to vm1 (192.168.0.74), 30 hops max, 60 byte packets 1 192.168.0.74 (192.168.0.74) 0.228 ms 0.217 ms 0.205 ms 2 192.168.0.74 (192.168.0.74) 2996.463 ms !H 2996.465 ms !H 2996.455 ms !H administrator@staging:~$ traceroute vm1 traceroute to vm1 (192.168.0.74), 30 hops max, 60 byte packets 1 192.168.0.74 (192.168.0.74) 0.946 ms 0.927 ms 0.920 ms […]
我在Windows 2012 R2机器上安装了一个简单的共享文件夹（Azure）。 这不是在域上，但我可以从Windows 8和另一台服务器2012机器连接到它没有任何问题。 当我尝试从Windows Server 2008 R2连接，但是我无法通过networking密码提示。 我试过MYSERVER \ testaccount（默认）和WORKGROUP \ testaccount和COMPUTERNAME \ testaccount（所有机器都有相同的默认WORKGROUP名称。） 我正在连接使用\ mycloud.cloudapp.net \备份似乎工作正常，我已经在Azure门户上创build端口445UDP / TCP端口，并禁用Windows防火墙进行testing。 我不确定还有什么可以尝试的。
我在Windows Server 2008 R2上有一个SQL Server（2008 R2）WSFC，在这个环境下，我正在经历操作系统和SAN之间的一些存储延迟。 SANpipe理员指出，SAN在与服务器相关的LUN上压力很小，注意最高响应时间是8ms。 但是，操作系统和SQL Server没有那么快。 我发现了几个提到TCP Chimney Offloading的问题，以及它可能导致的一些问题，所以我一直在探索服务器上的configuration。 遵循本指南，我看到在操作系统级别，烟囱卸载状态是自动的 Querying active state… TCP Global Parameters ———————————————- Receive-Side Scaling State : enabled Chimney Offload State : automatic NetDMA State : enabled Direct Cache Acess (DCA) : disabled Receive Window Auto-Tuning Level : normal Add-On Congestion Control Provider : ctcp ECN Capability : […]
为主机名称为contra.example.com的承包商运行面向外部的服务器。 该服务需要发送邮件给承包商的各种原因（新项目，login细节等）。 我没有打算让这台机器成为一个smtp服务器，并可以通过smtp.gmail.com成功发送邮件，因为我有Google Apps 。 麻烦的是，电子邮件以[email protected]的forms出现，我用smtp.google.comauthentication的帐户在哪里发送邮件，我希望以不同的方式发送邮件至:[email protected] 。 我认为这可以被看作是欺骗，所以我明白为什么这不会轻易做到。 设置sendmail与smtp中继工作，但所有的电子邮件最终在我的testing垃圾文件夹。 甚至在我为根域的dns上的子域设置SPFlogging之后，这种情况仍然存在。 为此，设置和pipe理一个smtp服务器将是一个很大的努力，因为邮件量不会那么严重。 如果是好的做法，我可以通过smtp.gmail解决从根域帐户发送邮件的问题（我不记得以前是否以客户/用户的身份碰到过这个邮件，即使我有这个也不意味着它是好的实践）。 这使我想到我的问题，尽pipe我试图去除任何主观性：是最好的做法发送电子邮件与匹配的域作为服务（[email protected]），或从根域发送（ [email protected]）一样可以接受？