[raitl]

On keegi ehk kokku puutunud ja viskab paar märksõna.

Nimelt vaja lõpptarbija jaoks tehtavale klotsile office365 kalendriga liidestus tekitada (lugeda/kirjutada sündmusi). Probleem selles, et kust iganes otsast ma ei läheneks, tahab loodav äpp redirect URI't saada kuhu peale ta siis oma tokeni vastuse peale autentimist teele paneb. Klots aga istub suvalise inimese wifi otsas.

Äkki kasutan valet platvormi tüüpi äpi jaoks? (Web)

[wrx123]

Ma küll päris üheselt aru ei saa, mida klotsi all mõeldud on, aga pigem tundub küll, et tegemist on Native või SPA variandiga siit lehelt. Redirect URI on jah võimalik ainult veebirakenduste korral kasutada, kus peale kasutanime+parooli sisestamist tehakse POST päring koos Authorization tokeniga mingile kindlale serveri aadressile. Native rakenduse korral pole ühte kindlat aadressi, millele see token suunata.
Kui need just väga eksootilised klotsid ei ole, siis tõenäoliselt leiad siit lehelt ka mingi teegi, mis enamus tööd OAuth päringute koostamiseks ning vastu võtmiseks sinu eest ära teeb.

[raitl]

Tänud vastamast. Seda SPA varianti katsetasin samuti (konkreetsemalt vaatasin JavaScript näidist: https://github.com/Azure-Samples/active-directory-javascript-singlepageapp-dotnet-webapi), seal kasutati sign-on URL'i mis on sisuliselt samamoodi redirect URL kuhu peale autoriseerimist suunata üritatakse.

Klots on raspi-laadne elukas millel linux peal. Ehk oleks mõistlik klotsile pilv juurde tekitada ja kogu sünkimine seal ära lahendada.

[RassK]

Läbi AAD lahendades peaks saama ilma vaheserverita ka. AAD nõuab küll samuti redirect urli, kuid native clienti puhul peaks seal mingi random name olema lihtsalt.
Igal juhul viskavad mõlemad lahendused browseri akna lahti, et turvalises kohas user/pw sisestada ning vastu saad tokeni.

Aga hetkel pigem ei saa aru raspi eesmärgist ? - kui sa tahad seda raspi hostina kasutada, mitte kui native GUI clienti, siis hosti seal peal SPA ja public domeeni saad DDNS'i abil.

[raitl]

RassK, probleem on selles, et see raspiline on "lõppkasutaja toode." Inimene viib selle omale koju, pistab juhtme seina ja peab saama office kalendriga sünkida. Kõige lihtsamalt võikski seda kõnealust funktsionaalsust nimetada online/offline kalendriks. Uusi sündmusi kalendrisse peab saama lisada nii läbi klotsi kui ka Office365 veebist või näiteks outlookist. Klots peab varundama infot ka lokaalselt, et veebiühenduse puudumisel toimiks jätkuvalt kohapealt sündmuste sisestamine ning varem teada olnud sündmustele reageerimine.

Hetkel tundub, et pilveserver on siiski kõige optimaalsem lahendus.

[RassK]

raitl, okei, ehk siis rasp on ikkagi GUI client.

ma just ei ütleks, et kõige optimaalsem oleks pilv vahepeale.
1. O365 <-----> RB Client (AAD)
vs
2. O365 <-----> cloud service <-----> RB Client (OAuth2)

Mis RB poolel platvormiks võetud on ? Ehk siis millega GUI Linuxis tehtud on ?
Miks see RB üldse vahel on ? Kas lihtsam pole ainult softi jagada ?

[raitl]

RB on riistvaraline jubin mis teeb peale kalendri majandamise ka füüsilisi lülitusi. GUI on javascript.

[RassK]

Selge, oligi selline väike kartus.

Proovi nt seda: https://github.com/AzureAD/azure-activedirectory-library-for-js