Lokale NTLM-proxyhelpers: klanttagong tsjin oanmelding by de boppestream

Jo applikaasje ferbynt mei in proxy op syn eigen kompjûter. Dyselde helper autentisearret him dan by de bedriuwsproxy. It is net needsaaklik dat de applikaasje sels de autentikaasje-útwikseling fan it bedriuw docht.

application → local helper → company proxy → destination

In helper lykas CNTLM hat konfiguraasje foar boppestreamaccount en proxy. Syn lokale listener hat in aparte berikberens- en tagongsgrins. In browserwachtwurd dat tsjin in oare einpunt ynfierd wurdt, konfigurearret net ien fan beide automatysk.

Befêstigje hokker hop mislearre

Befêstigje earst dat de applikaasje de wiere listener en it protokol fan de helper keas. In flater foardat dy listener berikt wurdt, is gjin NTLM-flater. Undersykje dêrnei oft de helper syn konfigurearre âlder berikt hat en oft de âlder syn identiteit akseptearre hat.

In 407 dy't oer dizze rûte weromkomt, freget om taskriuwing. Korreléarje de lokale transaksje mei de redigearre diagnostyk fan de helper ynstee fan oan te nimmen dat de sichtbere status it account oanjout dat jo applikaasje stjoere moat.

Alde foarbylden foegje soms in keep-alive-kop ta en melde sukses. Persistinsje kin fan belang wêze by ferbining-rjochte autentikaasje, mar dy observaasje bewiist net dat elke mislearre helperopsetsjen deselde kop nedich hat. Kar fan einpunt, stipe metoade, account en libbensdoer fan de ferbining bliuwe aparte ynfierden.

De listener is in echte tsjinst

Loopback hâldt in listener bûten it omlizzende netwurk; it ûnderskiedt net alle prosessen of brûkers op dy kompjûter. In gateway of in bredere binding feroaret de set fan oanroppers dy't mooglik de boppestreamidentiteit fan de helper brûke kinne. Meitsje dy feroaring bewust.

Brûk in goedkarde helperopset as de applikaasje it fereaske skema net útfiere kin. It nuttige resultaat is in bekende rûte mei bekend account-eigenskip, net in ûnferklearre ekstra tsjinst dy't by tafal ien download wurkje lit.