Lokalni NTLM proxy pomoćnici: pristup klijenta nasuprot prijavi na uzvodni proxy

Vaša aplikacija se povezuje na proxy na vlastitom računaru. Taj pomoćnik se zatim autentifikuje na korporativni proxy. Nije nužno da aplikacija sama obavlja razmjenu autentifikacije kompanije.

application → local helper → company proxy → destination

Pomoćnik kao CNTLM ima konfiguraciju uzvodnog računa i proxyja. Njegov lokalni slušalac ima odvojenu granicu dostupnosti i pristupa. Lozinka unesena u pregledniku prema nekoj drugoj krajnjoj tački ne konfiguriše automatski nijedno od toga.

Utvrdite koji je korak zakazao

Prvo potvrdite da je aplikacija odabrala stvarni slušalac i protokol pomoćnika. Greška prije dolaska do tog slušaoca nije NTLM kvar. Zatim provjerite da li je pomoćnik stigao do konfigurisanog roditelja i da li je roditelj prihvatio njegov identitet.

Kod 407 vraćen tim putem zahtijeva utvrđivanje porijekla. Povežite lokalnu transakciju s redigovanom dijagnostikom pomoćnika umjesto da pretpostavljate da vidljivi status određuje račun koji vaša aplikacija treba poslati.

Stari primjeri ponekad dodaju keep-alive zaglavlje i prijave uspjeh. Upornost može biti važna za autentifikaciju orijentisanu na vezu, ali to zapažanje ne dokazuje da svaka neuspješna postavka pomoćnika treba isto zaglavlje. Odabir krajnje tačke, podržana metoda, račun i trajanje veze ostaju odvojeni ulazi.

Slušalac je stvarna usluga

Loopback drži slušalac izvan okolne mreže; ne razlikuje sve procese ili korisnike na tom računaru. Gateway ili šire vezivanje mijenja skup pozivalaca koji potencijalno mogu koristiti uzvodni identitet pomoćnika. Neka ta promjena bude namjerna.

Koristite odobreni raspored s pomoćnikom kada aplikacija ne može izvesti traženu šemu. Koristan rezultat je poznata putanja s poznatim vlasništvom računa, a ne neobjašnjena dodatna usluga koja slučajno omogući jedno preuzimanje.