Az alkalmazás a saját számítógépén lévő proxyhoz csatlakozik. Ez a segéd aztán hitelesíti magát a vállalati proxynál. Nem szükségszerű, hogy az alkalmazás maga végezze a vállalat hitelesítési cseréjét.

application → local helper → company proxy → destination

Egy CNTLM-hez hasonló segédnek van felső szintű fiók- és proxykonfigurációja. Helyi figyelőjének külön elérhetőségi és hozzáférési határa van. Egy másik végponthoz beírt böngészőjelszó egyiket sem állítja be automatikusan.

Állapítsa meg, melyik lépcső hibázott

Először erősítse meg, hogy az alkalmazás a segéd tényleges figyelőjét és protokollját választotta. A figyelő elérése előtti hiba nem NTLM-hiba. Ezután vizsgálja meg, hogy a segéd elérte-e a beállított szülőt, és a szülő elfogadta-e az identitását.

Az ezen az úton visszatérő 407 hozzárendelést igényel. Kapcsolja össze a helyi tranzakciót a segéd szerkesztett diagnosztikájával, ahelyett hogy feltételezné, hogy a látható állapot azonosítja a fiókot, amelyet az alkalmazásnak küldenie kell.

A régi példák néha keep-alive fejlécet adnak hozzá, és sikerről számolnak be. A kapcsolat fennmaradása számíthat a kapcsolatorientált hitelesítésben, de ez a megfigyelés nem bizonyítja, hogy minden sikertelen segédbeállításnak ugyanarra a fejlécre lenne szüksége. A végpont kiválasztása, a támogatott módszer, a fiók és a kapcsolat élettartama továbbra is külön bemenet.

A figyelő valódi szolgáltatás

A loopback távol tartja a figyelőt a környező hálózattól; nem különbözteti meg a számítógép összes folyamatát vagy felhasználóját. Egy átjáró vagy szélesebb kötés megváltoztatja azon hívók halmazát, amelyek esetleg használhatják a segéd felső szintű identitását. Ezt a változtatást szándékosan tegye.

Jóváhagyott segédelrendezést használjon, amikor az alkalmazás nem tudja végrehajtani az előírt sémát. A hasznos eredmény egy ismert útvonal ismert fióktulajdonnal, nem egy megmagyarázatlan kiegészítő szolgáltatás, amely véletlenül működőképessé tesz egy letöltést.

Kapcsolódó cikkek