11-29-2023 08:26 AM
I have a customer that has a script making a REST call that is failing. In troubleshooting, the customer's security people are saying it's failing because UCCX is not sending the TLS SNI field in the TLS hello, and because of this their FortiWeb doesn't know what server to route the request to.
This is a new one to me. Has anyone else run across this? Is this even possible?
Solved! Go to Solution.
11-29-2023 08:36 AM
Well, a coworker sent me this: https://bst.cisco.com/bugsearch/bug/CSCwb74848
Apparently, it's not currently supported.
11-29-2023 08:36 AM
Well, a coworker sent me this: https://bst.cisco.com/bugsearch/bug/CSCwb74848
Apparently, it's not currently supported.
01-16-2024 12:32 PM
Hi @Clifford McGlamry, I opened a TAC case because I ran exactly into the same thing, the bug is quite misleading, our client has AS and they were able to find that there is a Patch, I am waiting on them to verify the packet capture and UCCX logs showing that the SNI is not being sent in the TLS Client Hello to provide the patch to test it
02-06-2024 12:45 PM
Finally I was able to get TAC to do the workaround on the Linux OS root and it is working!, It is key to be at 12.5.1 SU3 minimum to apply this workaround otherwise it won't work, at some point they will have a patch but if anybody runs into this issue, please contact TAC and ask for the manual workaround (jar file that needs to be copied via the UCCX Linux root).
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide