Lokalni pomočniki proxyja NTLM: dostop odjemalca proti prijavi v nadrejeni proxy

Vaša aplikacija se poveže s proxyjem na svojem računalniku. Ta pomočnik se nato preveri pri podjetniškem proxyju. Ni nujno, da aplikacija sama izvede izmenjavo preverjanja pristnosti podjetja.

application → local helper → company proxy → destination

Pomočnik, kot je CNTLM, ima konfiguracijo nadrejenega računa in proxyja. Njegov lokalni poslušalec ima ločeno mejo dosegljivosti in dostopa. Geslo, vneseno v brskalniku za drugo končno točko, samodejno ne nastavi nobenega od obeh.

Ugotovite, kateri skok je spodletel

Najprej preverite, da je aplikacija izbrala dejanski poslušalec in protokol pomočnika. Napaka pred dosego tega poslušalca ni okvara NTLM. Nato preverite, ali je pomočnik dosegel konfiguriranega nadrejenega in ali je nadrejeni sprejel njegovo identiteto.

Koda 407, vrnjena po tej poti, potrebuje pripis. Povežite lokalno transakcijo z redigirano diagnostiko pomočnika, namesto da bi domnevali, da vidno stanje označuje račun, ki naj bi ga aplikacija poslala.

Stari primeri včasih dodajo glavo keep-alive in poročajo o uspehu. Obstojnost lahko šteje pri preverjanju pristnosti, usmerjenem v povezavo, vendar to opažanje ne dokazuje, da vsaka neuspešna nastavitev pomočnika potrebuje isto glavo. Izbira končne točke, podprta metoda, račun in življenjska doba povezave ostajajo ločeni vhodi.

Poslušalec je resnična storitev

Loopback drži poslušalec zunaj okoliškega omrežja; ne razlikuje vseh procesov ali uporabnikov na tem računalniku. Prehod ali širša vezava spremeni nabor klicateljev, ki lahko potencialno uporabijo nadrejeno identiteto pomočnika. To spremembo naredite namerno.

Uporabite odobreno ureditev s pomočnikom, ko aplikacija ne more izvesti zahtevane sheme. Uporaben rezultat je znana pot z znanim lastništvom računa, ne nerazložena dodatna storitev, ki slučajno omogoči en prenos.