Ajudants locals de proxy NTLM: accés del client davant l'inici de sessió a l'origen
Seguiu per separat les connexions aplicació–ajudant i ajudant–proxy de l'empresa quan hi intervé un ajudant d'autenticació NTLM.
La vostra aplicació es connecta a un proxy al seu propi ordinador. Aquest ajudant s'autentica després amb el proxy de l'empresa. No és necessari que l'aplicació faci ella mateixa l'intercanvi d'autenticació de l'empresa.
application → local helper → company proxy → destination
Un ajudant com CNTLM té configuració de compte i de proxy d'origen. El seu escoltador local té una frontera pròpia d'abast i d'accés. Una contrasenya de navegador introduïda en un altre punt final no configura automàticament cap de les dues coses.
Esbrineu quin salt ha fallat
Primer confirmeu que l'aplicació ha triat l'escoltador i el protocol reals de l'ajudant. Un error abans d'arribar a aquest escoltador no és una fallada NTLM. Després comproveu si l'ajudant ha arribat al pare configurat i si el pare ha acceptat la seva identitat.
Un 407 retornat en aquesta ruta necessita atribució. Correlacioneu la transacció local amb el diagnòstic redactat de l'ajudant en lloc de suposar que l'estat visible identifica el compte que la vostra aplicació ha d'enviar.
Els exemples antics de vegades afegeixen una capçalera keep-alive i informen d'èxit. La persistència pot importar en l'autenticació orientada a la connexió, però aquesta observació no demostra que tota configuració fallida d'ajudant necessiti la mateixa capçalera. La selecció del punt final, el mètode admès, el compte i la vida de la connexió continuen sent entrades separades.
L'escoltador és un servei real
Loopback manté un escoltador fora de la xarxa circumdant; no distingeix tots els processos ni usuaris d'aquell ordinador. Una passarel·la o una vinculació més àmplia canvia el conjunt de sol·licitants que poden utilitzar la identitat d'origen de l'ajudant. Feu aquest canvi de manera deliberada.
Utilitzeu una disposició d'ajudant aprovada quan l'aplicació no pugui fer l'esquema requerit. El resultat útil és un camí conegut amb una propietat de compte coneguda, no un servei extra inexplicat que casualment fa que una descàrrega funcioni.