Implementation of http2/RST_STREAM in NGINX 1.18.0

Paul Hecker paul at iwascoding.com
Mon Apr 27 07:57:57 UTC 2020


Hi,

it seems that macOS still has an issue with the proper handling of RST_STREAM. Since NGINX 1.18.0 the proper handling of RST_STREAM is re-enabled in this commit: 

https://hg.nginx.org/nginx/rev/2e61e4b6bcd9

I used git bisect to track this down. Our server mainly handles basic-auth protected image uploads through a CGI. All the clients are using NSURLSession to connect to the CGI. After the 401 reply NGINX is sending the RST_STREAM (as the images may be quite large and the upload continues) but the NSURLSession and its subcomponents are not re-trying with an authorized requst. Instead they are failing with an error.

As I can patch the sources and build my own version as a work-around, I would like to send you an heads up. Maybe this is an issue with all browsers on macOS/iOS that are using the NSURLSession subsystem.

Also you may consider adding a configuration option for the RST_STREAM handling, so that the user/administrator can decide whether most of its web-clients properly support the RST_STREAM.

Thanks,
Paul
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4106 bytes
Desc: not available
URL: <http://mailman.nginx.org/pipermail/nginx/attachments/20200427/7df1a866/attachment.bin>


More information about the nginx mailing list