You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Aug 10, 2021. It is now read-only.
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
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).
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
The text was updated successfully, but these errors were encountered:
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
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
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
The text was updated successfully, but these errors were encountered: