Warum gibt Request.IsSecureConnection false zurück, wenn true erwartet wird

Question

Ich habe eine aspx-Seite, die Request.IsSecureConnection überprüft, um sicherzustellen, dass es wahr ist, wenn es nicht eine Umleitung auf die sichere Seite um https://www.domain.com/page.aspx.

Der Server hat ein SSL-Zertifikat für die Domäne installiert, und der Browser zeigt das Vorhängeschlosssymbol an.

Derselbe Code lief auf einem anderen Server einwandfrei, aber jetzt gibt Request.IsSecureConnection immer false zurück.

Ich habe eine vollständig leere Aspx-Datei erstellt, die nur den Rückgabewert von Request.IsSecureConnection druckt und es immer noch falsch ist, so dass kein anderer Inhalt von einer Standard-HTTP-Anfrage kommt.

Kann jemand vorschlagen, was könnte dies verursachen, oder geben Sie irgendwelche Hinweise, wie ich herausfinden könnte, was bewirkt, dass dies immer falsch zurückgibt?

Answer 1

Wenn sich vor Ihrem Web-Server mit SSL-Terminierung ein Load-Balancing-Router oder Ähnliches befindet, ist die Verbindung von dort zu Ihrem Webserver nicht über SSL. In diesem Fall müssen Sie normalerweise nach einer Verbindung an einem bestimmten Port suchen oder nach Headern, die vom Load Balancer eingerichtet werden.

Answer 2

Einige Load Balancer fügen der Anforderung einen neuen Header hinzu, mit dem Sie feststellen können, ob die ursprüngliche Anforderung vom Client über SSL gekommen ist. Mit Azure Websites scheint der folgende Code zu arbeiten:

if (string.IsNullOrEmpty(Request.Headers["x-arr-ssl"])) 
{ 
    // No SSL 
} 
else 
{ 
    // Secure connection 
} 

Einige andere Loadbalancer eines anderen Header verwenden können, zum Beispiel X-Forwarded-Proto.