服务器 Gind.cn

假设我有一个负载均衡器连接到10个Web服务器。 另外假设应用程序是24/7使用的，所以没有“低峰期”，也就是说，必须保持合理的响应速度。 将更新的Web应用程序代码部署到所有服务器，同时确保零宕机时间的最佳方式是什么？ Google，Amazon，Facebook等公司如何做到这一点？

我们有一个问题发送电子邮件到某些领域，即时代华纳和考克斯。 上周，我们退役了Exchange 2003服务器，现在我们的Exchange 2010服务器正在为我们的域执行所有的传输。 我们运行我们自己的权威名称服务器，所以我们负责DNS并修改了我们的PTRlogging以反映新的服务器。 除了这两个域名之外，所有邮件stream都正在工作。 当我在端口25 telnet到Cox和时代华纳的邮件服务器时，我收到错误。 对于考克斯错误是：554 …被拒绝 – 没有rDNS 而当我telnet到端口25的时代华纳邮件服务器，我们得到这个：554 5.7.1 – 连接被拒绝。 xxxx的IP名称查找失败 我已经通过Microsoft远程连接分析器上的出站SMTPtesting运行并获得100％完全成功的结果。 MXToolbox也提供了SMTP上所有成功的testing，显示正确的反向横幅检查，并没有列入黑名单。 DNSQueries.com也为我们显示有效的反向DNS条目。 到这两个域的出站电子邮件继续在队列中。 任何想法或build议将不胜感激。 谢谢！

使用VPS托pipe和dynadot（域名注册商）DNS。 通过http://www.intodns.com检查域名并获得一些警告 Different subnets WARNING: Not all of your nameservers are in different subnets 和 Different autonomous systems WARNING: Single point of failure 为了避免这个警告，必须要有第二个IP地址，并且这两个地址必须指向不同的服务器？ 如果这两个IP地址指向同一台服务器，这没有帮助？ 我的意思是每个服务器都有自己的IP地址。 如果一台服务器停机，那么访问者可以访问另一台服务器上的网站（文件）？ 这就是为什么需要多个IP的原因吗？ 试图指向网站的2个IP地址，并经过一段时间之后，从uptimerobot Connection Timeout警告

禁用MySQL的错误日志会提高性能吗？ 我怎样才能禁用它？ 这是我的服务器的负载： Server load 0.63 (8 CPUs) Memory Used 23.38% (957,600 of 4,096,000) Swap Used 0% (0 of 1) 这里是process manager http://elnhrda.com/promgr.jpg的截图 my.cnf的内容： [mysqld] query_cache_size=64M skip-name-resolve #innodb_file_per_table=1 query_cache_limit=2M read_buffer_size = 2M read_rnd_buffer_size = 16M sort_buffer_size = 8M join_buffer_size = 8M thread_cache_size = 8 thread_concurrency = 8 innodb_buffer_pool_size = 2G 我正在寻找任何可以提高我网站速度的build议。 我有VPS，4GB内存，CENTOS 6，X86_64。 请注意：这些统计数据是现在计算的，没有执行任何查询，并且该网站在同一时间没有访问者。

我有三个内部服务器，永远不会有任何连接到互联网。 我不得不build立一个当地的百胜餐饮回购，以设置他们的工具，如bugzilla等。 但是，所有三个连接在一起，我通过以太网连接，直接连接到我的笔记本电脑连接到他们。 在其中一台服务器上，我想运行其他网站，以便在内部看到它们也挂钩到以太网连接。 我已经安装httpd并启动它，但去我的笔记本电脑上的网页，并试图召唤10.0.0.3不会带来任何东西。 我假设我的笔记本电脑认为我在看它的Web服务器，并不知道如何访问其他服务器。 这是一个Cent OS服务器，我想用于内部网页，顺便说一句。 我怎样才能build立这个空隙的服务器上的DNS设置，只能通过以太网访问，所以我可以服务器上的网站？ 我已经将虚拟主机指定为10.0.0.3:80，并且在10.0.0.3:80上也有Listen，但是我知道我错过了其他一些关键。

我试图发送到背景“bitcoind”。 $ screen bitcoind -daemon & [1] 5289 然后我查询这个过程的PID和PID已经改变了 $ ps -ef | grep bitcoin someuser 4003 1 14 16:16 ? 00:00:39 bitcoind -daemon someuser 5384 3648 0 16:20 pts/0 00:00:00 grep –color=auto bitcoin 那我呢： $ screen -r There is no screen to be resumed. 我试图让这个“bitcoind”程序的背景，但由于某种原因的PID cahnges，我认为这是导致屏幕无法正常工作。 有人能给我一些关于如何让这个过程到后台的线索，所以当我退出SSH会话时，bitcoind会继续运行吗？ 我使用Ubuntu 12.04 最好的祝福，

使用案例： –我正在开发一个Web应用程序，它允许创buildHTML模板并在亚马逊S3上发布它们。现在将我使用nginx作为代理服务器的网站发布出去。 代理服务器的function是，当用户input网站URL时，我想确定如何检查请求是否来自我的应用程序， 例如app.mysite.com （这不会改变），并将其路由到apache以进行常规访问，如果它来自一些其他的域像一个普通的URL www.mysite.com（这需要dynamic处理，可以是随机的），它转到承载模板的S3存储桶。 我目前的configuration是： user nginx; worker_processes 1; error_log /var/log/nginx/error.log; pid /var/run/nginx.pid; events { worker_connections 1024; } http { include /etc/nginx/mime.types; default_type application/octet-stream; log_format main '$remote_addr – $remote_user [$time_local] "$request" ' '$status $body_bytes_sent "$http_referer" ' '"$http_user_agent" "$http_x_forwarded_for"'; access_log /var/log/nginx/access.log main; charset utf-8; keepalive_timeout 65; server_tokens off; sendfile on; tcp_nopush on; tcp_nodelay off; […]

只是好奇，是否有一种方法来阻止IP地址3次失败的login尝试纯粹的ftpd，但只有几个小时，严格使用iptables。 我听说使用fail2ban可以正常工作，但是我很好奇，只要使用iptables即可。 谢谢

运行Debian 7，mdadm 3.2.5。 我发了一个命令，增长了5个磁盘，3个备用RAID，5个数组到了8个磁盘，0个备用RAID 6arrays： mdadm –grow /dev/md0 –level=6 –raid-devices=8 –backup-file=/root/raid5backup 驱动器旋转一到五秒钟之后，会有一声小小的声音停止，并向控制台吐出大量的错误信息。 从这些消息中search块（每隔1-5秒更多，所以我不能得到它）终于降落我与这个libata错误消息细分页面 。 根据这个链接页面，我的问题是“设备和主机之间的通信暂时丢失了，但是恢复了”。 看起来像一个巴士错误 – 它可能是一个粗制滥造的电缆？ 本机有11个SATA设备，6个板载连接器和5个扩展卡。 主板是全新的。 我不知道如何处理消息。 我应该关机并尝试更换电缆吗？ 有任何想法吗？

最初这个问题是关于为什么我购买了2300 mhz服务器cpu时，为什么我的cpuinfo mhz是1400。 在HBruijn（thx！）的帮助下，使用cpufreq-info工具，我发现了我的真实规格： analyzing CPU 7: driver: powernow-k8 CPUs which run at the same hardware frequency: 7 CPUs which need to have their frequency coordinated by software: 7 maximum transition latency: 8.0 us. hardware limits: 1.40 GHz – 2.40 GHz available frequency steps: 2.40 GHz, 2.10 GHz, 1.90 GHz, 1.60 GHz, 1.40 GHz available […]