Ayudantes locales de proxy NTLM: acceso del cliente frente al inicio de sesión en el origen
Siga por separado las conexiones aplicación–ayudante y ayudante–proxy de la empresa cuando interviene un ayudante de autenticación NTLM.
Su aplicación se conecta a un proxy en su propio equipo. Ese ayudante se autentica después con el proxy de la empresa. No es necesario que la aplicación realice por sí misma el intercambio de autenticación de la empresa.
application → local helper → company proxy → destination
Un ayudante como CNTLM tiene configuración de cuenta y de proxy de origen. Su escucha local tiene una frontera propia de accesibilidad y de acceso. Una contraseña de navegador introducida en otro punto final no configura automáticamente ninguna de las dos cosas.
Determine qué salto falló
Primero confirme que la aplicación eligió el escucha y el protocolo reales del ayudante. Un error antes de llegar a ese escucha no es un fallo de NTLM. Después compruebe si el ayudante llegó a su padre configurado y si el padre aceptó su identidad.
Un 407 devuelto por esta ruta necesita atribución. Correlacione la transacción local con el diagnóstico redactado del ayudante en lugar de suponer que el estado visible identifica la cuenta que su aplicación debe enviar.
Los ejemplos antiguos a veces añaden una cabecera keep-alive y notifican éxito. La persistencia puede importar en la autenticación orientada a la conexión, pero esa observación no demuestra que toda configuración fallida de ayudante necesite la misma cabecera. La selección del punto final, el método admitido, la cuenta y la vida de la conexión siguen siendo entradas separadas.
El escucha es un servicio real
Loopback mantiene un escucha fuera de la red circundante; no distingue todos los procesos ni usuarios de ese equipo. Una pasarela o un enlace más amplio cambia el conjunto de llamantes que pueden usar la identidad de origen del ayudante. Haga ese cambio de forma deliberada.
Utilice una disposición de ayudante aprobada cuando la aplicación no pueda realizar el esquema requerido. El resultado útil es una ruta conocida con una propiedad de cuenta conocida, no un servicio extra sin explicación que por casualidad hace que una descarga funcione.