如果域名及其域名服务器不共享顶级域名（TLD），则通常无法使用胶水logging;如果不共享相同的二级域名，则在技术上不需要 ，这可能导致额外的步骤来parsing域名。 parsing器必须先查找名称服务器的地址，然后才能find您的域的地址。 但是理论上你可以在这里添加更多的步骤。 这里的问题是， 这个链条有多长 ？ 如果xyz.com使用名称服务器ns1.xyz.info ， 而xyz.info使用nameserver ns1.xyz.co ， 而xyz.co使用nameserver ns1.xyz.cc ， 和xyz.cc使用名称服务器ns1.xyz.co.uk ，…等等 …最终可能会有一个非常长的链条，解决scheme才能解决您最初想要的名称。 大概有一个实际的限制–BIND只应该愿意遍历这么多的链接，否则就有可能导致拒绝服务。 但有没有官方限制？ 正常情况下不需要parsing器进行一些步骤？
我正在构build由设备中的以太网连接的多个子设备组成的设备。 设备将连接到客户networking。 客户networking可以使用私有IP地址。 与内部networking的地址冲突将是一个问题（连接到两个networking的子设备将会被混淆）。 IPv6不是一个选项。 我应该购买IPv4地址吗？ 或者，也许我可以逃脱使用TEST-NET-3（203.0.113.0/24）或类似的东西？ 最佳做法是什么？
在RFC 2822（定义电子邮件）被定义，没有行应该比78个字符（不包括CRLF）长，不得超过998个字符。 引用可打印的较长的行将被分成更多的行，结束每个“=”，直到真正的linebreak被达成。 如果邮件包含长度超过78（或998）个字符但用引号打印编码的邮件，则符合邮件标准？ 有争论，这是不符合规定，因为接收邮件客户端解码quoted-printable消息后有更长的行。 编辑 ：澄清问题的方式，由戴维·卡里问：是的，我的意思是报价打印编码的邮件应该兼容quoted-printable，意味着行不超过76个字符。 但是解码的消息可能有比这个限制更长的行。 所以我的问题是：执行RFC 1521的客户端软件是否应该在解码引用可打印的文本内容后处理无限长的行？ 迄今为止，这两个答案都回答是肯定的（感谢），并且Netiquette（RFC 1855）对此不予以限制。 但networking礼仪甚至限制了一个长度为65个字符，几乎没有人遵守的限制。
我的域名注册商和DNS提供当前忽略对未知域名的DNS请求。 通过忽略我的意思是黑洞和永不回应，这导致我的DNS客户端和parsing器库重试，退避，并最后超时。 dig @NS3.DNSOWL.COM somedomainthatdoesntexist.org … ;; connection timed out; no servers could be reached 在调查其他stream行的域名服务时，我发现这种行为是非常独特的，因为其他提供者返回5（REFUSED）的RCODE： dig @DNS1.NAME-SERVICES.COM somedomainthatdoesntexist.org dig @NS-284.AWSDNS-35.COM somedomainthatdoesntexist.org dig @NS21.DOMAINCONTROL.COM somedomainthatdoesntexist.org 所有返回如下所示： ;; ->>HEADER<<- opcode: QUERY, status: REFUSED, id: 64732 ;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 立即返回REFUSED是适当的恕我直言，而不是把请求放在服务器机房楼层。 当我向服务提供商抱怨他们的服务器没有响应时，他们要求我引用他们的服务器违反的RFC。 我知道奇怪的是，他们要求我certificate他们的服务器应该响应所有的请求，但这样做。 问题 ： 这是我的规定，除非有重复的请求id或某种DOS响应，服务器应该总是响应请求。 它是否正确？ 我应该引用什么RFC和具体的部分来支持我的规定？ 对我来说，不答复DNS查询是不好的。 […]
我很难find它被logging在哪里源端口应该是随机的，范围在1024-65535。 在哪个RFC中logging？ 编辑： 有关特权端口的第一个参考是RFC2623 看来这更多的取决于TCP / IP的实现，这是一个事实上的标准。 IANA正在分配端口号（RFC1700）
在独立环境中使用Ubuntu 10.04 LTS服务器，并尝试使用视图来服务两个不同的客户端子网。 获取有关zones.rfc1918文件的错误，所以我想知道该文件用于什么。 主办rfc1918地址有什么意义？ 我使用的子网是rfc 1918地址，顺便说一句。 将包括默认zones.rfc1918文件导致我任何（更多）头痛？
我现在每次都喜欢在DNS服务器上运行检查，以确保它们正确运行并符合RFC规范。 我曾经使用DNSTools网站来做这件事，因为它给了我一个相当好的情况 – 所有的服务器都响应外部世界，重要的（NS，MX特别是）logging仍然正确地复制。 另外，看看我的MXlogging是否已经成功地将其列入黑名单。 黑名单一直是一种痛苦，因为我一直无法find一个可靠的“一站式服务”，让你检查大部分主要的黑名单。 我有一段时间没有使用DNS工具，现在他们要求你付钱（我没有任何反对意见，当你投资一个大型的内部监控解决scheme时，很难向上级certificate理由，而我只是在做一个“感觉不错“） 我的系统pipe理员使用什么来检查他们的DNSlogging？
第三方电子邮件网关中继拒绝处理我们发送给我们的电子邮件地址的消息。 地址格式为firstname.lastname @ recipientdomain.com （注意两个句点）。 RFC准则允许吗？ RFC 2822似乎在第3.4.1节中反对这一点： 本地解释的string是引用string或点primefaces。 如果string可以表示为一个点primefaces（也就是说，它不包含除文本字符之外的字符，或者包含文本字符的“。”），那么应该使用点primefacesforms，并且引用的stringforms应该是SHOULD NOT使用。 注释和折叠空白区域不应该在addr-spec中的“@”处使用。 此外，在同一部分，它引用了这一点： addr-spec =本地部分“@”域 local-part = dot-atom / quoted-string / obs-local-part 我认为这意味着本地部分可以有点分离的内容，但不能有两个连续的点，它不能以点开始或结束。 这就是说，我不熟悉点primefaces语法，所以也许我在这里弄错了。 有人可以确认和解释吗？
RFC-952 （“假设”下的第1点的最后一句）禁止使用单字符主机名，而且我有过经验（ 7年前的2002 年夏天），有些服务拒绝使用单字符主机名（因为这样的名字是不符合标准），但是在过去的几年中我看到了许多单字符主机名。 单字符主机名现在是否有效？ （如果是这样，什么是适当的validation参考？） 编辑 （合并来自答案的一些信息）：DNS的各个方面似乎在几个RFC中定义，包括1035,1123和2181 。 从RFC-2181第11节 ： Note however, that the various applications that make use of DNS data can have restrictions imposed on what particular values are acceptable in their environment. For example, that any binary label can have an MX record does not imply that any binary name can […]
根据RFC，SMTP允许在主体（而不是信封）上使用多个FROM地址。 此function是否曾被用于合法目的？ 丢弃具有多个FROM地址的邮件是否安全？