问题标签 [ietf]

看起来这个特定的函数阻塞了谷歌提供的字符串。例如：

似乎没有解析，至少使用带有此功能的basex控制台：

看起来“at”会造成严重破坏，就像一个完整的月份与一个简短的月份一样。

这个函数能解析这个日期吗？如果不是，什么替代功能可能是合适的？

据推测，谷歌使用标准时间戳。

（数据来自导出为 JSON 的“google hangouts”。）

在 URL 中，根据此语法，我想使用不同的分隔符来分隔 URL 中的路径。

例如：

在这个 URLhttps://en.wikipedia.org/wiki/Uniform_Resource_Identifier#Generic_syntax中，我想wiki/Uniform_Resource_Identifier用除 之外的符号来分隔/，但我想确保它不会破坏由IETF形式化的URL 语法。

我只关心路径，我如何分离它的组件，比如wiki和Uniform_Resource_Identifier

我使用以下向量在 python 中使用 Poly1305 的 AEAD 测试 XChaCha20 加密：

矢量图：

https://datatracker.ietf.org/doc/html/draft-arciszewski-xchacha-03#appendix-A.3

pycryptodome：

https://pycryptodome.readthedocs.io/en/latest/src/cipher/chacha20_poly1305.html

草稿使用 HEX 作为测试向量，如果您真的需要检查我是否使用此服务进行转换：

https://www.asciitohex.com/

如果测试向量根据 IETF 草案正确加密，为什么我的解密阶段会失败？

当我将字节数组转换回 base64 时，它们仍然与 JSON 输出匹配。因此，从 JSON 中读取我的密钥值进行解密是正确的。

错误在哪里？我确实使用了提供 pycryptodome 的网站上的代码示例，并且加密已正确完成。它应该解密就好了。

我想写一些关于ssh的命令集。我只能找到一个draft-ietf-secsh-filexfer-13

https://datatracker.ietf.org/doc/html/draft-ietf-secsh-filexfer-13.txt

1、为什么不是rfc文件？

2、draft-ietf-secsh-filexfer-13和正式的RFC文档有什么不同？

3、我可以引用draft-ietf-secsh-filexfer-13来证明我的正确性吗

当 Yang 模式包含插入符号 ^ 或美元 $ 时，它不接受有效的正则表达式。

波纹管模式在正则表达式验证器上有效，但是当在 is-types.yang 文件中的杨模式模板内运行时，我的应用程序错误。

但是，当我从表达式的每个部分中删除 ^ 和 $ 时，它可以正常工作。但是，这现在允许正则表达式接受不需要的值。

我正在尝试匹配 1、11、1/1/1、1/1/1/1。

尝试模式：

杨类型定义：

我也不确定在哪里向杨提出问题/错误。