服务器 Gind.cn

如果我要将DNS更改为我的域的Alogging（从一个IP更改为另一个），我可以期待多久，直到人们转移到新的信息？ 它仅仅是<= TTL？ 我知道过去需要一段时间，但在2009年我应该期待多久？

早上你做什么第一件事？ 我的工作日当天上午6点开始： 锻炼（在工作之前，是的，我是其中的一员） 查看电子邮件 喝咖啡 检查服务器，服务和Zenoss 创build一个早晨系统报告 喝咖啡 写下需要照顾的事情 阅读RSS源 你早上的仪式是什么？

为什么在服务器和桌面上你最喜欢的Linux发行版是什么？

在运行连接到Exchange 2010服务器的Outlook 2011的Mac客户端上：突然间，出站电子邮件中的字符被删除。 客户端计算机已重新启动，并且每发送一条消息都会重复。 有没有人有任何想法会导致这个？ 感觉像BBS日子的倒退。 testing邮件显示在“已发送邮件”中，并由收件人收到： 单击发送之前采取的屏幕截图：

我需要在Red Hat上安装一个程序作为服务。 它不会后台自己，pipe理其PID文件，或pipe理自己的日志。 它只是运行并打印到STDOUT和STDERR。 使用标准的初始化脚本作为指南，我开发了以下内容： #!/bin/bash # # /etc/rc.d/init.d/someprog # # Starts the someprog daemon # # chkconfig: 345 80 20 # description: the someprog daemon # processname: someprog # config: /etc/someprog.conf # Source function library. . /etc/rc.d/init.d/functions prog="someprog" exec="/usr/local/bin/$prog" [ -e "/etc/sysconfig/$prog" ] && . "/etc/sysconfig/$prog" lockfile="/var/lock/subsys/$prog" RETVAL=0 check() { [ `id -u` = […]

我们有8个REST-ish API服务器，Nginx使用FastCGI和PHP-FPM来处理请求。 目前我们正在使用Nginx的FastCGIcaching（指令如fastcgi_cache_path ）。 这意味着API响应被caching，但是每个服务器都有独立的caching。 在所有八台服务器之间共享caching存储是否有好的方法？ 我们已经考虑使用Redis作为共享存储，但是可用的模块似乎需要更改应用程序。 在某些情况下，我们可能希望caching超出我们控制的响应（通过HTTP到外部API）。 理想情况下，可以使用Nginx内置的FastCGI和HTTP响应caching替代scheme。

在站点页面之间切换时显示502错误的网关错误，而在主页面上的某些时候会显示错误网关错误，但是只有在另一个页面redirect到主页面时才会出现错误。 它发生了一些JavaScript文件 两个上游configuration的负载均衡php1 php2都是apache服务器。 当我检查错误日志我喜欢： no live upstreams while connecting to upstream [error] 27212#0: *314 no live upstreams while connecting to upstream, client: ip_address , server: example.com, request: "GET / HTTP/1.1", upstream: "http://example.com", host: "example.com", referrer: "http://example.com/mypages/" 这是负载平衡服务器configuration upstream example.com { # ip_hash; server php01 max_fails=3 fail_timeout=15s; server php02 max_fails=3 fail_timeout=15s; } server { listen […]

我们有一个由几千个用户组成的环境，在大约40个集群上运行应用程序，大小从20个计算节点到98,000个计算节点。 这些系统上的用户生成大量的文件（有时> 1PB），由传统的Unix权限控制（由于文件系统的特殊性，ACL通常不可用或不实用）。 我们目前有一个名为“give”的程序，它是一个suid-root程序，允许用户在组权限不足时将文件“授予”给另一个用户。 所以，用户可以input如下所示的文件给另一个用户： > give username-to-give-to filename-to-give … 然后，接收用户可以使用一个名为“take”（命令程序的一部分）的命令来接收文件： > take filename-to-receive 然后文件的权限被有效地传送给接收用户。 这个程序已经存在好几年了，我们希望从安全和function的angular度来重新审视。 我们目前的行动计划是消除我们当前实施“give”的恶性循环，并将其打包为开源应用程序，然后再重新部署到生产环境中。 当只有传统的Unix权限可用时，有没有人有另一种方法用来在用户之间传输超大文件？

我们有大约200台服务器，Hyper V，文件集群和IIS，都遇到同样的问题，通过正常使用，服务器上发生的事件发生在服务器上的RAM最大或接近最大值。 一旦发生这种情况，SVCHOST / Workstation服务（特别是通过将Workstation服务与自己的SVCHOST隔离开来）将停止释放句柄/线程，并且该服务所使用的内存不会被释放。 在一些极端的情况下，我们有一个在255GB服务器上使用多达40GB内存的Workstation服务。 在某些情况下，还可以find超过4000万个句柄。 在重新启动时，问题当然会消失，直到所有的内存都被使用，例如W3进程或者HyperV虚拟机，在这之后Workstation服务开始抓取所有的内存。 该过程非常缓慢，可能需要数周/数月，具体取决于服务器上的RAM数量。 我们的Hyper V服务器和IIS服务器都可以访问工作文件的共享，这些共享位于SSD存储上，所以它们具有很高的性能。 我们已经安装了所有当前的补丁，但还没有搬到R2，因为我们有很多的工具，这将是一个重要的步骤，无法find任何明确的迹象表明，这将在R2中得到解决。 我们运行ProcMon和其他工具，但在最有问题的服务器上，这些工具甚至不能运行。 在其他方面，他们提供的结果只是表明在这个过程中确实存在内存泄漏。 有没有一种方法可以从这个过程中释放内存或一起避免错误？ 我们不希望重新启动，并且一旦处于错误状态，我们就不能重新启动进程。 这个过程变得冻结了。 我们正试图避免定期重启来解决这个问题，所以任何答案将不胜感激。

scheme：用户将MiFi设备连接到Windows域networking中的计算机以对其进行充电。 这MiFi充当networking接口，电脑的networkingstream量通过MiFi开始。 这显然不希望绕过我们的networking安全。 我怎么能防止这种情况发生（除了告诉用户不这样做，因为他们这样做）。 理想情况下，用户将不被允许连接任何新的networking设备（可能是MiFi，3 / 4G USBencryption狗，甚至是USBnetworking适配器）。 它应该需要pipe理员login。 但USB存储设备应该仍然工作（我有一些用户获得读/写和一些只读的策略）。