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

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

application → local helper → company proxy → destination

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

Utvrdite koji je korak zakazao

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

Kod 407 vraćen tim putem zahteva utvrđivanje porekla. Povežite lokalnu transakciju sa redigovanom dijagnostikom pomoćnika umesto da pretpostavljate da vidljivi status određuje račun koji vaša aplikacija treba da pošalje.

Stari primeri ponekad dodaju keep-alive zaglavlje i prijavljuju uspeh. Postojanost može biti važna za autentifikaciju orijentisanu na vezu, ali to zapažanje ne dokazuje da svaka neuspela postavka pomoćnika treba isto zaglavlje. Izbor 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 menja skup pozivalaca koji potencijalno mogu koristiti uzvodni identitet pomoćnika. Neka ta promena bude namerna.

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