Локални NTLM прокси помоћници: приступ клијента наспрам пријаве на узводни прокси

Ваша апликација се повезује на прокси на сопственом рачунару. Тај помоћник се затим аутентификује на корпоративни прокси. Није нужно да апликација сама обавља размену аутентификације компаније.

application → local helper → company proxy → destination

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

Утврдите који је корак заказао

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

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

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

Слушалац је стварна услуга

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

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