Vietējie NTLM starpniekservera palīgi: klienta piekļuve pret augšupējo pieteikšanos

Jūsu lietojumprogramma savienojas ar starpniekserveri savā datorā. Pēc tam šis palīgs autentificējas uzņēmuma starpniekserverī. Lietojumprogramma ne vienmēr pati veic uzņēmuma autentifikācijas apmaiņu.

application → local helper → company proxy → destination

Palīgam, piemēram, CNTLM, ir augšupēja konta un starpniekservera konfigurācija. Tā vietējam klausītājam ir atsevišķa sasniedzamības un piekļuves robeža. Pārlūkā pret citu galapunktu ievadīta parole automātiski nekonfigurē nevienu no tiem.

Nosakiet, kura posma pāreja neizdevās

Vispirms pārliecinieties, ka lietojumprogramma izvēlējās palīga faktisko klausītāju un protokolu. Kļūda pirms šī klausītāja sasniegšanas nav NTLM kļūme. Pēc tam pārbaudiet, vai palīgs sasniedza konfigurēto vecāku un vai vecāks pieņēma tā identitāti.

Šajā maršrutā atgriezts 407 prasa attiecinājumu. Saistiet vietējo darījumu ar palīga rediģēto diagnostiku, nevis pieņemiet, ka redzamais statuss norāda kontu, kuru jūsu lietojumprogrammai jāsūta.

Vecos piemēros dažkārt pievieno keep-alive galveni un ziņo par panākumiem. Noturība var būt svarīga savienojumorientētā autentifikācijā, taču šis novērojums nepierāda, ka katrai neizdevušajai palīga iestatīšanai vajadzīga tā pati galvene. Galapunkta izvēle, atbalstītā metode, konts un savienojuma mūžs joprojām ir atsevišķas ievades.

Klausītājs ir īsts pakalpojums

Loopback tur klausītāju ārpus apkārtējā tīkla; tas nešķir visus šī datora procesus vai lietotājus. Vārteja vai plašāka piesaiste maina zvanītāju kopu, kuri potenciāli var izmantot palīga augšupējo identitāti. Veiciet šo izmaiņu apzināti.

Izmantojiet apstiprinātu palīga izvietojumu, kad lietojumprogramma nevar veikt nepieciešamo shēmu. Noderīgais rezultāts ir zināms ceļš ar zināmu konta piederību, nevis neizskaidrots papildu pakalpojums, kas nejauši ļauj vienai lejupielādei darboties.