Vietiniai NTLM tarpinio serverio pagalbininkai: kliento prieiga ir prisijungimas prie viršutinio lygio

Jūsų programa jungiasi prie tarpinio serverio savo kompiuteryje. Tada tas pagalbininkas autentifikuojasi įmonės tarpiniame serveryje. Programa nebūtinai pati atlieka įmonės autentifikavimo mainus.

application → local helper → company proxy → destination

Pagalbininkas, pavyzdžiui, CNTLM, turi viršutinio lygio paskyros ir tarpinio serverio konfigūraciją. Jo vietinis klausytojas turi atskirą pasiekiamumo ir prieigos ribą. Naršyklėje į kitą galinį tašką įvestas slaptažodis automatiškai nesukonfigūruoja nė vieno iš jų.

Nustatykite, kuri grandis nepavyko

Pirmiausia patvirtinkite, kad programa pasirinko tikrąjį pagalbininko klausytoją ir protokolą. Klaida prieš pasiekiant tą klausytoją nėra NTLM gedimas. Tada patikrinkite, ar pagalbininkas pasiekė sukonfigūruotą tėvą ir ar tėvas priėmė jo tapatybę.

Šiuo maršrutu grąžintas 407 reikalauja priskyrimo. Susiekite vietinę transakciją su pagalbininko redaguota diagnostika, o ne darykite prielaidą, kad matoma būsena nurodo paskyrą, kurią jūsų programa turi siųsti.

Senuose pavyzdžiuose kartais pridedama keep-alive antraštė ir pranešama apie sėkmę. Nuoseklumas gali būti svarbus autentifikuojant pagal ryšį, tačiau šis pastebėjimas neįrodo, kad kiekvienai nepavykusiai pagalbininko sąrankai reikia tos pačios antraštės. Galinio taško pasirinkimas, palaikomas metodas, paskyra ir ryšio trukmė lieka atskirais įvesties duomenimis.

Klausytojas yra tikra paslauga

Loopback laiko klausytoją už supančio tinklo; jis neišskiria visų to kompiuterio procesų ar naudotojų. Tinklo vartai ar platesnis susiejimas pakeičia kviečiančiųjų, galinčių naudoti pagalbininko viršutinio lygio tapatybę, rinkinį. Tą pakeitimą atlikite sąmoningai.

Naudokite patvirtintą pagalbininko išdėstymą, kai programa negali atlikti reikiamos schemos. Naudingas rezultatas yra žinomas kelias su žinoma paskyros nuosavybe, o ne nepaaiškinta papildoma paslauga, kuri atsitiktinai leidžia vienam atsisiuntimui veikti.