Questions tagged «rfc»

引用RFC来支持观点（包括Serverfault问答）是非常普遍的，但是对于那些RFC定义标准以及哪些纯粹是信息性的，普通的IT员工了解得很少。这并不奇怪：所有经验水平的系统管理员通常都会避免对RFC视而不见，除非他们别无选择。 在像我们这样的网站上，至关重要的是，我们不要在常见的误解中永久保留误解。来自搜索引擎的随机用户会认为没有争议的评论是足够的审核指标。最近，我偶然发现了2011年的一个答案，很明显，在某些情况下我们肯定会对此予以保留，并可能需要做出一些努力来告知我们的社区和整个互联网。 因此，事不宜迟，如何区分可引用为互联网标准的RFC和纯粹可参考的RFC？

44 rfc 

它是可配置的吗？我是否可以设置Tomcat，以使带有200K查询参数的URL成功通过包含的servlet？ 是的，我知道当您有大量数据时应该使用POST；在这种特殊情况下，这不是一个令人愉快的选择。包含的应用程序（搜索引擎）期望GET请求执行搜索。

43 tomcat  http  rfc  uri 

我们正计划在新的一年中迁移服务器，并希望将我们托管的所有网站迁移到CNAMES，并希望能够将某些客户端迁移到一台服务器，而将其他客户端迁移到其他地方。我们正计划为客户提供一个唯一的CNAME，以后可以更改它。（我们现在还有其他原因要这样做，但这是主要原因） 我们已经在我们自己的一些领域中对该理论进行了测试，这似乎很好。但是，在检查域上的MX记录时，我却获得了CNAME值，而不是MX记录。 可悲的是，所有这些域都是通过控制面板完成的，但是我想它们只是为我编写区域文件。 我想为company.com创建2个CNAME company.com. IN CNAME client.dns.ourserver.com www IN CNAME client.dns.ourserver.com MX记录类似于以下内容： company.com IN MX 10 mail.company.com 我们有一个mail.company.com的A记录 正在做： host -t mx company.com 返回CNAME值，而不是mx记录。 这是预期的行为吗？ 我设法通过123-reg.co.uk控制面板获得了上述配置，但不确定是否比其他任何方式都幸运。

42 domain-name-system  mx-record  rfc 

在任何人问之前：我已经看到DNS查询何时使用TCP而不是UDP？它没有回答我的问题。 我所听到的只是“ 如果答案太长，DNS将使用TCP ”。但这并不能解释它是如何发生的。 因此，情况如下：DNS客户端要求使用UDP解析记录。记录对于UDP来说太长了： 服务器用特定的操作码回答，以使客户端切换到TCP 服务器根本不应答，并且客户端通过TCP重试 服务器打开到客户端的TCP连接（如果算上NAT，这很愚蠢，但是谁知道呢？） 客户端以某种方式（？）“知道”给定的查询应该在TCP上运行，因此它不会首先困扰UDP DNS小精灵在需要时将UDP神奇地转换为TCP 我一直在互联网上寻找答案，但是杂乱无章（请参见上文），而且我似乎无法为此编写正确的Google查询（就此而言，我也无法在RFC中找到信息） 。

31 domain-name-system  rfc 

SMTP根据RFC在主体上允许多个FROM地址（而不是信封）。 此功能是否曾经用于合法目的？ 丢弃具有多个FROM地址的邮件是否安全？

27 smtp  rfc 

IETF RFC 7505描述了明确不应该接收电子邮件的域/主机的MX记录。这是通过将MX指向域名系统根目录来实现的。例如， nomail.example.com. 86400 IN MX 0 "." 为什么需要这个？以我的理解，可以通过使用TLD下的域来进行明确驳斥invalid。例如， nomail.example.com. 86400 IN MX 0 "spam.invalid." nomail.example.com. 86400 IN MX 10 "null.invalid." 我看到RFC 2782 DNS SRV同样指定了“目标”。表示该服务肯定在该域不可用。” 所以我想我的问题是： 当invalid已经提供此功能时，为什么要使用DNS根表示“不可用” ？

18 domain-name-system  rfc 

除了邮件列表以外，是否有合理的理由使SMTP“ MAIL FROM：”字段与邮件的“ DATA”部分中的“ From：”字段不匹配？ 来自/programming/1750194/smtp-why-does-email-needs-envelope-and-what-does-the-envelope-mean： “但是，为了继续您的蜗牛邮件比喻，大多数专业信件将包含打印在信件本身上的发件人和收件人的地址。这些地址对于邮递员来说不是必需的，而是对收件人的礼貌。因此，明智的做法是电子邮件将以相同的方式工作。” 这条逻辑线的问题就在这里：“对接收者的礼貌”。通过SMTP在电子邮件中包含“发件人：”地址不是礼貌；如果收件人能够发送回复，则是必需的。 发件人：如何限制发件人头以匹配后缀中的MAIL FROM？： “但是，如果您真的想确保发件人：和邮件发件人，则必须应用header_checks，以便Return-Path：匹配发件人：” 这样做的含义是什么？邮件列表显然是一个问题。头信息“ MAIL FROM：”和“ From：”是否还有其他合法用途？

18 email  smtp  rfc 

在尝试诊断我的Cisco ASA 5520防火墙的故障转移问题时，我运行了到www.btfl.com的跟踪路由，令我惊讶的是，一些跃点以RFC 1918地址出现。 请注意，此主机不在我的防火墙后面，并且不涉及VPN。我必须通过开放的互联网连接才能到达那里。 这怎么/为什么呢？ asa# traceroute www.btfl.com Tracing the route to 157.56.176.94 1 <redacted> 2 <redacted> 3 <redacted> 4 <redacted> 5 nap-edge-04.inet.qwest.net (67.14.29.170) 0 msec 10 msec 10 msec 6 65.122.166.30 0 msec 0 msec 10 msec 7 207.46.34.23 10 msec 0 msec 10 msec 8 * * …

18 routing  rfc 

我了解到FROM地址和TO地址都在一个称为“信封”的隐藏元素中重复，然后在“ body”中再次重复。 题 为什么信封数据没有复制到“标题”中？ 为什么存在这种重复，为什么不能将必要的功能嵌入消息本身？ 所有（非SMTP）邮件传输都这样做吗？ 有哪些SMTP替代方法？（这样我可以更好地理解其原因）

15 email  smtp  rfc  legacy  protocol 

RFC-952（假设中第1点的最后一句）禁止使用单字符主机名，而我（在7年前的2002 年夏天）经历过一些服务拒绝使用单字符主机名的经历（因为这样的名称是（不符合标准）），但是我发现过去几年中使用了许多单字符主机名。单字符主机名现在有效吗？（如果是这样，正确的验证参考是什么？） 编辑（巩固从答案的一些信息）：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 be used as …

14 domain-name-system  hostname  rfc 

第三方电子邮件网关中继拒绝处理我们要发送到的电子邮件地址的消息。地址的格式为firstname..lastname @ recipientdomain.com（请注意两个句点）。RFC准则允许这样做吗？ RFC 2822在3.4.1节中似乎对此表示反对： 本地解释的字符串可以是带引号的字符串或点原子。如果该字符串可以表示为点原子（即，除文本字符或被文本字符包围的“。”外，不包含其他字符），则应使用点原子形式，而不应使用带引号的字符串形式使用。在addr-spec中的“ @”周围不应使用注释和可折叠的空格。 此外，在同一部分中，它引用了以下内容： addr-spec =本地部分“ @”域 本地部分=点原子/带引号的字符串/ obs本地部分 我将其解释为意味着localpart的内容可以由点分隔，但不能有两个连续的点，并且不能以点开头或结尾。话虽如此，我对点原子语法并不熟悉，所以也许我在这里弄错了。 有人可以确认并解释吗？

13 email  smtp  rfc 

在独立环境中使用Ubuntu 10.04 LTS服务器，并尝试使用视图为客户端的两个不同子网提供服务。在获取有关zones.rfc1918文件的错误时，所以我想知道该文件的用途。托管rfc1918地址有什么意义？ 我正在使用的子网是rfc 1918地址，btw。包括默认的zones.rfc1918文件是否会让我头疼（更多）？

12 bind  internal-dns  rfc 

我的域名注册商和DNS提供当前忽略对未知域的DNS请求。忽略是指出现黑洞且从不响应，这会导致我的DNS客户端和解析器库重试，退出并最终超时。 dig @NS3.DNSOWL.COM somedomainthatdoesntexist.org ... ;; connection timed out; no servers could be reached 在调查其他流行的域名服务时，我看到此行为非常独特，因为其他提供程序返回的RCODE为5（拒绝）： 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 要么 ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 31219 恕我直言，立即返回REFUSED或NXDOMAIN立即发送，而不是仅将请求丢弃在服务器机房地板上。 当我向提供者投诉他们的服务器没有响应时，他们要求我引用他们的服务器违反的RFC。我知道奇怪的是，他们要我证明他们的服务器应该响应所有请求，但事实并非如此。 问题： 我的规定是，除非存在重复的请求ID或某种DOS响应，否则服务器应始终响应该请求。这个对吗？ 我应该引用什么RFC和特定部分来支持我的规定？ 对我来说，不响应DNS查询是很糟糕的。大多数客户端将退出，然后将同一查询重新传输到同一DNS服务器或另一台服务器。它们不仅减慢了客户端的速度，而且还导致它们自己或其他服务器根据权威名称服务器和NS条目再次执行相同的查询。 在RFC 1536和2308中，出于性能原因，我看到了很多有关否定缓存的信息，并停止了重新传输同一查询。在4074中，我看到有关返回RCODE为0的空答案的信息，因此客户端知道没有ipv6信息，该信息会导致客户端询问A …

11 domain-name-system  rfc  protocol 

我很难找到记录在哪里的源端口应该是随机的并且在1024-65535范围内。 此文件记录在哪个RFC中？ 编辑： 特权端口的第一个引用是在RFC2623中。 这似乎更多地取决于TCP / IP的实现，它是事实上的标准。 IANA正在分配端口号（RFC1700）

11 tcpip  udp  rfc 

我不时地喜欢在我的DNS服务器上运行检查，以确保它们运行正确并符合RFC规范。我曾经使用DNSTools网站来执行此操作，因为它使我对所发生的事情有一个很好的了解-我的所有服务器是否都对外界做出响应，并且重要的记录（尤其是NS，MX）仍然可以正常复制。还可以查看我的MX记录是否成功将其列入任何黑名单。 由于我无法找到可靠的“一站式商店”来让您对照那里的大多数主要黑名单，黑名单一直让人感到痛苦。 我已经有一段时间没有使用DNS工具了，现在它们要求您付款（我对此一无所知，当您投资购买大型内部监控解决方案时，很难向上级辩解，而我只是在做“感觉很好” 我的其他系统管理员用什么来检查其DNS记录？

11 domain-name-system  blacklist  rfc