|Autenticación de proxy integrada: contas de servizo e suplantación
|Examine o contexto de seguridade detrás da autenticación de proxy integrada cando a mesma aplicación funciona de forma interactiva e falla como servizo web ou proceso programado.
“Usar as miñas credenciais de Windows” necesita un suxeito. Nun programa de escritorio pode ser a persoa que o executa. Nun servizo pode ser a conta do servizo. Nunha aplicación web, o inicio de sesión correcto dun visitante non substitúe automaticamente o contexto de seguridade da solicitude saínte.
Isto explica por que un navegador e código do lado do servidor na mesma máquina poden recibir resultados distintos dun proxy con autenticación integrada. Pode que estean presentando identidades diferentes.
Nomee as identidades antes de cambiar o código
- A persoa que iniciou sesión no navegador de escritorio.
- A conta que aloxa o proceso da aplicación.
- Calquera identidade suplantada activa para a operación saínte.
- A conta que o proxy aceptou ou rexeitou realmente.
Nas rutas de autenticación integrada compatibles con .NET, DefaultCredentials refírese ao contexto de seguridade actual. Non é un alias global para quen abrise unha páxina noutra máquina.
Se o produto actúa deliberadamente como usuario, a suplantación e calquera requisito de delegación de rede necesitan o seu propio deseño compatible. Activar un interruptor xenérico de uso de credenciais predeterminadas non establece ese deseño. Á inversa, unha tarefa en segundo plano pensada para executarse como identidade de servizo non debería depender de que alguén abra primeiro un navegador.
Compare o arranque interactivo e o despregado sen segredos: contexto da conta, extremo do proxy, método anunciado e identidade rexeitada. Evite copiar un contrasinal de escritorio na aplicación só porque fixo que unha solicitude puntual tivese éxito. Configure a conta que a aplicación debe usar e logo manteña esa titularidade visible no rexistro de despregamento.