Вашата апликација се поврзува со прокси на сопствениот компјутер. Потоа тој помошник се автентикува на корпоративното прокси. Не е нужно апликацијата сама да ја извршува размената за автентикација на компанијата.

application → local helper → company proxy → destination

Помошник како CNTLM има конфигурација за горно ниво сметка и прокси. Неговиот локален слушател има одделна граница на достапност и пристап. Лозинка внесена во прелистувачот кон друга крајна точка не конфигурира автоматски ниту едно од двете.

Утврдете кој чекор паднал

Најпрво потврдете дека апликацијата го избрала вистинскиот слушател и протокол на помошникот. Грешка пред да се стигне до тој слушател не е NTLM дефект. Потоа проверете дали помошникот стигнал до конфигурираниот родител и дали родителот го прифатил неговиот идентитет.

Кодот 407 вратен по оваа рута бара утврдување на потеклото. Поврзете ја локалната трансакција со редигираната дијагностика на помошникот наместо да претпоставувате дека видливиот статус го одредува сметката што вашата апликација треба да ја прати.

Старите примери понекогаш додаваат заглавие keep-alive и пријавуваат успех. Постојаноста може да биде важна при автентикација ориентирана кон врска, но тоа набљудување не докажува дека секое неуспешно поставување на помошник бара исто заглавие. Изборот на крајна точка, поддржаниот метод, сметката и траењето на врската остануваат одделни влезови.

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

Loopback го држи слушателот надвор од околната мрежа; тој не ги разликува сите процеси или корисници на тој компјутер. Портал или пошироко поврзување го менува множеството повикувачи што потенцијално можат да го користат идентитетот на горното ниво на помошникот. Направете ја таа промена намерно.

Користете одобрен распоред со помошник кога апликацијата не може да ја изврши потребната шема. Корисниот резултат е познат пат со познато сопствеништво на сметката, а не необјаснета дополнителна услуга што случајно овозможува едно преземање.

Поврзани статии