问题标签 [rfc]

有人知道是否可以在 Windows 中基于每个 TCP 套接字启用 RFC1323？

我知道它可以通过注册表在系统范围内进行更改（http://www.psc.edu/networking/projects/tcptune/OStune/winxp/winxp_stepbystep.html）

此外，在 *nix 中似乎可以通过以下方式实现：

是否有相当于 Windows XP 的软件？

非常感谢！

我对OAuth RFC 草案有一些评论（特别是关于它包含的一些错误），但我不确定制作它们的公认方法是什么。

底部有一个电子邮件地址，所以我只是将评论发送到那里，还是有一些我应该知道的用于跟踪评论/问题的 IETF 工具？

我将实现 JSON-RPC Web 服务。我需要这方面的规范。到目前为止，我只发现了一种可以称为真正规范的资源：

• JSON-RPC 1.0 http://json-rpc.org/wiki/specification
• JSON-RPC 2.0 的提议：http ://groups.google.com/group/json-rpc/web/json-rpc-2-0 （为什么在google groups上？）

但是我已经看到像 Dojo 这样的 JavaScript 框架积极使用 JSON-RPC SMD

• 服务映射描述提案

但它需要 JSON Schema 规范，但它会重定向到错误的 URL 作为参考。到目前为止，我发现了以下内容：

• https://datatracker.ietf.org/doc/html/draft-zyp-json-schema-02

而且还是草稿...

任何人都可以指出一些实际的规格......至少官方更新的东西？因为看起来按原样实现 JSON-RPC 1.0 可能还不够，至少对于像 Dojo 这样的框架来说是这样。还是我错了？

问题：

• JSON-RPC 1.0 规范的实现是否足以为大多数现代客户端提供 JSON-RPC 服务，以及有多少客户端（如果有的话）实际支持 JSON-RPC 1.0（SMD、Schema、2.0）以外的功能?

  因为看起来 JSON-RPC 1.0 只是一个有官方规范的（而不是草稿）

• 如果我应该实施 SMD，或者建议有人可以指向官方的、最新的Json Schema和服务映射描述规范，还是我找到的链接真的是“规范”？

• JSON-RPC 2.0、SMD 和 JSON-Schema 草案是否足够稳定以实施它们？

注意：不建议现有的 JSON-RPC 服务实现。

有人吗？

编辑：有人使用 JSON-RPC 吗？

如果这是问这个问题的错误地方，请原谅我，我觉得这个问题有点离题，即使它也是关于编程的。

我正在将我的 WebDAV 项目的待办事项输入到我的问题跟踪器中，因为我阅读了相关的 RFC，如果能够在我的问题文本中直接添加一个链接到相关文本，而不是仅仅一个在问题文本中使用节号链接到 RFC 文件，然后我必须使用 find 函数来查找它。

例如，这样的链接：

• http://ieft.org/rfc2518.txt#1000 <-- 第 1000 行
• http://ieft.org/rfc2518.txt#9.8.3 <-- 第 9.8.3 节

这两个都不起作用，因为它们只是发布全文文件，所以我的问题是：有人知道包含此类链接的 RFC 文档的托管版本吗？

根据 RFC 2109，2965 cookie 的值可以是 HTTP 令牌或带引号的字符串，并且令牌不能包含非 ASCII 字符。

1. Cookie 的 RFC 2109和RFC2965
2. HTTP 的 RFC 2068 和 2616 令牌定义：https ://www.rfc-editor.org/rfc/rfc2616#page-16

但是我发现 Firefox 浏览器（3.0.6）按原样发送带有 utf-8 字符串的 cookie，并且我测试的三个 Web 服务器（apache2、lighttpd、nginx）按原样将此字符串传递给应用程序。

例如，来自浏览器的原始请求：

以及 apache、nginx 和 lighttpd HTTP_COOKIECGI 变量的原始响应：

我想念什么？

我已经着手用 C# 制作一个原始的 SSH 客户端；您可能会从诸如原始 ssh 连接（低级）之类的帖子中记住我，呵呵。

无论如何，在我发起 DH 密钥交换之前，一切都很好。我将建立 ssh 连接（从 openssh 客户端到 openssh 服务器）时的流量与我的客户端连接到同一个 openssh 服务器时的流量进行了比较。

OpenSSH 客户端 -> OpenSSH 服务器（S 代表服务器，C 代表客户端）：S：SSH-2.0-OpenSSH_5.1p1 Debian-6ubuntu2\r（打招呼）C：SSH-2.0-OpenSSH_5.2\r（自我介绍）C : 密钥交换初始化 (0x14 = 20) S: 密钥交换初始化 C: Diffie-Hellman GEX 请求 (0x22 = 34)（带有 DH GEX 最小值、位数和最大值） S: Diffie-Hellman 密钥交换回复（带有 P、 G 等） C：Diffie-Hellman GEX 初始化 S：Diffie-Hellman GEX 回复

我的客户端 -> OpenSSH 服务器：S：SSH-2.0-OpenSSH_5.1p1 Debian-6ubuntu2\r（打招呼）C：SSH-2.0-Some_Name\r（自我介绍）C：密钥交换初始化（0x14 = 20）S：密钥交换初始化 C：Diffie-Hellman GEX 请求（0x22 = 34）（DH GEX 最小值、位数和最大值）

然后是一个虚假的 TCP 数据包作为回复（可能在 GEX 请求之后/之后服务器连接已终止。

我还没有使用 AES128（我认为这是选择的加密，但我不确定如何验证...），我仍然以非压缩格式发送，希望得到 P、G等值来进行 DH 计算。

所以我被困的地方是：RFC 4419 第 3 页http://www.ietf.org/rfc/rfc4419.txt 我已经发送了 SSH_MSG_KEY_DH_GEX_REQUEST，但服务器没有响应 SSH_MSG_KEX_DH_GEX_GROUP。

谁能给我一些关于我在这里不理解的建议？服务器是否不理解我的 GEX 请求（因为它需要加密，或者？）？

非常感谢任何帮助，谢谢:)

文档使用：以 2009 年 4 月 7 日星期二 22:52:51 +0000 为例。
任何人都可以识别 rfc 吗？干杯

我正在尝试为multipart/relatedin C++/Qt 实现一个基本的 MIME 解析器。

到目前为止，我一直在为标头编写一些基本的解析器代码，并且我正在阅读 RFC 以了解如何尽可能地接近规范。不幸的是，RFC 中有一部分让我有点困惑：

来自RFC882第 3.1.1 节：

每个标题字段可以被视为一个单一的 ASCII 字符逻辑行，包括一个字段名称和一个字段主体。为方便起见，这个概念实体的字段主体部分可以拆分为多行表示；这称为“折叠”。一般规则是，无论哪里可能存在线性空白（不仅仅是 LWSP 字符），都可以插入紧随其后的至少一个 LWSP 字符的 CRLF。因此，单行

好的，所以我只是解析一个标题字段，如果 CRLF 后跟线性空格，我只是以一种有用的方式将它们连接起来以产生一个标题行。让我们继续...

来自RFC2045第 5.1 节：

在 RFC 822 的增强 BNF 表示法中，Content-Type 标头字段值定义如下：

[...]

好的。因此，如果您想指定Content-Type带有参数的标头，似乎只需这样做：

...并且同一标题的折叠版本如下所示：

正确的？好的。当我继续阅读 RFC 时，我在RFC2387第 5.1 节（示例）中遇到了以下内容：

嗯，这很奇怪。你看到Content-Type标题了吗？它有许多参数，但并非所有参数都有“;” 作为参数分隔符。

也许我只是没有正确阅读 RFC，但如果我的解析器严格按照规范定义的方式工作，typeandstart-info参数将导致单个字符串或更糟，导致解析器错误。

小伙伴们，你们对此怎么看？只是 RFC 中的一个错字？还是我错过了什么？

谢谢！

我有许多相当大的二进制文件（固定长度的记录，其布局在另一个 -<strong>textual- 文件中描述）。数据文件可以达到 6 GB。布局文件（cobol copybooks）很小，通常小于 5 KB。

所有数据文件都集中在 GNU/Linux 服务器中（尽管它们是在大型机中生成的）。

我需要为测试人员提供编辑这些二进制文件的方法。有一个名为 RecordEdit ( http://record-editor.sourceforge.net/ ) 的免费产品，但它有两个严重的缺点：

1. 它迫使测试人员通过 SFTP 下载大文件，每次稍作更改时才再次上传。非常 低效。

2. 它将整个文件加载到工作内存中，除了相对较小的数据文件外，它对所有文件都无用。

我想到的是基于 Java 的客户端/服务器架构：

• 服务器将运行一个永久进程，监听来自客户端的面向版本的请求。此类请求将包括以下内容

  • 返回可用文件列表

  • 锁定特定文件以供编辑

  • 修改该记录中的此数据

  • 返回第 n 页记录

  等等……</p>

• 客户端可以采用任何形式（基于 RCP 的桌面——这是我的第一个候选者——、同一服务器中的ncurses、中间 Web 应用程序……）只要它能够向服务器发送请求。

为了实现该方案，我一直在探索 NIO（因为它的缓冲区）和 MINA（因为协议透明性）。但是，在进一步推进这项工作之前，我想收集您的专家意见。

我的方法是解决问题的合理方法吗？

使用我正在考虑的语言和框架是否可行？方便吗？

您是否知道与我正在尝试做的事情相似或与之相关的任何模式、蓝图、成功案例或开放项目？

我用 C++ 开发了 Web 服务，并实现了提供 base 64 编码字符串以发送带有其他元数据的文件的能力。虽然当编码数据是文本文件时我已成功解码字符串，但图像和其他二进制文件未正确解码。

你能给我指出一个 C++ 库或与 Adob​​e Flex Base64encoder 一起工作的 base64 解码的实现吗？Flex 编码/解码实现了什么 RFC？