Lokálni pomocníci NTLM proxy: prístup klienta verzus prihlásenie k nadradenému proxy

Vaša aplikácia sa pripája k proxy na svojom vlastnom počítači. Tento pomocník sa potom overuje voči firemnému proxy. Aplikácia nemusí nevyhnutne sama vykonávať výmenu overovania firmy.

application → local helper → company proxy → destination

Pomocník ako CNTLM má konfiguráciu nadradeného účtu a proxy. Jeho miestny poslucháč má samostatnú hranicu dostupnosti a prístupu. Heslo zadané v prehliadači voči inému koncovému bodu automaticky nenastaví ani jedno z toho.

Zistite, ktorý krok zlyhal

Najprv overte, že aplikácia zvolila skutočný poslucháč a protokol pomocníka. Chyba pred dosiahnutím tohto poslucháča nie je zlyhanie NTLM. Potom skontrolujte, či pomocník dosiahol nakonfigurovaného rodiča a či rodič prijal jeho identitu.

Kód 407 vrátený po tejto trase vyžaduje určenie pôvodu. Prepojte miestnu transakciu s redigovanou diagnostikou pomocníka namiesto predpokladu, že viditeľný stav určuje účet, ktorý má vaša aplikácia odoslať.

Staré príklady niekedy pridajú hlavičku keep-alive a hlásia úspech. Trvalosť spojenia môže byť pri overovaní orientovanom na spojenie dôležitá, ale toto pozorovanie nedokazuje, že každé neúspešné nastavenie pomocníka potrebuje rovnakú hlavičku. Voľba koncového bodu, podporovaná metóda, účet a životnosť spojenia zostávajú samostatnými vstupmi.

Poslucháč je skutočná služba

Loopback drží poslucháč mimo okolitej siete; nerozlišuje všetky procesy ani používateľov na danom počítači. Brána alebo širšie naviazanie mení množinu volajúcich, ktorí môžu potenciálne použiť nadradenú identitu pomocníka. Túto zmenu robte vedome.

Použite schválené usporiadanie s pomocníkom, keď aplikácia nedokáže vykonať požadovanú schému. Užitočným výsledkom je známa cesta so známym vlastníctvom účtu, nie nevysvetlená služba navyše, ktorá náhodou umožní jedno stiahnutie.