On 28/03/2019 15:14, Osipov, Michael wrote: > Hi folks, > > right away, I don't know whether it is us (Tomcat) or curl. I'd lke to > narrow down the cause.
It seems to be related to the use of kerberos. I don't see any errors when I provide the user name and password on the command line. >> * Server auth using Negotiate with user '' The above looks odd. Shouldn't that show the user name being used? >> * Using Stream ID: 3 (easy handle 0x800d65000) >> } [5 bytes data] >> > PUT > /backend-dev/manager-1/text/deploy?path=/backend-dev&update=false&version=003 > HTTP/2 >> > Host: sitex-ldadw.ad001.siemens.net:8445 >> > Authorization: Negotiate YIISIwYGKwY... >> > User-Agent: curl/7.64.0 >> > Accept: */* >> > Expect: 100-continue >> > Content-Length: 6502195 >> > >> } [0 bytes data] >> 0 6349k 0 0 0 0 0 0 --:--:-- --:--:-- > --:--:-- 0< HTTP/2 100 >> } [0 bytes data] >> 0 6349k 0 0 0 0 0 0 --:--:-- 0:00:20 > --:--:-- 0< HTTP/2 200 >> < cache-control: private >> < expires: Thu, 01 Jan 1970 00:00:00 GMT >> < www-authenticate: Negotiate oYHzMIHwo... >> < x-content-type-options: nosniff >> < content-type: text/plain;charset=utf-8 >> < date: Thu, 28 Mar 2019 13:48:39 GMT >> < >> } [0 bytes data] >> * HTTP/2 stream 0 was not closed cleanly: ENHANCE_YOUR_CALM (err 11) That is a result of the timeout. I've got some a Kerberos test environment in some VMs. I'll spin that up and see if I can reproduce the issue. Mark --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
