Приложението ви се свързва с прокси на собствения си компютър. След това този помощник се удостоверява пред корпоративния прокси. Приложението не извършва непременно само обмена на удостоверяване на компанията.

application → local helper → company proxy → destination

Помощник като CNTLM има конфигурация за акаунт и прокси на горното ниво. Локалният му слушател има отделна граница за достъпност и достъп. Парола за браузър, въведена към друга крайна точка, не конфигурира автоматично нито едно от двете.

Открийте кой етап се провали

Първо потвърдете, че приложението е избрало действителния слушател и протокол на помощника. Грешка преди достигане до този слушател не е NTLM повреда. След това проверете дали помощникът е достигнал конфигурирания родител и дали родителят е приел самоличността му.

Код 407, върнат по този маршрут, изисква установяване на произхода. Свържете локалната транзакция с редактираната диагностика на помощника, вместо да предполагате, че видимият статус определя акаунта, който приложението ви трябва да изпрати.

Стари примери понякога добавят заглавка keep-alive и съобщават за успех. Постоянството може да е от значение за удостоверяване, ориентирано към връзката, но това наблюдение не доказва, че всяка неуспешна настройка на помощник се нуждае от същата заглавка. Изборът на крайна точка, поддържаният метод, акаунтът и животът на връзката остават отделни входни данни.

Слушателят е истинска услуга

Loopback държи слушателя извън околната мрежа; той не различава всички процеси или потребители на този компютър. Шлюз или по-широко свързване променя набора от извикващи, които потенциално могат да използват идентичността на помощника в горното ниво. Правете тази промяна умишлено.

Използвайте одобрена схема с помощник, когато приложението не може да изпълни изискваната схема. Полезният резултат е известен път с известно собственичество на акаунта, а не необяснима допълнителна услуга, която случайно кара едно изтегляне да работи.

Подобни статии