Thomas Vander Stichele's questions

我认为用于冗余目的的 DNS 主/辅助很简单。我的理解是，您应该有一个主要和至少一个辅助，并且您应该在地理位置不同的位置设置您的辅助，但也应该在不同的路由器后面（例如参见https://serverfault.com/questions/48087 /why-are-there-several-nameservers-for-my-domain )

目前，我们的主数据中心都有两个名称服务器。最近，由于各种原因，我们遭遇了一些中断，导致两个名称服务器都瘫痪，让我们和我们的客户在几个小时内无法使用 DNS。我已要求我的系统管理员团队完成在另一个数据中心中设置 DNS 服务器并将其配置为辅助名称服务器。

但是，我们的系统管理员声称，如果其他数据中心至少不像主数据中心那样可靠，这并没有多大帮助。他们声称，当主数据中心停机时，大多数客户端仍然无法正确查找，或者超时时间过长。

就个人而言，我确信我们不是唯一一家遇到此类问题的公司，而且它很可能已经是一个已解决的问题。我无法想象所有这些互联网公司都会受到我们这种问题的影响。但是，我找不到好的在线文档来解释失败情况下会发生什么（例如，客户端超时）以及如何解决它们。

我可以用什么论据来戳穿系统管理员的推理漏洞？我可以查阅任何在线资源以更好地了解他们声称存在的问题吗？

阅读回复后的一些补充说明：

• 我们在 Linux 上
• 我们有额外的复杂 DNS 需求；我们的 DNS 条目由一些自定义软件管理，BIND 目前受制于 Twisted DNS 实现，以及混合中的一些视图。但是，我们完全有能力在另一个数据中心设置我们自己的 DNS 服务器。
• 我说的是让外人找到我们的服务器的权威 DNS，而不是我们本地客户的递归 DNS 服务器。

有时我有两棵树，它们曾经具有相同的内容，但已经不同步了（因为我移动了磁盘或其他原因）。一个很好的例子是我从 Fedora 镜像上游包的树。

我想通过将所有文件从 tree1 移动到 tree2 来再次合并这两棵树。

通常我这样做：

rsync -arv tree1/* tree2

然后删除tree1。

但是，这需要大量的时间和磁盘空间，而且这样做会容易得多：

mv -r tree1/* tree2

换句话说，递归移动。它会更快，因为首先它甚至不会复制，只需移动 inode，其次我不需要最后删除。

这存在吗？

作为测试用例，请考虑以下命令序列：

$ mkdir -p a/b
$ touch a/b/c1
$ rsync -arv a/ a2
sending incremental file list
created directory
./
b/
b/c1
b/c2

sent 173 bytes  received 57 bytes  460.00 bytes/sec
total size is 0  speedup is 0.00
$ touch a/b/c2

什么命令现在具有将 a/b/c2 移动到 a2/b/c2 然后删除 a 子树的效果（因为其中的所有内容都已经在目标树中）？

我希望能够通过桌面上的单个 ssh 命令在远程服务器上启动屏幕会话。但是 screen 似乎需要一个终端，通过 ssh 运行命令时该终端不可用。

所以很明显

ssh [email protected] screen "tail -f /var/log/messages"

（例如）不起作用，并给出

Must be connected to a terminal.

我希望 ssh 在屏幕下启动命令，以便稍后登录并附加到手动启动的屏幕会话中。