服务器问题集锦，包括 Linux（Ubuntu, Centos，Debian等）和Windows Server服务器
两台服务器之间的OpenVPN传输速率非常慢。 对于这个问题，我会打电话给服务器服务器A和服务器B. 服务器A和服务器B都运行CentOS 6.6。 两者都位于100Mbit线路的数据中心，OpenVPN之外的两台服务器之间的数据传输速度接近〜88Mbps。 但是，当我尝试通过服务器A和服务器B之间build立的OpenVPN连接传输任何文件时，吞吐量正好在6.5Mbps左右。 iperf的testing结果： [ 4] local 10.0.0.1 port 5001 connected with 10.0.0.2 port 49184 [ 4] 0.0-10.0 sec 7.38 MBytes 6.19 Mbits/sec [ 4] 0.0-10.5 sec 7.75 MBytes 6.21 Mbits/sec [ 5] local 10.0.0.1 port 5001 connected with 10.0.0.2 port 49185 [ 5] 0.0-10.0 sec 7.40 MBytes 6.21 Mbits/sec [ 5] […]
我有一个Ansible任务，向网站发出URI请求以获得JSON响应。 如果嵌套的JSONvariables是定义的，我希望Ansible做一些事情，如果不是的话，也要做其他事情。 – name: Get JSON from the Interwebs uri: url="http://whatever.com/jsonresponse" return_content=yes register: json_response – name: Write nested JSON variable to disk copy: content={{json_response.json.nested1.nested2}} dest="/tmp/foo.txt" 请注意，使用ignore_errors仅适用于任务命令失败，不适用于检查Jinja模板中嵌套数据结构中的未定义值。 所以如果没有定义json_response.json.nested1.nested2 ，尽pipe设置了ignore_errors=yes ，这个任务仍然会失败。 如果请求失败，或者如果请求没有定义正确的嵌套值，如何获得此/tmp/foo.txt在/tmp/foo.txt存储一些默认值？
这个问题以前被问到堆栈溢出，但那里的好人build议我尝试在这里的社区。 我正在研究关于各种文件系统的稀疏文件，并试图find一些具体的说明稀疏文件是由networking文件系统（NFS）或服务器消息块（SMB）支持的。 我知道SMB在Windows中被广泛使用，根据这个条目 ，SMB服务器可以支持稀疏文件，即使底层文件系统不支持。 但是，如果我是正确的，那么不支持稀疏文件的文件系统只会用零填充“漏洞”，这可能会导致性能问题。 关于NFS，我一直无法find关于使用NFS支持稀疏文件的任何事情。 因此，我的问题是， NFS和SMB支持稀疏文件吗？
因此，我的一个客户端configuration了其中一台交换机，结果导致交换机与Linux主机之间的双工不匹配。 我们已经解决了双工不匹配问题，但有没有一种简单的方法来清除接口上的错误计数器，而无需重新启动系统？ eth0 Link encap:Ethernet HWaddr 00:nn:nn:nn:nn:nn inet addr:192.168.97.166 Bcast:192.168.97.167 Mask:255.255.255.252 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:630331763 errors:1 dropped:0 overruns:0 frame:0 TX packets:676081436 errors:1971815 dropped:0 overruns:68637 carrier:1903180 collisions:7649984 txqueuelen:1000 RX bytes:2067682611 (1.9 GiB) TX bytes:1942809411 (1.8 GiB)
我是软件工程师，而不是系统pipe理员，所以如果这个问题看起来有点儿绿色，那么你知道为什么！ 😉 作为一个个人项目，我一直在使用FreeNAS开发家庭NAS系统。 FreeNAS的一个特点是能够设置一个SMART检查来运行X秒钟。 默认情况下，这被设置为每1800秒（30分钟）运行一次。 这对我来说似乎很高，这真的是一个合理的价值？ 我会认为每6小时检查一次或者其他东西就足够合理了… 所以我的问题是：一个SMART检查在驱动器上运行多久？
让我们看看这两个常用于允许传出DNS的iptables规则： iptables -A OUTPUT -p udp –sport 1024:65535 –dport 53 -m state –state NEW,ESTABLISHED -j ACCEPT iptables -A INPUT -p udp –sport 53 –dport 1024:65535 -m state –state ESTABLISHED -j ACCEPT 我的问题是：我应该如何理解UDP中的ESTABLISHED状态？ UDP是无状态的。 这是我的直觉 – 我想知道，如果或在哪里这是不正确的： 手册页告诉我： 州 这个模块，当与连接跟踪相结合，允许访问 这个数据包的连接跟踪状态。 – 状态… 因此，iptables基本上记住了用于外发数据包的端口号（还有什么可以记住的是UDP数据包？） ，然后允许在短时间内发回的第一个传入数据包？ 攻击者将不得不猜测端口号（这真的太难了吗？） 关于避免冲突： 内核会跟踪哪些端口被阻塞（通过其他服务或先前传出的UDP数据包），以便这些端口不会在时间范围内用于新的传出DNS数据包？ （如果我在一定的时间内意外尝试在该端口上启动服务，会发生什么情况 – 这种尝试会被拒绝/阻止吗？） 请在上面的文本中find所有错误:-)谢谢， 克里斯
是否允许NSlogging是CNAME？ 例如： subdomain.example.com. IN NS ns1.example.com. ns1.example.com. CNAME foo.example.com. foo.example.com. IN A 10.1.1.1 虽然这（当然），这似乎并不工作在绑定： subdomain.example.com. IN NS foo.example.com. foo.example.com. IN A 10.1.1.1 任何指向RFC禁止这种设置将不胜感激。
我正在Linux 2.6.26上configuration一个GRE隧道，我一直在面对一个非常奇怪的问题，我找不到任何解决scheme。 我创build了一个名为gre0的GRE隧道，但不pipe我做什么，我都无法删除这个隧道。 命令ip tunnel del gre0失败，响应ioctl: Operation not permitted 。 任何尝试更改隧道的地址也失败。 以下命令说明了这个问题： # ip tunnel del gre0 ioctl: Operation not permitted # ip tunnel change gre0 # ip tunnel change gre0 remote <some address> local <some address> ioctl: No such file or directory 我可以在没有任何问题的情况下创build，更改和删除其他隧道，但是即使重新启动或取下接口， gre0在那里并不会消失。 如果我删除了ip_gre模块，隧道消失。 一旦我再次插入模块， gre0再次出现，问题仍然存在。 我有两个问题： 我能做些什么来摆脱这个烦人的隧道？ 我怀疑这可能是一个内核或模块错误。 如果这样的持久数据（在这种情况下， gre0的信息，但这适用于我可能甚至不知道的任何其他设置）存储？ 如果需要其他信息，请告诉我。 […]
这似乎工作正常： dhclient eth0 ifconfig eth0:1 192.168.1.105 up 但不是这样的： ifconfig eth0 192.168.1.105 up dhclient eth0:1 有什么办法让一个虚拟地址DHCP？
我已经configuration了monittesting和警报 – 但是我想确保我的警报堆栈（外发电子邮件服务器，短信电子邮件网关…）中的所有function正常运行。 有一种方便的方法来发出虚拟testing警报吗？