我正在尝试在DNS中创build一个子域名，但它似乎没有工作。 我正在获得标准 Unable to determine IP address from host name for aa.00.website.com The domain name does not exist. （以上是url，两个字母，后跟两个数字的指示）我已经通过创buildAlogging正确设置了子域，并为子域设置了IIS。 我想知道这是否允许？ 如果是aa00.website.com，子域名的设置是有效的。 DNS不喜欢自己作为子域的数字吗？ （编辑：aa可能代表国家代码，但不是故意的，例如'en'或'gr'）
简单地说：Mac OS X是否支持RFC3442？ RFC3442实现DHCP代码（121和249），为DHCP客户端提供无类别静态路由。 我似乎只能find大约在2005 – 2008年的相当老的信息，这意味着OS X不支持RFC3442。 最近有什么机会发生了变化，我只是在设置时做错了什么？ 我的轶事testing似乎证实，OS X不支持RFC3442，但我正在寻求确认。 如果OS X仍然不支持RFC3442，那么将静态路由推送到OS X客户端的另一种方法是什么？
我正在阅读关于IPv6的RFC 2460，它说“如果跳数限制递减到零，则丢弃数据包”，这就是说，如果路由器将数据包的跳数限制递减到0，另一个路由器不能接收跳数限制为0的数据包？ 我问这个问题，因为我读过谷歌：“如果路由器收到跳数限制为0的数据包，或路由器递减数据包的跳数限制为0”丢弃数据包。 在我看来，第二种情况是不可能发生的。 我对吗 ？ 谢谢 ！
这是一个神学问题，但尽pipe如此 因此，服务器有一个主机名，假设fqdn是hostname.example.com（对于我的意思，这是在/etc/sysconfig/network设置的名称）。 同一台服务器在不同的子网上有多个接口。 假设IP是10.0.0.1和10.0.1.1。 现在的问题是，是否理论上 （请注意，这一点很重要，我知道它实际上是有用的，但我对纯粹的学术答案感兴趣）允许进行以下设置： interface1.example.com. IN A 10.0.0.1 interface2.example.com. IN A 10.0.1.1 hostname.example.com. IN CNAME interface1.example.com. 或者应该是： hostname.example.com. IN A 10.0.0.1 interface2.example.com. IN A 10.0.1.1 interface1.example.com. IN CNAME hostname.example.com. 我想很明显哪一个从pipe理/行政POV中变得更有意义，但在技术上是正确的吗？ 反对第一个设置的观点是，对10.0.0.1的反向查询返回interface1.example.com而不是预期的东西（即hostname： hostname.example.com ），所以前向请求和后续的顺序反向查找返回不同的结果。 现在，正如我所说的，我想要一个理论上的答案。 链接到RFC部分等，明确允许或不允许使用CNAME名称作为主机名。 如果没有，也没关系，我只需要确认。 到目前为止，我没有find任何明确的陈述，禁止这本书 ，在这种情况下，作为一个例子，这意味着它可以作为避免MXlogging指向CNAME的方法之一。 更新：多个接口不是冗余的（它们是债券），但实现stream量的逻辑分离。 例如，所有数据库stream量都在子网A上，服务stream量在子网B上，公共访问在子网C上。 UPDATE2：看起来这是不受RFC /其他规则的pipe制，是一个偏好问题。 因此，我将@Vatine答案标记为现在可行的答案，这意味着没有规定。 还非常感谢@Alnitak的build议和讨论！
目前有没有任何操作系统不可知的标准比RFC 1514更好？
我最近做了一个考试，其中一个问题表明，你可以在计算机上运行ping 127.0.0.1来validation它的网卡是否工作。 我已经阅读了多个来源，这实际上只能保证networking软件安装正确。 例如，“Network Fundamentals，CCNA Exploration Companion Guide”一书指出： “来自127.0.0.1的响应表示主机上正确安装了IP操作系统（..）但是，此响应并不表示地址，掩码或网关已正确configuration。 维基百科也说“使用回送接口绕过本地networking接口硬件”。 ，但没有提供任何资源。 问题是，我需要一个官方的消息来源说pinging 127.0.0.1没有击中网卡。 RFC 5735说： 127.0.0.0/8 – 该块被分配用作互联网主机回送地址。 由更高级别的协议发送到该块内任何地址的数据报循环回到主机内部。 这通常只使用127.0.0.1/32进行环回。 如[RFC1122]第3.2.1.3节所述，整个127.0.0.0/8块中的地址不会合法地出现在任何地方的任何networking上。 目前还不清楚什么时候出现“回路”。 任何帮助？ 谢谢。
为了澄清这个和这个 Sender:解释： 简而言之，发件人：表示代表其他人发送邮件的实体，邮件中的发件人表示发送邮件的人的邮箱;以及抄送：表示预期的收件人邮箱。 RFC也定义了您可能感兴趣的其他标题字段。 我注意到， alpine在Sender:字段中将发件人FQDN作为<user>@<domain>插入。 虽然From:字段可以通过修改Customized-Headers设置进行修改，但试图设置Sender:字段失败。 这看起来是一个反垃圾邮件技术？ 如何，或者它与发件人政策框架有关？ 也可以看看： https://en.wikipedia.org/wiki/Email_authentication https://en.wikipedia.org/wiki/Simple_Mail_Transfer_Protocol#Related_Requests_For_Comments https://en.wikipedia.org/wiki/Anti-spam_techniques#Strict_enforcement_of_RFC_standards
通过RFC阅读可以导致发现任何系统pipe理员认为有用的非常重要和重要的主题。 有时候我也会觉得这是一个很好的治疗失眠症的方法，而一些RFC只是正确的（ RFC 2795：Infinite Monkeys） 。 就像在大学里一样，我知道如何通过一杯好咖啡来推动一些不太令人兴奋的材料。 但是我想知道哪个RFC值得花三美元购买我的三焦换焦糖玛奇朵？
RFC 2462规定： 5.5.2。 缺less路由器广告 如果链路没有路由器，主机必须尝试使用有状态自动configuration来获取地址和其他configuration信息。 在这种情况下，实现可以提供一种禁用状态自动configuration调用的方法，但默认情况下应该启用。 从自动configuration的angular度来看，如果在[发现]中描述的发送了less量路由器请求之后没有收到路由器通告，则链路没有路由器。 如果我理解正确的是，如果主机在请求或在规定的时间限制内未能接收路由器广告，则应使用DHCPv6进行地址configuration。 由于DHCPv6不能携带有关默认网关的信息（ http://tools.ietf.org/html/draft-droms-dhc-dhcpv6-default-router-00已弃用），地址configuration的要点是什么（地址不能甚至用于链路本地stream量，因为DHCPv6缺乏前缀信息）？
我们的思科防火墙有一个很奇怪的问题， 如果在我们的osx机器上运行以下命令来禁用窗口缩放支持： sudo sysctl -w net.inet.tcp.rfc1323 = 0 我们看到下载速度提高了近40％（使用不同的linux iso映像镜进行testing）。 如果我直接将我的机器放在外部调制解调器上（在范围内手动设置一个外部IP地址），在rfc1323启用和禁用的情况下，带宽保持不变，所以它必须是思科。 别的要注意的是： 我们的Linux设备都没有这个问题 有没有人遇到过这个问题？ 我似乎在旧的邮件列表中发现了一些模糊的引用，详细描述了不再适用于cisco ios的PIX解决方法。 提前致谢。