Tomcat 9：标题行不符合 RFC 7230

Question

我有一个在 Tomcat 8.5.38 上运行的应用程序。 现在我决定升级到 Tomcat 9.0.27，GET 请求和RFC 7230, Hypertext Transfer Protocol (HTTP/1.1): Message Syntax and Routing 出现问题。

请求：

/api/vehicle/power_off?vehicleId=1428714&dtStart=2019-10-21 08:00:00&dtEnd=2019-10-21 08:30:00

它在浏览器（任何 - IE、Opera、Chrome、FF）和另一个客户端（1C ERP 系统）上都能完美运行。

从浏览器升级版本后它仍然可以正常工作，但从 1C 则不能。 Tomcat 显示错误：

28-Oct-2019 17:29:26.201 INFO [http-nio-8080-exec-3] org.apache.coyote.http11.Http11Processor.service Error parsing HTTP request header
 Note: further occurrences of HTTP request parsing errors will be logged at DEBUG level.
    java.lang.IllegalArgumentException: The HTTP header line [get /api/vehicle/power_off?deviceId=1428714&dtStart=2019-10-21%2008:00:00&dtEnd=2019-10-21%2008:30:00 HTTP/1.1: ] does not conform to RFC 7230 and has been ignored.
        at org.apache.coyote.http11.Http11InputBuffer.skipLine(Http11InputBuffer.java:962)
        at org.apache.coyote.http11.Http11InputBuffer.parseHeader(Http11InputBuffer.java:825)
        at org.apache.coyote.http11.Http11InputBuffer.parseHeaders(Http11InputBuffer.java:564)
        at org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:309)
        at org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66)
        at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:860)
        at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1587)
        at org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
        at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
        at java.lang.Thread.run(Thread.java:748)

同样的错误出现在我的开发机器（MacOS + Tomcat 9.0.24）和生产服务器（Ubuntu 16.04 + Tomcat 9.0.27）上。

原因是日期时间参数中的冒号。当我从查询字符串中删除冒号（只留下“2019-10-21 080000”）时，请求按预期工作（错误“无法解析日期时间......”）。此外，当我手动将冒号更改为“%3A”时，请求有效并返回正常结果。

然后我用冒号向Tomcat连接器添加了relaxQueryChars参数（虽然冒号是允许的符号）：

relaxedQueryChars=':[]|{}^\`"<>'

它仍然失败。

我的请求在 8 中有效但在 9 中无效的 8 和 9 Tomcat 版本有什么区别？ 我可以在 Tomcat 中做些什么来使这个请求有效吗？在客户端更改请求是一项非常艰巨的任务...

Answer 1

我要求的 Tomcat 8 和 9 版本有什么区别 在 8 中有效，但在 9 中无效？

我认为不同之处在于 Tomcat 9.x 加强了在 URL 中允许未编码的内容，因此从技术角度来看，Tomcat 9.x 没有问题；问题在于早期的 Tomcat 版本，以及没有严格遵循规范的浏览器。

也就是说，我无法为您确定任何触发此问题的特定修复程序，也无法在 the Release Notes 中看到任何内容。

我用冒号向Tomcat连接器添加了relaxedQueryChars参数 （虽然冒号是允许的符号）......它仍然失败。

来自the Tomcat 9.0 documentation 为relaxedQueryChars：

HTTP/1.1 规范要求某些字符在用于 URI 查询字符串时进行 %nn 编码。不幸的是，包括所有主要浏览器在内的许多用户代理都不符合该规范，并以未编码的形式使用这些字符。为防止 Tomcat 拒绝此类请求，此属性可用于指定允许的附加字符。如果未指定，则不允许使用其他字符。 该值可以是以下字符的任意组合：" [ \ ] ^ ` { | } 。该值中存在的任何其他字符都将被忽略。

注意最后两句。没有提到冒号字符，所以它“将被忽略”。

我可以在 Tomcat 中做些什么来使这个请求生效吗？

我不这么认为，但真正的问题是您没有在参数中编码冒号，您已经提到这可以解决问题。 See this SO answer，尤其是最后一句：

There are reserved characters, that have a reserved meanings, those are delimiters — :/?#[]@ — and subdelimiters — !$&'()*+,;=

There is also a set of characters called unreserved characters — alphanumerics and -._~ — which are not to be encoded.

That means, that anything that doesn't belong to unreserved characters set is supposed to be %-encoded, when they do not have special meaning (e.g. when passed as a part of GET parameter).

冒号是具有特殊含义的保留字符，因此必须在您的参数中进行编码。

注意事项：

• 另见Bug 62273 - Add support for alternate URL specification。虽然它没有专门解决您的冒号问题，但有一个有趣的讨论是关于浏览器如何不遵守RFC 3986 (Uniform Resource Identifier (URI): Generic Syntax)。

• 您从 Tomcat 收到的错误消息含糊不清，可能需要改进。也许向他们提出错误报告？