No content response (204); content length/Transfer-Encoding headers; passenger with apache

Hello.
I am not sure, it’s right place for question.
We use passenger with apache. Api responds with 204 via “head :no_content” – ActionController/Head.html

response (tcpdump output):

HTTP/1.1 204 No Content^M
Date: Wed, 15 Jul 2015 13:05:41 GMT^M
Server: Apache/2.4.7 (Ubuntu)^M
Cache-Control: no-cache^M
X-Runtime: 0.025314^M
X-Request-Id: 28bdd133-29c6-4176-a9a5-edcb628d9a19^M
X-Powered-By: Phusion Passenger 5.0.14^M
Transfer-Encoding: chunked^M
Status: 204 No Content^M
Content-Length: 0^M
Connection: close

but according (RFC 7230):

   A sender MUST NOT send a Content-Length header field in any message
that contains a Transfer-Encoding header field.

plus

   A server MUST NOT send a Transfer-Encoding header field in any
response with a status code of 1xx (Informational) or 204 (No
Content). A server MUST NOT send a Transfer-Encoding header field in
any 2xx (Successful) response to a CONNECT request ([   Section 4.3.6 of
[RFC7231]](https://tools.ietf.org/html/rfc7231#section-4.3.6)).

As the result we got this error on ios:

Error Domain=NSURLErrorDomain Code=-1017 “cannot parse response” UserInfo=0x1740eb880 {NSUnderlyingError=0x174051be0 “cannot parse response”, NSErrorFailingURLStringKey=api-url , NSErrorFailingURLKey=api-url,
kCFStreamErrorDomainKey=4, kCFStreamErrorCodeKey=-1, NSLocalizedDescription=cannot parse response}

I make a dirty workaround

headers[‘Content-Length’] = 0
after “head :no_content”. It’s remove “Transfer-Encoding: chunked”

according rfc7230#section-3.3.2

   A server MUST NOT send a Content-Length header field in any response
with a status code of 1xx (Informational) or 204 (No Content).

I think there is passenger mod or apache bug (maybe documentation lack or config settings). What should I do?

// and sorry for my poor English