服务器问题集锦，包括 Linux（Ubuntu, Centos，Debian等）和Windows Server服务器
我们有一个带有虚拟主机的XAMPP Apache开发Web服务器设置，并希望阻止serps爬取我们所有的站点。 这很容易通过robots.txt文件完成。 但是，我们宁愿不在每个虚拟主机中包含一个disallow robots.txt，然后当我们与另一台服务器上的网站一起使用时，必须将其删除。 有没有一种方法与Apacheconfiguration文件重写所有的vhosts robots.txt的所有请求到一个robots.txt文件？ 如果是这样，你能举个例子吗？ 我认为这将是这样的： RewriteEngine On RewriteRule .*robots\.txt$ C:\xampp\vhosts\override-robots.txt [L] 谢谢！
如果服务器在正确大小的UPS上，电池是否冗余？ 有一个强制回写模式的选项，我想了解风险。 这是我的理解，它有助于防止电源故障，而高速caching中的数据还没有写出到物理磁盘。 但是，如果服务器在UPS上，那么就没有电力损失的风险，特别是如果它是智能UPS，并且服务器被configuration为在电池达到低状态时优雅地closures。 我错过了什么吗？
我正尝试从本地连接到远程mysql数据库。 最初，我甚至无法打到MySQL数据库。 但是，在注释my.cnf文件中的binding_address并重新启动mysql服务器之后，我现在可以点击它了。 但是现在，我得到一个Access拒绝错误 mysql -u root -h xxxx -p Enter password: ERROR 1045 (28000): Access denied for user 'root'@'xxxx' (using password: YES) 我的IP被列入黑名单吗？ 我可以改变，因为我有远程框上的pipe理员权限。 来人帮帮我。
几个星期之后，我正在进行介绍。 本演示的一部分是针对基本的mysql故障排除，包括使用慢速查询日志。 我已经生成了一个数据库，安装了我们的应用程序，但它是一个干净的数据库，因此很难产生足够的问 我已经试过以下查询在慢查询日志中： 将缓慢的查询时间设置为1秒。 删除了多个索引。 强调系统： stress –cpu 100 –io 100 –vm 2 –vm-bytes 128M –timeout 1m 使用wget编写了一些基本的网页调用。 这些都没有产生缓慢的查询。 是否有另一种人为地强调数据库产生问题的方式？ 我没有足够的技能来编写复杂的Jmeter或其他负载生成器。 我希望可能是内置到MySQL或其他Linux技巧超越压力。
我想知道在EC2实例的临时存储/mnt挂载/tmp端点的最好方法是什么，并给ubuntu用户默认的写入权限。 有些人build议这样编辑/etc/rc.local： mkdir -p /mnt/tmp && mount –bind -o nobootwait /mnt/tmp /tmp 然而这对我来说不起作用（文件不同）。 我试着编辑默认的fstab条目： /dev/xvdb /mnt auto defaults,nobootwait,comment=cloudconfig 0 2 用/ tmpreplace/ mnt，然后给它一个umask = 0777，但是由于cloudconfig的原因，它不起作用。 我使用Ubuntu 12.04。 谢谢。
在networking交换的情况下，究竟是什么“序列化延迟”？ （我曾多次听过这个术语。）我也听说，10Gb以太网（而不是1Gb以太网）作为传输技术有助于降低串行延迟，即使在不使用全部10Gb带宽的情况下。 什么是序列化延迟？ 为什么10Gb以太网有助于减less它？
以下是我的DIY 6节点Hadoop集群使用i3机器的链接， 什么是最好的方式来保护我的devise免受灰尘和提供更好的传热？ 我应该使用什么来覆盖我的机架的四个侧面以防灰尘？
# cat /etc/redhat-release CentOS release 6.3 (Final) # php -v PHP 5.3.3 # yum update php No Packages marked for Update 如何升级到最新版本PHP 5.4.10（当前稳定） ？
我试图testing机器A是否可以连接到某些端口上的机器B. 机器A的系统pipe理员已经看到适合删除telnet命令。 什么将是一个方便的替代？ 机器A是CentOS。
我见过： 高延迟链路上的terminal服务器性能 但是我有一位客户，他们有兴趣将他们的系统基础架构迁移到总部大约有62毫秒延迟的数据中心。 该环境由三台Windows Server 2008 R2 RDS服务器，文件和打印服务以及Microsoft Exchange 2010组成。目前，这些服务均在vSphere 5.5群集上进行虚拟化。 当前有80个用户使用HP瘦客户机在本地连接到RDS系统。 由于设施问题以及异地和远程用户的增加，推动系统迁移到数据中心设施。 新网站将采用更高端的vSphere主机和全闪存存储。 连接到同位置设施将build立通过与多个ISP的站点到站点VPN和故障转移到位。 这是一个坏主意，但？ 我经常连接到这个站点进行RDP和SSH的维护工作，性能对我的使用情况来说是完全可以接受的。 用户正在使用基本的MS Office套件和几个轻量级的基于SSHterminal的ERP应用程序。 对于这种types的用户负载和Microsoft RDS，62ms是合理的吗？