对于几个区域文件/错误操作,使用$ INCLUDE作为SOAlogging?

所以,我们自己托pipe我们的DNS正向和反向区域,并使用我们的上游 – ISP作为从站。

现在,我们有了一堆具有相同SOAlogging的区域。

我想为这个SOAlogging使用$ INCLUDE,因为除了串行外,它是完全冗余的信息。

现在的问题是,串行将是相同的所有区域,每当我改变一个单一的区域,我会增加所有区域的序列,从而触发所有区域不必要的重新转移到奴隶。

现在这个数据并不多,最多只有一些KiB。 不过,问题是,鉴于重新传输是不必要的,这是否被认为是不好的做法?

对此有何意见? 我应该去吗?

虽然这个冒险非常接近于一个基于意见的问题,但我会继续说这是一个客观的坏主意。 你陷入了过度devise一些不需要过度devise的经典陷阱。

  • 大多数有信誉的DNSpipe理员(即已知的名字)会批评这是一个不好的做法。 我不必问他们。 你不要我问他们,因为他们的措辞不会太礼貌。
  • 它不仅会触发一个不必要的区域传输浪潮,而且还会产生一堆不必要的NOTIFY数据包。 DNS从服务器通过通知通过NSlogging识别的其他从服务器是相当普遍的,放大从单个更新生成的通知的数量。
  • $INCLUDE不能在区域转移中存活。 虽然您可能已经知道,但值得重申的是,将其分解为包含文件仅用于主服务器上的目的。

不要仅仅根据线上的字节来显示这一点。 您每次触摸其中一个区域文件时都会提出一个多方向的数据包风暴,以方便集中pipe理每个区域的DNSlogging 。 虽然通过强调所涉及的“微不足道的”带宽很容易忽略这种影响,但许多退伍军人不会摆脱这种环境,并且对负责devise它的各方给予良好的印象。 也许你现在的店铺太小了,你不必关心未来的pipe理者的看法,但是这是一个非常糟糕的习惯。

简而言之,如果你已经阅读了所有这些,而且是相对没有意义的,那就一定要继续做下去。 只要确保你从来没有摆在一个职位,你的专业意见可能会受到这种环境的影响。