Kohalikud NTLM-puhverserveri abilised: kliendi juurdepääs versus ülemvoolu sisselogimine

Teie rakendus loob ühenduse puhverserveriga oma arvutis. Seejärel autendib see abiline end ettevõtte puhverserveri vastu. Rakendus ei pruugi ise ettevõtte autentimisvahetust teha.

application → local helper → company proxy → destination

Sellisel abilisel nagu CNTLM on ülemvoolu konto ja puhverserveri konfiguratsioon. Selle kohalikul kuulajal on eraldi kättesaadavuse ja juurdepääsu piir. Muu lõpp-punkti vastu sisestatud brauseri parool ei sea automaatselt kumbagi neist.

Tehke kindlaks, milline hüpe ebaõnnestus

Kõigepealt kinnitage, et rakendus valis abilise tegeliku kuulaja ja protokolli. Viga enne selle kuulajani jõudmist ei ole NTLM-i tõrge. Seejärel uurige, kas abiline jõudis konfigureeritud ülemjuurde ja kas ülemjuur aktsepteeris tema identiteeti.

Sellel marsruudil tagastatud 407 vajab omistamist. Seostage kohalik tehing abilise redigeeritud diagnostikaga, selle asemel et eeldada, et nähtav olek määrab konto, mille teie rakendus peab saatma.

Vanad näited lisavad mõnikord keep-alive-päise ja teatavad edukusest. Püsivus võib ühendusepõhise autentimise juures oluline olla, kuid see tähelepanek ei tõesta, et iga ebaõnnestunud abilise seadistus vajab sama päist. Lõpp-punkti valik, toetatud meetod, konto ja ühenduse eluiga jäävad eraldi sisenditeks.

Kuulaja on tõeline teenus

Loopback hoiab kuulajat ümbritsevast võrgust eemal; see ei erista kõiki protsesse ega kasutajaid selles arvutis. Lüüs või laiem sidumine muudab kutsujate hulka, kes võivad abilise ülemvoolu identiteeti kasutada. Tehke see muudatus teadlikult.

Kasutage heakskiidetud abilise lahendust, kui rakendus ei suuda nõutavat skeemi täita. Kasulik tulemus on teadaolev tee teadaoleva konto omandiga, mitte seletamatu lisateenus, mis juhtumisi teeb ühe allalaadimise töötavaks.