Hva er gjort?
- Applikasjonsserver er satt opp
- SQL-database satt opp på databasehotellet
- Beacon-server er satt opp.
- Systemet er populert med brukere fra AD
Vi kan nå logge oss på konsoll. Den er foreløpig populert med brukere og med to testmaskiner.
Juridisk
FNMS er meldt inn i behandlingsappen.
Når er vi i produksjon og når er vi i testing. Vi må være på installasjonsnettverket.
Forslag med milepæler i utrulling. For eksempel først 500 maskiner og se hva vi får inn av data. Eksempelvis henvende seg til et fakultet.
SCCM som kilde
Gunnar er skeptisk til å koble FNMS til SCCM. Det er delvis sikkerhetsspørsmål, og mest et ytelsesspørsmål. Software Metering for brukerdata er skrudd av på ny site. På tidligere site var dette skrudd på, og det har vi dårlig erfaring med. Ytelsesproblemer i SCCM får effekt på klientene. Dette er derfor en problematisk risiko.
Autopilot-maskiner er ikke i SCCM, men det vil være et mindre problem på sikt.
Agent som kilde
Agenter er i strid med policy og krever god begrunnelse. Også noen forsøk på å få inn legitime agenter på klientmaskiner er avvist.
Agenten kjører som local system. Den har derfor alle rettigheter på maskinen, men vi trenger ikke holde styr på en egen brukerkonto. Den kan snakke over http.
Agent henter inn brukernavn, programmer installert og hvor lenge programmer har kjørt. Den viser også hva slags lisens som er kjører.
Alternative kilder
Det kan hentes inn informasjon fra annet enn SCCM og agent. ELK kan jevnlig dumpe data på et filområde, og FNMS så gjøre batch-import. SYSMON-genererte data.
Den største ulempen er at det krever permanent vedlikehold av løsningen. Ved oppgradering av OS eller programkomponenter kan overføringen brekke og måtte oppdateres.
Møtet konkluderte med at dette ikke var rett vei å gå for klientmaskiner.
Veien fremover
Arkitekturbeskrivelse: Designdokument skal ferdigstilles av konsulentfirma.
Datakilde: Vi trenger bistand fra konsulentfirma for en drøftelse av pro et contra, med klar anbefaling. Hvorfor anbefaler de denne løsningen? Dialog når de har svart. Vi si noe om hvilke problemer vi har hatt med SCCM, hvilke av disse problemene har de løpt inn i? Avsjekk med København - hva de har gjort og begrunnelse.
Agenten: Espen må få vite alt om agenten. Dette må leverandør svare på. Agenten installeres på Espens testmaskiner Windows 7 og 10.
Organisasjonshierarki: Import av organisasjonsdata og brukerdata
- Stedkoder
- Organisasjonshieraki er kompleks. Budsjettdisponerende myndigheter.
- Vi har ikke REST-API på plass for dette. Organisasjonen til UiO må leses fra SAP, integrasjonsarkitekturen for dette er ikke utviklet. Foreløpig kan vi importere en CSV-fil e.l. eksportert fra SAP.
Får nå brukernavn fra AD. Det fungerer på dette stadiet. Brukerdata er også egentlig INTARK, men LDAP og AD er nevnt som mulige grunnlag for unntak. Vi foretrekker LDAP fremfor AD.
SCCM: Anders understreker at maskinvare for SCCM skal ikke være en stopper. Da skal den evt. skaleres opp.
Handlingsplan videre
Maskiner inkluderes etter skisse:
- Klientmaskiner
- Terminalservere
- Mac
- VDI
TSD ligger ytterligere et stykke fremme, og vi planlegger ikke for det nå.
Hvor mye persondata skal inn? GDPRs krav om et minimum av data. Vi vil ikke trenge studenter i innføringsfasen. Studenter som skal bruke spesielle programmer vil komme inn etter behov. AD leverer 50.000 brukere. Dette må reverseres til bare å være ansatte, eller så må vi dokumentere at dette er nødvendig.
Vi har en issue med PC-salene med maskiner i SCCM, tas når vi kommer dit. Først kun fokus på ansatte.