Skip to content
This repository was archived by the owner on Aug 10, 2021. It is now read-only.

Parem veahaldus #151

Open
tarmoh opened this issue Nov 27, 2020 · 0 comments
Open

Parem veahaldus #151

tarmoh opened this issue Nov 27, 2020 · 0 comments

Comments

@tarmoh
Copy link

tarmoh commented Nov 27, 2020

Olukorras kus tara poolt kasutatavad SK alusteenused lähevad teinekord katki, oleks mõistlik parema kliendikogemuse jaoks juhtida teadlikult kliendi jaoks toimivaid autentimisviise paremini. Siit ka ettepabek panna tara arenduste backlogi mingi selline võimalus (kirjeldus id kaardi/crl näitel):

Kliendi vaade:
tara autentimiteenust kasutav klient näeb ainult töötavaid autentimisviise.
kui mingi autentimisviis ei tööta, siis seda valida ei saa (ja kliendile kuvatakse ehk ka lühike põhjus).

Tara (teenusehalduri) vaade:
Olukord 1: SK teavitab, et autentimisviisil x tekib teadaoleva pikkusega katkestus

  1. teenuse haldaja vajutab oma haldusliideses vastava autentimisviisi hooldusse lülituse nuppu (nt. SK ocsp teenuse mittetoimimisel lülitame ID kaardi autentimise ümber crl peale) ning sisestab ühtlasi "hoodlusteate", ideaalis ka ettemääratud teenuse offline ajavahemiku klientidele. TARA teatab, et lülitust teostatakse, niipea kui crl on valmis arvutatud (see peaks tegelikult kogu taustal olema värske), tekib TARA id kaardi autentimisviisi juurde infolipuke (seoses foo bar kasutame hetkel crl põhist teenust - kui see sobib, sisene).
  2. analoogselt peaks saama jõuga hooldusse (või välja) lülitada mistahes teist toetatud autentimisviisi
    See annaks inimestele vahetu kasutajakogemuse, praegu ei tea inimene tara kasutada, mis teenused tegelikult toimivad.
    Olukord 2.
    Ideaalis võiks katkiste autentimisviiside "hideout" koos default sorry teatega olla suisa (pool)automaatne ja saada oma sisendi näiteks https://status.sk.ee pealt
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant