Kiekvienam HTTP autentifikavimo atgaliniam iškvietimui priimkite prisijungimo duomenų sprendimą tokia tvarka:

  1. Patikrinkite, ar užklausos siuntėjas yra tarpinis serveris, o ne paskirties serveris.
  2. Suderinkite užklausos mazgą ir prievadą su patvirtintu tarpinio serverio įrašu.
  3. Grąžinkite to įrašo paskyrą arba negrąžinkite prisijungimo duomenų, jei iššūkis nesutampa.

Vienas besąlyginis vartotojo vardas/slaptažodis negali išreikšti dviejų tarpinių serverių paskyrų ir gali jas nutekinti kitam gavėjui.

Teikite pirmenybę prie kliento prijungtam Authenticator, kai naudojate „Java“ HTTP kliento kūrimo priemonę. Numatytasis JVM Authenticator taip pat veikia kitą dalyvaujantį kodą.

Bet kokį mazgo slapyvardžių susiejimą apibrėžkite sąmoningai, o ne priimkite savavališkus pavadinimus. Tai HTTP modelis; SOCKS gali naudoti kitą įgyvendinimo kelią net esant panašiam mazgo pavadinimui.

Diagnostikai užrašykite iššūkio tipą ir atitinkančios paskyros identifikatorių be jo paslapties. Tai paaiškina apimties sprendimą neregistruojant slaptažodžių.

Susiję straipsniai