Ferskate oanfragen brûke Kerberos mei súkses fia de proxy fan it bedriuw. Ien oanfraach jout in wachtwurdbelied. Kontrolearje foar it ferfangen fan in keytab hokker autentikaasjebelied dy spesifike oanfraach keazen hat.

In gateway kin fia belied in ryk en stipe skema's kieze. Twa transaksjes dy't fan deselde browser by deselde proxy komme, hoege net deselde autentikaasje-easken te krijen.

Besjoch dit hypotetyske spoar:

TransaksjeEarste oerienkommende beliedBeskikbere autentikaasje
HaaddokumintBehearde navigaasjeregelNegotiate
Skript fan in oare hostEardere bestimmingsútsûnderingBasic of NTLM

De earste slagge útwikseling lit sjen dat ien keazen paad wurket. It lit net sjen dat de twadde transaksje dat paad berikt hat. In oanmeldgegevens kin jildich wêze wylst de regel dy't it autentikaasjemechanisme kiest ferkeard is.

Undersykje de keazen regel en syn folchoarder

Korrelearje it bestimming en de tiid fan de útdage oanfraach mei it beliedsspoar fan 'e gateway. Identifisearje it ryk, de skema-keuzes en de autentikaasjemodus dy't de earste tapasbere regel produsearret. Ferlykje dy wearden mei in slagge oanfraach fan deselde klant.

In belied basearre op in IP-assosjearre identiteit kin him ek oars gedrage as ien dy't autentikaasje op in ferbining easket. Nim net oan dat it ûntbrekken fan in nije hânskodding betsjut dat itselde ryk keazen is.

As de boarne yn in ûnbedoelde útsûndering fallen is, korrigearje dy regel of syn berik en besjoch it resultearjende spoar. It ferbreedzjen fan tastiene autentikaasjemetoaden oeral kin de mismatch ferbergje, mar feroaret it tagongsgedrach foar net-relatearre ferkear.

As it bedoelde ryk keazen is en de ferwachte útwikseling mislearret, gean troch nei it bewiis fan akkount en Kerberos. Dan wurde it ticket, de tsjinstnamme of backend-diagnostyk relevant.

Relatearre artikelen