I have gotten an issue dumped in my lap. I am a SysAdmin by trade and enjoy my craft, not developing and here is just why:
We offload our SSL to a HA pair of Load Balancer. That works fine. Traffic comes in HTTPS, gets converted to HTTP and ships it along to the server (Server 2012 R2).
So here is where things get messy:
This application is built with .NET Core 3.1. On the server, going HTTPS to the site everything runs without issue (it requires a login). Going HTTP to the site it just boots you back out to the login screen, no error no warning, just login over and over. The Dev claims it to be a security feature to ensure traffic is secure (which I understand) and per the Dev cannot be turned off (core doesn't allow it to be off, which I don't understand).
Going through the Load Balancer yields the same result as HTTP on the server (makes sense as it is being delivered there as HTTP).
Here where the assistance is needed.
In the Load Balancer we header tag the following:
HTTP_X_FORWARDED_FOR (client IP)
The headers get modified, I requested that a full header site be placed there for viewing, and they are being tagged.
Not sure why Forwarded_For needs to be there but here we are.
This should allow .NET Core 3.1 to see the load as HTTP, but alas it does not. I think it is an app problem, but here we are with it now being my issue.
Thank you as always for any assistance that can be provided.
You could configure the loadbalancer to devide and forward to HTTPS ..
While your loadbalancer will be doing double work...
Alternatively fix the application whether it is IIS that on the sevurity has SSL required......
Confirm, by going to the server directly via http and see what happens.