He preparado una aplicación web ASP.NET (ASP.NET V2.0) y la configuré en mi IIS (V7.5). Utilicé Request.Url.AbsoluteUri en mi aplicación y funciona bien en mi servidor. Implementé la aplicación web en el equipo servidor de mi cliente (2008 R2 Server). Pero en el entorno de mi cliente, Request.Url.AbsoluteUri siempre devuelve http url aunque hayan habilitado SSL. Si alguna configuración de IIS configurada en la máquina del servidor de mi cliente? Por favor, guíameRequest.URL siempre devuelve http a pesar de que SSL está habilitado
Respuesta
Lo he visto antes. El motivo fue que el equilibrador de carga en el sitio de producción finalizó la conexión SSL. Por sí solo se conecta a IIS utilizando solo HTTP. Este esquema es una forma de descargar los cálculos de SSL al equilibrador de carga. Significa que la aplicación IIS nunca ve el protocolo HTTPS aunque el navegador sí lo ve.
Como dijo spender en los comentarios, vea los encabezados HTTP que llegan a su aplicación. Es probable que el equilibrador de carga les agregue información que le permita reconstruir todo.
En efecto. IIRC hay un montón de encabezados adicionales que comienzan con "x-forward" enviados al servidor web por algunos equilibradores de carga que le ayudarán a determinar si la solicitud original llegó a https. +1 – spender
@usr: "Gracias por su respuesta. ¿Cómo puedo detectar el equilibrador de carga que está configurado en mi servidor cliente? Y ¿Qué encabezado HTTP se usa para el balance de carga? – Suresh
1) pregunte al cliente 2) Depende del dispositivo Mire los documentos o simplemente vacíe todos los encabezados – usr
Si desea comprobar si la solicitud es HTTP o HTTPS. Debe verificar los encabezados. El siguiente enlace realmente me ayudó a resolverlo.
http://www.bugdebugzone.com/2013/12/identifying-https-or-ssl-connection-in.html
- 1. mysql_affected_rows() siempre devuelve 1 a pesar de que ninguna fila se actualizó
- 2. LocationManager: ¿el proveedor de "red" siempre está habilitado?
- 3. Android LocationManager.isProviderEnabled() siempre devuelve falso
- 4. Dispositivo incorporado habilitado para web SSL
- 5. Eliminar último segmento de Request.Url
- 6. PHP in_array() siempre devuelve falso
- 7. forma aún se presentó a pesar de que la función de detector devuelve falso
- 8. getsockname siempre devuelve 0.0.0.0?
- 9. curl_exec() devuelve siempre falsas
- 10. NSMenuItem no está habilitado?
- 11. isAvailableForServiceType siempre devuelve verdadero?
- 12. XPathSelectElement siempre devuelve nulo
- 13. iphone UISearchBar Botón hecho siempre habilitado
- 14. Application.ProductVersion siempre devuelve 1.0.0.0
- 15. PrincipalContext.ValidateCredentials siempre devuelve FALSE
- 16. sd.canWrite() devuelve siempre falsas
- 17. ¿Por qué resolveBinding() devuelve null a pesar de que establecí ResolucionesResultadas (verdadero) en mi ASTParser?
- 18. ¿Debo aprender Linq a SQL a pesar de que se está incorporando a Entity Framework?
- 19. getDrawingCache() siempre devuelve nulo
- 20. getRequestProperty ("Autorización") siempre devuelve nulo
- 21. cURL PHP RESTful servicio que siempre devuelve FALSO
- 22. ExecuteNonQuery() devuelve -1 siempre
- 23. ¿Cuándo puede ser nulo Request.Url?
- 24. C#: Process.HasExited devuelve falso a pesar de que el proceso ha terminado
- 25. NSLocale siempre devuelve en_US
- 26. Determinar si el módulo Magento está habilitado
- 27. ScaleGestureDetector.onTouchEvent siempre devuelve 'verdadero'
- 28. NSFetchedResultsController siempre devuelve ninguna fila
- 29. Locale.getDefault() devuelve siempre
- 30. InetAddress.getLocalHost() siempre devuelve 127.0.0.1
¿El sitio se ejecuta bajo HTTPS? es decir, ¿la barra del navegador muestra 'https: //'? – James
¿Es una configuración SSL simple en el sitio en el que se ejecuta su aplicación? (es decir, puertos predeterminados, el sitio está configurado con la misma dirección que el tipo de usuario) –
@James: "Sí, se está ejecutando en HTTPS y también la barra del navegador muestra https: //" – Suresh