服务器管理员

关闭。这个问题是题外话。它当前不接受答案。 想改善这个问题吗？ 更新问题，以使其成为服务器故障的主题。 5年前关闭。 我们以一种标准的网络托管计划模式和小型实例托管32个网站。在一个或所有网站中启用“始终在线”是否需要花费更多的钱？

22 azure 

我做存储，所以我做很多光纤。我也很不幸有一个单线的配线架，所以当其他人为我打补丁时，通常我还不知道我持有的两股线中的哪一个最终会成为tx（发送），而rx（接收）。我们有一个颜色代码：黄色应该是“热”的。偶然地，不到一半的时间被跟踪。 我知道数据中心中的绝大多数活动电缆正在发送可见的无害光。这就是为什么我看到很多人知道一根或另一根电缆很安全的原因。问题是我也很少有非常危险的激光，我不建议您直接射入某人的手中，更不用说他们的眼睛了。其中之一位于可见光波长之外，强度足以读取80公里。 照度计会告诉您线束是否点亮，但是我们只有一根，并且通常被其他人使用。将它照在纸上或手上是另一种技术，但是我很难看到它。我见过一些人随身携带的小卡片，但是我没有，也不想随身携带一些东西，我每周只需要一次。 在不需要特殊设备的情况下判断电缆是否有光的最佳方法是什么？

22 fibre-channel  fiber 

我希望增加两个RDS实例的存储（只是分配的存储空间，而不是实例类型或其他参数）。https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_PIOPS.StorageTypes.html#USER_PIOPS.ModifyingExisting上的文档建议： 您可以从标准存储更改为预配置IOPS存储，也可以从预配置IOPS更改为标准存储，并增加存储量，而停机时间很少甚至没有。 我肯定会在执行更改之前安排一个维护窗口。但是文档在这方面似乎有点含糊。对于以前可能已经做过这件事的人来说，“几乎没有停机时间”是什么？我可以期待5秒，还是5分钟呢？ 2019年7月更新： 我已经将链接更新为正确和更新的AWS文档（已损坏）。较新的文档中有一个摘要，也可以帮助回答原始问题： 在大多数情况下，扩展存储不需要任何中断，也不会降低服务器的性能。修改数据库实例的存储大小后，该数据库实例的状态为“存储优化”。修改存储后，数据库实例可以完全运行。但是，您不能在六个小时内或在数据库实例状态为存储优化时（以时间较长者为准）进行进一步的存储修改。 但是，一种特殊情况是，如果您有SQL Server数据库实例并且自2017年11月以来未修改存储配置。在这种情况下，修改数据库实例以增加分配的数量时，可能会遇到几分钟的中断存储。中断后，数据库实例处于联机状态，但处于存储优化状态。在存储优化期间，性能可能会降低。

22 amazon-web-services  amazon-rds 

我有一个简单的脚本，可以将大量日志输出到屏幕，然后将STDOUT通过管道传输到文件中以存储日志。由于此脚本运行时间很长，因此我需要旋转日志文件，以便将它们丢到更小，更易于管理的文件中。 我面临的问题是，一旦logrotate将当前日志文件移动到新的日志文件中，新创建的日志文件就不再填充日志了。似乎一旦删除了原始日志文件，它的文件处理程序就会丢失并且重定向将不再起作用。 我还发现此帖子与我有同样的问题，并声称可以使用>>而不是>重定向输出来修复它。我测试了他的解决方案，但对我来说不起作用。有谁知道如何保持重定向工作？

22 linux  redirect  logrotate 

想要改善这篇文章吗？提供此问题的详细答案，包括引文和答案正确的解释。答案不够详细的答案可能会被编辑或删除。 Windows Server 2003是Microsoft提供的非常好的操作系统，我们每天都在依赖它。 我听说我应该用“较新的”和“更现代的”代替它。 我为什么要这样做？ 如果我不升级会有什么影响？

22 windows-server-2003  security 

我已经重新阅读了此文档以及此处的其他文章，这对我来说仍然很不清楚。我一直在测试各种东西以了解和之间的区别，alias_maps并且virtual_alias_maps在postfix中看不到这两个单独设置的使用。到目前为止，这是我发现的结果（注意-我在与Web服务器相同的服务器上使用postfix作为空客户端仅发送电子邮件）： 1）/ etc / aliases文件： root: me@somedomain.com 当我将以上内容添加到中时alias_maps，我注意到某些服务（例如fail2ban）能够选择此选项，并且它将根电子邮件发送到提到的别名电子邮件地址。但是，我也注意到某些其他服务（例如mail命令）不遵守此规定，并尝试将电子邮件直接发送到不存在的root@mydomain.com（我认为其后缀myorigin设置将添加@ mydomain.com） 。为了解决这个问题，我然后添加了virtual_alias_maps 2）/ etc / postfix /虚拟 root me@someotherdomain.com 添加上述内容后，所有服务都将使用此虚拟别名电子邮件。我还注意到，一旦添加了以上内容，即使fail2ban也开始忽略/etc/aliases/文件中的初始设置，并开始遵循虚拟文件中提供的电子邮件地址。 现在，这让我更加困惑- /etc/aliases/当虚拟别名映射中的电子邮件似乎覆盖了它时，为什么我们需要？ 具有这两个单独的别名映射的目的是什么？何时确定何时使用什么？ 为什么fail2ban（配置为通过电子邮件发送至root@localhost）首先跟随alias_maps（/ etc / aliases /）中指定的电子邮件地址，然后又决定忽略virtual_alias_maps添加后的电子邮件地址？ 为什么所有服务都不能读取/ etc / aliases中提到的电子邮件别名，并且仅当在虚拟别名映射中添加了电子邮件别名时它们才起作用？ 自昨天以来我已经花了几个小时，仍然不确定。有人可以帮我消除困惑吗？ 编辑： 这是使用mail root命令将电子邮件发送到根目录时的邮件日志。/ etc / aliases /中提到了root的别名电子邮件。但是，邮件无法正常工作，直到我从移动这根别名电子邮件aliases_maps至virtual_aliases_maps 当在中提到根电子邮件别名时记录/etc/aliases/： Nov 14 16:39:27 Debian postfix/pickup[4339]: 0F12643432: uid=0 from=<root> Nov 14 16:39:27 …

22 debian  email  postfix  sendmail  alias 

自Windows Server 2008 R2（我认为适用于客户端操作系统是Windows 7）以来trigger start，Microsoft引入了服务。我不明白之间的差别automatic，automatic (delayed)并manual启动类型。根据我在Google文章上阅读的内容，我相信我确实了解trigger start（尽管从未使用过）逻辑。 我真的不知道我的理解将是配置为服务的差异automatic (trigger start)和manual (trigger start)我没有运气找到做任何解释。 我在某种程度上认为，在这两种情况下，除非触发器将启动服务，否则服务都不会运行，那么实际上会有什么不同？ 我遇到此问题的原因实际上是监视自动启动类型的服务。由于将服务设置为以触发器启动，并且触发器无效，因此服务未在运行并且监视以这种方式报告，即自动服务未在运行。 总结一下-我的问题是： automatic (trigger start)和manual (trigger start)服务有什么区别？ 如果将服务从切换到automatic (trigger start)，manual (trigger start)是否会对服务/应用程序产生一般性的影响？

22 windows  windows-service 

我在Ubuntu 14.04上的Nginx下运行php5-fpm。我想增加最大上传大小。 我已经编辑/etc/php5/fpm/php.ini了以下几行： upload_max_filesize = 20M post_max_size = 25M 我重新启动了php5-fpm和nginx，但phpinfo()仍然显示分别限制为8M和2M，分别用于发布和上传。 我有什么想念的吗？

22 nginx  php-fpm  php.ini 

我想在不停机的情况下备份基于Linux的EC2实例，然后在以后启动新实例。（该实例正在运行Web服务器和Postgres数据库。） 我发现有两种方法可以做到这一点，但是我对它们之间的结果区别感到困惑。 选项1：直接从正在运行的实例创建AMI： 直接从运行的原始实例创建一个新的AMI。 从AMI启动新实例 选项2：从快照手动创建AMI： 从附加到正在运行的原始实例的卷中获取快照 从快照创建AMI，手动输入架构和内核ID之类的详细信息 从手动创建的映像启动新实例 现在，令人困惑的是，从实例直接创建AMI时，EC2默认情况下会重新启动实例。带有以下工具提示的复选框“不重新启动”： 启用后，Amazon EC2不会在创建映像之前关闭实例。使用此选项时，不能保证创建的映像上的文件系统完整性。 这两种方式的结果是否真的有所不同？对我来说，感觉就像我正在手动执行自动向导将执行的相同操作。它生成快照，选择内核ID和体系结构。 为什么一个有警告文本而另一个没有？对正在运行的实例进行快照被认为是相对安全的，并且如果AMI创建在后台创建快照，是否比手工完成快照更危险？

22 amazon-ec2  amazon-ebs  amazon-ami 

关闭。这个问题是题外话。它当前不接受答案。 想改善这个问题吗？ 更新问题，以使其成为服务器故障的主题。 去年关闭。 我对网络管理非常陌生，因此请注意，我还没有那么丰富的经验。 我有一个带有plesk面板的Ubuntu根服务器。 昨天我和我的朋友们注意到我们TS3上的语音质量非常差。我向服务器发送了一些ping操作，并且丢包率很高。之后，我用谷歌搜索了一下，发现有一个auth.log。我下载并滚动了一下，然后发现了这一点： May 13 10:01:27 rs204941 sshd[9351]: input_userauth_request: invalid user student [preauth] May 13 10:01:27 rs204941 sshd[9351]: pam_unix(sshd:auth): check pass; user unknown May 13 10:01:27 rs204941 sshd[9351]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=112.220.198.102 May 13 10:01:29 rs204941 sshd[9351]: Failed password for invalid …

22 linux  ssh  remote-access  brute-force-attacks 

我刚刚在本地网络上的Ubuntu上安装了Postfix。 在此网络上，我有一个Exchange Server（使用domain mail.example.com）。我在向本地地址发送电子邮件时遇到问题adress@example.com： relay=none, delay=0.01, delays=0.01/0/0/0, dsn=4.3.5, status=deferred (Host or domain name not found. Name service error for name=example.com type=AAAA: Host found but no data record of requested type) 我relay_domain在Postfix中解决了这个问题main.cf： relay_domains = example.com transport_maps = hash:/etc/postfix/transport 在我的/etc/postfix/transport： example.com smtp:[mail.example.com] 现在，我可以在上发送邮件@example.com，并且已经测试了一些专业的网络邮件（Gmail，Yahoo，Hotmail ...）。有用。但是，为什么我的地址出现此错误@example.com？如何确定我在另一个域上找不到此错误？ 我的Postfix配置是： postconf -n alias_database = hash:/etc/aliases alias_maps = …

22 postfix  smtp 

此问题是从Tridion Stack Exchange 迁移而来的，因为可以在“服务器故障”时回答。 迁移 5年前。 我们的服务器中有16GB的内存，我注意到在资源监视器中大约有10GB被标记为“备用”内存。 我是否需要担心大量的备用内存？ 有没有办法控制这个数量？ 有没有办法找出“待机”中的内容？ 似乎在资源监视器上仍将“备用”视为“可用”，因此这可能不是问题。

22 windows 

我为上述错误苦苦挣扎超过5个小时。我试图完全删除Postfix，并且已经按照下一本手册和SASL手册的说明进行了重新安装。 当我尝试使用telnet登录时，服务器阻止了登录，并且我得到了以下信息：（使用smtpd -v获得更多详细信息）： 后缀/ smtpd [26301]：xsasl_cyrus_server_create：SASL服务= smtp，领域=（空） 后缀/ smtpd [26301]：名称掩码：匿名 postfix / smtpd [26301]：警告：xsasl_cyrus_server_get_mechanism_list：没有适用的SASL机制 postfix / smtpd [26301]：致命：无SASL身份验证机制 以下是结果postconf -n： alias_database =哈希：/ etc / aliases alias_maps =哈希：/ etc / aliases allow_percent_hack =否 append_dot_mydomain =否 biff =否 broken_sasl_auth_clients =是 config_directory = / etc / postfix home_mailbox = Maildir / inet_interfaces =全部 …

22 postfix  sasl  smtp-auth  saslauthd 

更加成熟的配置管理（CM）系统（例如Puppet和Chef）使用基于拉的方法：客户端定期轮询集中式主服务器以获取更新。他们中的一些人也提供了一种无主的方法（因此，基于推送），但指出它不是“用于生产”（Saltstack）或“可伸缩性较差”（Puppet）。我从一开始就知道的唯一基于推送的系统是亚军Ansible。 基于拉式系统的特定可伸缩性优势是什么？为什么增加更多的pull-master比push-agent更容易？ 例如，agiletesting.blogspot.nl写道： 在“拉”系统中，客户端彼此独立地联系服务器，因此与“推”系统相比，整个系统可扩展性更高 另一方面，Rackspace展示了他们可以使用基于推送的模型处理15K系统。 infastructures.org写道： 我们发誓使用诸如SUP，CVSup，rsync服务器或cfengine之类的工具来维护基础结构的拉方法。而不是将更改推送给客户端，每个单独的客户端计算机都需要负责在启动时轮询金牌服务器，然后在以后定期维护自己的转速级别。在采用这种观点之前，我们基于ssh，rsh，rcp和rdist开发了广泛的基于推式的脚本。我们发现使用r命令（或ssh）的问题是：当运行基于r命令的脚本将更改推送到目标计算机时，很奇怪的是，如果您拥有30台以上的目标主机，则其中的一台将在任何给定时间出现故障。维护调试机器列表成为噩梦。在编写代码以对此进行更正的过程中，您将最终得到详尽的包装器代码来处理：死主机超时；记录并重试已死的主机；分叉并运行并行作业，以尝试在合理的时间内击中许多主机；最后，检测并防止用尽所有出站rsh会话的源计算机上的所有可用TCP套接字的情况。然后，您仍然有一个问题，就是要为将来要安装的所有新主机将自己所做的任何事情放入安装映像中，并对要死掉而明天必须重建的任何主机重复执行此操作。在经历了实现基于r命令的复制的麻烦之后，我们发现这是不值得的。我们不打算再次使用r命令或任何其他推送机制来管理基础结构。它们不像基于拉的方法那样可扩展。分叉并运行并行作业，以尝试在合理的时间内击中许多主机；最后，检测并防止用尽所有出站rsh会话的源计算机上的所有可用TCP套接字的情况。然后，您仍然有一个问题，就是要为将来要安装的所有新主机将自己所做的任何事情放入安装映像中，并对要死掉而明天必须重建的任何主机重复执行此操作。在经历了实现基于r命令的复制的麻烦之后，我们发现这是不值得的。我们不打算再次使用r命令或任何其他推送机制来管理基础结构。它们不像基于拉的方法那样可扩展。分叉并运行并行作业，以尝试在合理的时间内击中许多主机；最后，检测并防止用尽所有出站rsh会话的源计算机上的所有可用TCP套接字的情况。然后，您仍然有一个问题，就是要为将来要安装的所有新主机将自己所做的任何事情放入安装映像中，并对要死掉而明天必须重建的任何主机重复执行此操作。在经历了实现基于r命令的复制的麻烦之后，我们发现这是不值得的。我们不打算再次使用r命令或任何其他推送机制来管理基础结构。它们不像基于拉的方法那样可扩展。最后，检测并防止用尽所有出站rsh会话的源计算机上的所有可用TCP套接字的情况。然后，您仍然有一个问题，就是要为将来要安装的所有新主机将自己所做的任何事情放入安装映像中，并对要死掉而明天必须重建的任何主机重复执行此操作。在经历了实现基于r命令的复制的麻烦之后，我们发现这是不值得的。我们不打算再次使用r命令或任何其他推送机制来管理基础结构。它们不像基于拉的方法那样可扩展。最后，检测并防止用尽所有出站rsh会话的源计算机上的所有可用TCP套接字的情况。然后，您仍然有一个问题，就是要为将来要安装的所有新主机将自己所做的任何事情放入安装映像中，并对要死掉而明天必须重建的任何主机重复执行此操作。在经历了实现基于r命令的复制的麻烦之后，我们发现这是不值得的。我们不打算再次使用r命令或任何其他推送机制来管理基础结构。它们不像基于拉的方法那样可扩展。然后，您仍然有一个问题，就是要为将来要安装的所有新主机将自己所做的任何事情放入安装映像中，并对要死掉而明天必须重建的任何主机重复执行此操作。在经历了实现基于r命令的复制的麻烦之后，我们发现这是不值得的。我们不打算再次使用r命令或任何其他推送机制来管理基础结构。它们不像基于拉的方法那样可扩展。然后，您仍然有一个问题，就是要为将来要安装的所有新主机将自己所做的任何事情放入安装映像中，并对要死掉而明天必须重建的任何主机重复执行此操作。在经历了实现基于r命令的复制的麻烦之后，我们发现这是不值得的。我们不打算再次使用r命令或任何其他推送机制来管理基础结构。它们不像基于拉的方法那样可扩展。或与此相关的任何其他推送机制。它们不像基于拉的方法那样可扩展。或与此相关的任何其他推送机制。它们不像基于拉的方法那样可扩展。 这不是实现问题，而是架构问题吗？为什么编写一个线程化的推送客户端比一个线程化的推送服务器更难？

22 puppet  chef  configuration-management  ansible  saltstack 

我已经看过完整和链接虚拟机克隆的文档，但是我似乎无法完全理解何时应该使用一个。我看到完整的克隆会创建该VM的副本，但是链接的副本如何处理？这是否意味着我在一个VM中所做的任何操作都会反映在另一个VM中？这对我来说没有意义... 有人可以使用完整的VM克隆还是链接的VM克隆提供一些特定的示例吗？

22 virtual-machines  vmware-workstation