Kāpēc viena starpniekservera pieprasījums prasa paroli, kamēr citiem Kerberos darbojas

Vairāki pieprasījumi veiksmīgi izmanto Kerberos caur uzņēmuma starpniekserveri. Viens pieprasījums izraisa paroles uzvedni. Pirms keytab nomaiņas pārbaudiet, kuru autentifikācijas politiku izvēlējās tieši šis pieprasījums.

Vārteja var politikas ceļā izvēlēties sfēru un atbalstītās shēmas. Divām transakcijām, kas no vienas pārlūkprogrammas nonāk vienā starpniekserverī, nav jāsaņem vienādas autentifikācijas prasības.

Apsveriet šo hipotētisko pēdu:

Pirmā veiksmīgā apmaiņa parāda, ka viens izvēlēts ceļš darbojas. Tā neparāda, ka otrā transakcija sasniedza šo ceļu. Akreditācijas dati var būt derīgi, kamēr kārtula, kas izvēlas to autentifikācijas mehānismu, ir nepareiza.

Pārbaudiet izvēlēto kārtulu un tās secību

Saistiet izaicinātā pieprasījuma galamērķi un laiku ar vārtejas politikas pēdu. Nosakiet sfēru, shēmas izvēles un autentifikācijas režīmu, ko rada pirmā piemērojamā kārtula. Salīdziniet šīs vērtības ar veiksmīgu tā paša klienta pieprasījumu.

Politika, kas balstīta uz ar IP saistītu identitāti, var arī uzvesties citādi nekā politika, kas pieprasa autentifikāciju savienojumā. Nepieņemiet, ka jaunas rokasspiediena neesamība nozīmē tās pašas sfēras izvēli.

Ja resurss nokļuva nevēlamā izņēmumā, izlabojiet šo kārtulu vai tās apjomu un pārskatiet radušos pēdu. Atļauto autentifikācijas metožu paplašināšana visur var slēpt neatbilstību, bet maina nesaistītas plūsmas piekļuves uzvedību.

Ja ir izvēlēta paredzētā sfēra un gaidītā apmaiņa neizdodas, pārejiet pie konta un Kerberos pierādījumiem. Tad kļūst svarīga biļete, pakalpojuma nosaukums vai aizmugursistēmas diagnostika.