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

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

application → local helper → company proxy → destination

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

Utvrdite koja je dionica zakazala

Najprije potvrdite da je aplikacija odabrala stvarni slušatelj i protokol pomoćnika. Pogreška prije dolaska do tog slušatelja nije NTLM kvar. Zatim provjerite je li pomoćnik stigao do konfiguriranog roditelja i je li roditelj prihvatio njegov identitet.

Kôd 407 vraćen tim putem zahtijeva utvrđivanje podrijetla. Povežite lokalnu transakciju s redigiranom 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 prijavljuju uspjeh. Postojanost može biti važna za autentifikaciju orijentiranu na vezu, ali to zapažanje ne dokazuje da svaka neuspješna postava pomoćnika treba isto zaglavlje. Odabir krajnje točke, podržana metoda, račun i trajanje veze ostaju odvojeni ulazi.

Slušatelj je stvarna usluga

Loopback drži slušatelj izvan okolne mreže; ne razlikuje sve procese ili korisnike na tom računalu. Gateway ili šire vezivanje mijenja skup pozivatelja 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 shemu. Koristan je rezultat poznat put s poznatim vlasništvom računa, a ne neobjašnjena dodatna usluga koja slučajno omogući jedno preuzimanje.