7. maj 2025 15:37
-
Læs mere...
Kære alle Magentas kunder og brugere af OS2borgerPC
Her kommer nyhedsbrevet med de seneste to måneders udviklingsopgaver. Tak til alle jer, der indrapporterer idéer, uhensigtsmæssigheder, fejl og bare overvejelser. Det hjælper løsningen fremad i små og store spring.
De nye images baseret på Ubuntu 24.04 er nu klar og er blevet frigivet til adminportalen. De kan som sædvanlig downloades under menupunktet “Images”. De relaterede opgraderingsscripts fra 22.04 til 24.04 er endnu ikke klar og vil blive frigivet i løbet af maj.
Inden vi beskriver ændringerne i de nye images, har vi først en påmindelse om udløb af support af 20.04.
Som vi tidligere har nævnt, er Ubuntu 20.04 kun understøttet frem til og med 31. maj 2025. Herefter kommer der ikke nye sikkerhedsopdateringer fra Ubuntu/Canonical. Det er derfor vigtigt, at I inden da opgraderer til enten 22.04 eller 24.04 på de aktive computere, I har, der stadig kører 20.04. Som sagt er opgraderingsscripts fra 22.04 til 24.04 først klar senere i maj. Ønsker I at opgradere via scripts, skal I alligevel først opgradere til 22.04, da Ubuntu ikke understøtter, at man opgraderer direkte fra 20.04 til 24.04 via scripts.
I kan se hvilken version en given computer kører ved at gå ind på computeren.
I kan også kontakte os, og så kan vi fortælle jer, hvilke af jeres computere, der kører 20.04.
Dernæst har vi en række nyheder omkring de nye images:
De nye images kan som sagt downloades under “Images” på adminportalen: https://os2borgerpc-admin.magenta.dk/image-versions/
De tilhørende opdaterede installationsguides findes under dokumentationen på adminportalen:
OS2borgerPC: https://os2borgerpc-admin.magenta.dk/static/docs/OS2borgerPC_installation_guide_da.pdf
OS2borgerPC Kiosk: https://os2borgerpc-server-image.readthedocs.io/en/latest/install_setup.html
I de nye 24.04-images har vi som udgangspunkt ændret loginskærmen til GDM i stedet for LightDM, som blev brugt i vores tidligere images. Dette er blevet gjort for at flytte vores images tættere på Ubuntu, da GDM har været standard i Ubuntu i et stykke tid. Ændringen medfører, at loginskærmen har et anderledes udseende, hvor kasserne for Borger og superuser er centrerede.
Hvis man foretrækker den gamle login-skærm (LightDM), har vi lavet et script, som kan bruges til at skifte mellem GDM og LightDM. Bemærk at scriptet kun kan anvendes på 24.04-maskiner. Scriptet hedder “Login - Skift mellem LightDM og GDM” og findes her https://os2borgerpc-admin.magenta.dk/scripts/1833/
Sådan ser en OS2borgerPC nu ud som standard efter den indledende opsætning. Baggrundsbilledet kan udskiftes via scriptet “Login - Skift baggrundsbillede på loginskærm”.
I de nye 24.04-images vil login-feltet til superuser automatisk blive skjult, når man har været logget ind som superuser første gang og derefter har logget ud to gange eller genstartet computeren. Dvs. når man har logget ind som superuser første gang og derefter logger ud, vil man stadig kunne se login-feltet til superuser, men hvis man derefter logger ind som Borger eller superuser, vil login-feltet til superuser være skjult efter logud. Hvis man genstarter computeren efter at være logget ind som superuser første gang, vil login-feltet til superuser også blive skjult.
Vi har lavet denne løsning, fordi login som superuser ikke er relevant for borgere, så vi vurderer, at det er mindre forvirrende, hvis login-feltet til superuser er skjult som udgangspunkt. Derudover inkluderer den nye login-skærm GDM en lille knap kaldet “Ikke listet?”, som kan bruges til at åbne et login-felt til en valgfri bruger, således at det stadig er muligt at logge ind som superuser, selvom login-feltet til superuser er skjult. Det kræver naturligvis stadig superuser-password at logge ind som superuser.
Hvis man ønsker, at login-feltet til superuser ikke skal være skjult, kan det ændres via det relaterede script på adminportalen: “Login - Skjul superuser fra loginskærm og vis eventuelt loginfelt til valgfri bruger” https://os2borgerpc-admin.magenta.dk/scripts/1185/ Bemærk at scriptet skal køres efter første logud fra superuser eller første genstart.
I de nye 24.04-images har vi valgt at slå automatisk borgerlogin fra som udgangspunkt, da den automatiske oprydning, som foretages ved logud, er en vigtig del af sikkerheden på OS2borgerPC. Hvis Borger selv skal trykke for at logge ind, kan de være sikre på, at de får en frisk session. Det eneste, som Borger skal gøre for at logge ind, er at trykke på en knap. Med GDM skal de trykke på login-feltet “Borger” og med LightDM skal de trykke på knappen “Login”, som vises i login-feltet “Borger”. Vi fokuserer naturligvis fortsat på at låse mest muligt ned for, hvad borgeren kan gøre, når vedkommende er logget ind, men derfor vil vi stadig mene, at det er bedst, hvis borgere kan være sikre på, at de får en frisk session.
Vi anbefaler også stadig, at man slår automatisk logud ved inaktivitet til via scriptet “Sikkerhed - Log Borger ud efter X minutters inaktivitet”.
Hvis man primært har anvendt automatisk login, fordi det kun er skrivebordet, som man har et særligt baggrundsbillede til, er det også muligt at designe et billede til loginskærmen, og sætte det som baggrundsbillede dér. Det gøres via scriptet “Login - Skift baggrundsbillede på loginskærm”.
Hvis man fortsat ønsker at anvende automatisk borgerlogin, kan det aktiveres via scriptet “Login - Automatisk borgerlogin til/fra”. Login-timeout (tiden inden der logges automatisk ind) kan ændres via scriptet “Login - Ændr login-timeout”. Standardværdien er 10 sekunder.
De nye 24.04-images vil som udgangspunkt få computeren til at slukke skærmen efter 5 minutters inaktivitet. Dette er blevet valgt, fordi det er strømbesparende. Skærmen tændes igen ved berøring af mus eller tastatur.
Hvis man ønsker at deaktivere dette, kan det gøres via scriptet “OS2borgerPC - Deaktiver skærmdvale”.
Vi har nu skjult de forskellige administrative programmer fra Borgers programmenu, så der kun vises dét, der kan være relevant. Borger havde i forvejen ikke rettigheder til at anvende programmerne til at lave ændringer på computerne, men de bliver nu slet ikke vist for Borger. Programmerne er stadig tilgængelige fra superusers programmenu.
I de nye 24.04-images har vi valgt at slå numlock til som udgangspunkt, inklusive på loginskærmen, da det oftest er mest relevant at have numlock slået til.
Hvis man ønsker at deaktivere dette, kan det gøres via scriptet “OS2borgerPC - Sæt NumLock-tilstand”.
I det nye 24.04 Kiosk-Image har vi simplificeret installationsprocessen af Kiosk ved at tilføje en “wizard”, der guider én igennem installationen via forskellige ja/nej muligheder alt efter om man f.eks. skal opsætte Wi-Fi. Selve konfigurationen af Wi-Fi er dog stadig manuel.
I det nye 24.04 Kiosk-image har vi indbygget muligheden for at installere og skifte til en HWE-kerne, uden at computeren har netværksforbindelse. Dette kan være relevant, hvis man oplever problemer med at opnå forbindelse til netværket på nyere hardware. Denne form for problemer kan skyldes, at hardwaren ikke understøttes af standardkernen i OS2borgerPC Kiosk (Ubuntu Server), der som udgangspunkt er ældre end den, som OS2borgerPC (Ubuntu Desktop) benytter. Derfor kan det i sjældne tilfælde opleves, at hardwaren virker fint med OS2borgerPC, men ikke med OS2borgerPC Kiosk. Installation af HWE-kernen medfører grundlæggende, at OS2borgerPC Kiosk får samme kerneversion som OS2borgerPC.
Bemærk at det på nuværende tidspunkt er nødvendigt at lukke den førnævnte installations-”wizard” for at installere HWE-kernen under installationen.
Hvis man oplever andre hardware-relaterede problemer på Kiosk, såsom at Chromium ikke åbner korrekt, men godt kan forbinde til netværket, bør man i stedet køre scriptet “OS2borgerPC Kiosk - Installér og skift til HWE-kerne”. Dette sikrer, at man altid får den nyeste udgave af HWE-kernen, mens den HWE-kerne, som kan installeres uden netværksforbindelse, svarer til den nyeste udgave, som var tilgængelig, da imaget blev lavet.
En ny version af klienten er nu frigivet - version 2.7.0. Klienten vil nu automatisk synkronisere det hostname, som står i konfigurationer med computerens faktiske hostname. Da hostname i konfigurationer i forvejen er synkroniseret med computerens navn på adminportalen, vil computere, som opgraderes til den nye klient-version, automatisk sørge for at synkronisere deres navn på adminportalen og computerens faktiske hostname.
Den eneste forskel fra tidligere er, at navnet på adminportalen kan indeholde store bogstaver, mens hostname i konfigurationer og computerens faktiske hostname vil være det samme navn med kun små bogstaver. En ændring af computerens navn på adminportalen vil dog først afspejles på selve computeren efter næste tjek-ind. De nye 24.04-images har denne nye klient indbygget.
Ud over de scripts, som nævnes her, har vi opdateret en lang række scripts, så de fortsat virker på 24.04.
Dette script er blevet opdateret, så det også indstiller Chrome til ikke at slette hele browserhistorikken, så snart browseren lukkes, hvis password manager slås til. Dette burde lette anvendelsen af de relaterede scripts, da man så ikke oplever, at de indtastede logininformationer bliver slettet, inden man får hentet dem, fordi man kom til at lukke browseren. Browserhistorikken slettes fortsat ved logud.
Dette script er blevet opdateret, så det giver en tydeligere fejlbesked, hvis der ikke findes logininformationer at hente fra maskinen.
Dette script er blevet opdateret, så det også indstiller Firefox til at åbne PDF’er i computerens standard PDF-program i stedet for at åbne dem i Firefox’ interne PDF-viser. Dette er blevet valgt, fordi vi har konstateret, at nogle printere og specielt Princh kan have problemer med at printe PDF’er fra Firefox’ interne PDF-viser. Princh har også selv kontaktet os og oplyst, at udskrift af PDF’er fra Firefox’ interne PDF-viser tit resulterer i print med lav kvalitet.
Dette script hed tidligere “OS2borgerPC - Installer Okular som standard PDF-program”. Scriptet er blevet opdateret til at bruge inputparameter-typen “valgmuligheder” og understøtter i øjeblikket “okular” eller “evince”. Derudover er scriptet blevet opdateret, så det mere generelt tvinger computeren til at åbne PDF’er i det valgte standard PDF-program. Vi opdagede, at den gamle udgave af scriptet i visse situationer kunne medføre, at computeren åbnede PDF’er i en browser.
På forespørgsel fra Ikast-Brande har vi opdateret dette script, så man kan vælge, om skærmtastaturet skal være skjult eller vist som udgangspunkt, når computeren tændes. Tidligere blev skærmtastaturet altid vist som udgangspunkt, når computeren blev tændt.
Hjørring indrapporterede, at scriptet ikke virkede korrekt for Princh-printere under visse omstændigheder. Vi har opdateret scriptet, så det også virker korrekt for Princh-printere under de pågældende omstændigheder.
I forbindelse med ovennævnte opdatering af scriptet “Printer - Sæt standard” har vi også opdateret dette script, så det også korrekt kan sætte den tilføjede printer som standardprinter under de pågældende omstændigheder.
Dette script er blevet opdateret, så det helt skjuler “Indstillinger”-knappen i Borgers programliste og menuen øverst til højre, når Borger ikke har adgang til indstillinger. Den tidligere udgave af scriptet tillod Borger at se og klikke på disse knapper, hvorefter borgeren fik en besked om, at vedkommende ikke havde adgang til indstillinger.
På forespørgsel fra Lyngby-Taarbæk har vi opdateret dette script til også at kunne justere indstillingen for dokumenttype.
Vi har udviklet dette script, som indstiller Chrome/Chromium til at bruge systemets print-dialog i stedet for Chrome/Chromiums egen i forbindelse med print fra Chrome/Chromium. Dette kan løse visse problemer med print fra Chrome/Chromium.
På bestilling fra Glostrup har vi udviklet dette script, som kan bruges til at indstille Chrome til at huske indstillinger for browser-udvidelser. Scriptet kræver, at man manuelt angiver de ønskede indstillinger på hver af de computere, som skal huske indstillingerne. Scriptet kan bl.a. bruges til at indstille Chrome til at huske login til IntoWords’ browser-udvidelse.
I forbindelse med skiftet til GDM som standard loginskærm i de nye 24.04-images, har vi udviklet dette script, som kan bruges til at skifte mellem LightDM og GDM.
På forespørgsel fra Hjørring har vi udviklet dette script, som effektivt indstiller computeren til at trykke F5 (refresh) hver X minutter, så den valgte hjemmeside i Chromium genindlæses. Scriptet skal køres efter “Chromium Autostart”.
Vi har tilføjet et site-præfiks for hver enkelt kunde, der automatisk inkluderes i UID’et på nye sites, som deres “Kunde-admins” opretter. Dette reflekteres også i den relaterede modal.
Det er fortsat kun “Kunde-admins”, som har rettigheder til at oprette eller slette sites.
30. januar 2025 16:02
-
Læs mere...
Her kommer nyhedsbrevet med de seneste tre måneders udviklingsopgaver. Tak til alle jer, der indrapporterer idéer, uhensigtsmæssigheder, fejl og bare overvejelser. Det hjælper løsningen fremad i små og store spring.
Vi har skrevet ud om nogle af opgaverne i slutningen af december, men flere har bedt om et samlet overblik. Også fordi der er sket meget de seneste måneder.
Vi har blandt andet udviklet det nye dashboard og udviklet en funktion til duplikering af grupper.
Derudover er vi ved at lægge sidste hånd på opgaven med filmappe per site, hvor I kan uploade filer, som derefter kan bruges som input til scripts.
Vi er også ved at udvikle en infoskærm-løsning - det skriver vi meget mere om i det kommende nyhedsbrev.
I har måske bemærket, at startsiden ser helt anderledes ud med introduktionen af det nye Dashboard, som beskrives umiddelbart herefter. Bare rolig, den gamle Status-side er ikke forsvundet, men har i stedet fået et nyt hjem, under menupunktet “Computere”.
Endelig har vi nyheder om nye og opdaterede scripts, men først vil vi lige skrive en kort forklaring af USB-overvågning på OS2borgerPC, da vi har modtaget flere spørgsmål relateret til emnet inden for den seneste tid.
Den mest strikse USB-overvågning opnås ved at gøre brug af scriptet “Sikkerhed - Bloker for login ved USB-event”. Dette script logger borger ud og låser borger-brugeren, så borger ikke kan logge ind, så snart der indsættes eller fjernes en vilkårlig USB-enhed (inklusive mus eller keyboard).
Scriptet kan dog ikke være aktivt, mens computeren er slukket, så derfor bør det anvendes sammen med scriptet “Sikkerhed - Bloker for login ved hård nedlukning”, der låser borger-brugeren, så borger ikke kan logge ind, hvis computeren slukkes på knappen eller får taget strømmen. Da borger som udgangspunkt ikke har rettigheder til at slukke OS2borgerPC via menuen, forhindrer dette, at en potentiel angriber f.eks. slukker computeren og derefter indsætter en keylogger, uden at borger-brugeren bliver låst.
Når borger-brugeren er låst, vil forsøg på at logge ind blive mødt med en besked om “Your account has expired; please contact…”
Borger-brugeren kan låses op igen ved enten at køre scriptet “Sikkerhed - Sæt Borger som aktiv efter blokeret login (lås op)” eller ved at bruge den genvej på superusers skrivebord, som tilføjes af scriptet “Sikkerhed: Genvej til at låse Borger-konto op fra superusers skrivebord”.
Hvis man gør brug af “Sikkerhed - Bloker for login ved USB-event” og/eller “Sikkerhed - Bloker for login ved hård nedlukning” (de to scripts bør som sagt anvendes sammen), bør man også oprette en sikkerhedsregel med sikkerhedsscriptet “Detekter låst Borgerkonto”. En sådan sikkerhedsregel vil generere en hændelse, når borger-brugeren på en overvåget computer bliver låst.
Som for alle sikkerhedsregler er det også muligt at få admin-systemet til automatisk at sende mails til en til flere personer, når sikkerhedsreglen genererer en hændelse. Ved at kombinere sikkerhedsreglen med de to førnævnte scripts kan man altså sørge for, at relevante administratorer/personale vil modtage en mail, hvis borger-brugeren på en computer låses, fordi der er blevet indsat eller fjernet en USB-enhed.
Hvis borger-brugeren på en computer låses af ukendte årsager, bør man i princippet kontrollere, om der er blevet indsat en keylogger, inden borger-brugeren låses op igen.
Denne strikse sikkerhed kan kun anvendes på OS2borgerPC og ikke på OS2borgerPC Kiosk. Vi anbefaler at benytte striks sikkerhed på computere, som ikke er under opsyn, eller som er tilgængelige ved selvbetjening uden overvågning.
Et mindre strikst alternativ til de nævnte scripts er at bruge en sikkerhedsregel med sikkerhedsscriptet “Detekter nytilsluttet keyboard”. En sådan sikkerhedsregel vil kun generere en hændelse, hvis der indsættes et keyboard i computeren, og indsættelse af et keyboard vil ikke medføre, at borger-brugeren låses (medmindre man samtidig benytter “Sikkerhed - Bloker for login ved USB-event”).
Denne mindre strikse sikkerhed kan anvendes på både OS2borgerPC og OS2borgerPC Kiosk men er mere relevant for OS2borgerPC. Det anbefales på computere, som er placeret nær personalet og ikke kan benyttes uden opsyn, hvor det er meningen, at borgere skal kunne indsætte deres egne USB-enheder.
De nævnte muligheder beskrives også i vores guide til oprettelse af sikkerhedsovervågning, og vores anbefalinger er også beskrevet i vores dokument om ofte stillede revisionsrelaterede spørgsmål.
Hvis I har spørgsmål, kan I altid skrive til os.
Herefter beskrives nyhederne.
En ny version af klienten er nu frigivet - version 2.6.0. Klienten indrapporterer fremover tidspunktet hvor alle opdateringer sidst blev kørt for computere, som har alle automatiske opdateringer slået til. Derudover har vi lavet en række ændringer for at forbedre klientens stabilitet og performance.
Delvist finansieret af Syddjurs, Ringsted og Lyngby-Taarbæk - og tusind tak til jer - har vi udviklet det tidligere omtalte dashboard og tilføjet det til adminportalen. Dashboardet erstatter status-siden som den første side på adminportalen, mens status-siden er blevet flyttet ind under menupunktet “Computere”.
Dashboardet viser en oversigt over de fem seneste tilfælde af ikke-håndterede hændelser, fejlede jobs, nyhedsopslag på adminportalen, computere som ikke er tjekket ind i 15 minutter, nye globale scripts og aktive computere, som ikke har kørt alle opdateringer i mere end 30 dage.
Med hensyn til det sidste punkt om computere, som ikke har kørt alle opdateringer i mere end 30 dage, så vil der indledningsvis kun blive vist information om computere, der tidligere har kørt “System - Opdater alt nu”. Computere, der har alle automatiske opdateringer slået til, vil kunne fremgå af listen, når de er blevet opdateret til den nye version 2.6.0 af OS2borgerpc-klienten, som vi frigav i starten af januar. Det forventes dog ikke, at computere, der har alle automatiske opdateringer slået til, vil optræde på listen.
Finansieret af Hjørring og Stevns har vi udviklet en ny funktion til at duplikere grupper på adminportalen.
Den nye funktion opretter en ny gruppe med navnet “Kopi af
Gruppens relaterede sikkerhedsregler, ansvarspersoner, tilknyttede computere og eventuelle konfigurationer kopieres ikke over, da tanken er, at det primært bruges til at genbruge gruppens script-opsætning på en ny lokation, hvorefter man hurtigere kan lave de enkelte justeringer, der måtte være brug for. En alternativ løsning på dette problem er, at man har en fælles gruppe med fælles indstillinger (tilknyttede scripts) på tværs af lokationer, og computerne så er medlem af en eller flere overordnede grupper samt en lokationsspecifik gruppe til de indstillinger, der måtte variere.
Nu understøtter adminportalen begge disse workflows.
Den dropdown-menu, som åbnes ved klik på ens brugernavn i øverste højre hjørne på adminportalen, har fået tilføjet et direkte link til redigering af ens egen bruger.
Dette script er blevet opdateret, så det ikke længere får Firefox til at forsøge at tvinge borgeren til at downloade filer til mappen “Hentet”, da det blev opdaget, at dette kunne medføre problemer med download under visse omstændigheder.
På bestilling fra Hjørring har vi udvidet Cicero-integrationen, så man har mulighed for at tilføje en aldersgrænse, således at det kun vil være muligt for borgere, som er ældre end den valgte aldersgrænse, at logge ind via Cicero-integrationen. Det er også muligt at angive en tidsperiode for hver af ugens dage, hvor aldersgrænsen ikke anvendes. Den valgte aldersgrænse vil kun have effekt, hvis borgerens fødselsdato er angivet i Ciceros system.
På baggrund af en dialog med Princh har vi opdateret dette script, så det bruger en anden metode til at tilføje Princh-printere. Ændringen er primært beregnet til at løse et problem med valg af farve- eller sort/hvid-print, men hvis man har oplevet andre problemer med indstillinger for Princh printere, kan man prøve at gentilføje de(n) pågældende printer(e). Det vil måske løse problemet.
I forbindelse med en forespørgsel fra Hjørring er dette script blevet opdateret, så det forsøger at sætte de valgte printer-indstillinger via flere forskellige metoder, da det blev opdaget, at den ene metode, som oprindeligt blev anvendt, ikke blev respekteret i alle tilfælde.
Flere kunder har indrapporteret, at de nogle gange oplever, at scriptet låser Borger-brugeren, selvom der ikke sker en ændring i USB-enhederne. Dette skyldes sandsynligvis, at computeren ser en USB-hændelse uden at se en reel ændring i de forbundne USB-enheder, hvilket f.eks. kan forekomme, hvis computeren kortvarigt mister og derefter genopretter forbindelsen til en USB-enhed. Vi har opdateret scriptet, så det kun låser Borger-brugeren, hvis computeren ser en reel ændring i de forbundne USB-enheder. Dette burde mindske antallet af falske positiver.
Lyngby-Taarbæk indrapporterede, at scriptet fejlede og ikke installerede skanner-programmet. Vi undersøgte sagen og konstaterede, at Epson havde lavet nogle ændringer på deres hjemmeside, som forhindrede scriptet i at hente den fil, som skal bruges til installationen. Vi har opdateret scriptet, så det igen fungerer korrekt.
Dette script er blevet opdateret, så det virker med den tidligere nævnte dashboard-liste, der angiver de fem seneste tilfælde af aktive computere, som ikke har kørt alle opdateringer i mere end 30 dage.
Dette script er blevet opdateret til at have en “Aktiver”-tjekboks som første parameter, der bruges til at indikere, om scriptet skal aktiveres eller deaktiveres.
Dette script er blevet opdateret til at have en “Aktiver”-tjekboks som første parameter, der bruges til at indikere, om scriptet skal aktiveres eller deaktiveres.
I forbindelse med en forespørgsel fra Lyngby-Taarbæk har vi udviklet dette script, som indstiller Firefox til at bruge systemets print-dialog i stedet for Firefox’ egen i forbindelse med print fra Firefox. Dette kan løse visse problemer med print fra Firefox.
I forbindelse med en forespørgsel fra ITF har vi udviklet dette script, som kan bruges til at indstille en OS2borgerPC til at anvende en anden kerneversion end den nyeste. Dette kan være relevant for at løse visse hardware-relaterede problemer.
På forespørgsel fra Hørsholm har vi udviklet dette script, som kan sende apts logfiler til adminportalen. Apt er Ubuntus pakkehåndteringssystem, der bruges til installation, opdatering og afinstallation af langt de fleste programmer på OS2borgerPC. Hvis apt installerer, opdaterer eller fjerner et program, skrives det til logfilen. Logfilen roteres en gang om måneden, men computeren beholder de seneste 12 logfiler ud over den nyeste, så der vil være logs for op til et år.
På bestilling fra København har vi udviklet dette script, som kan bruges til at tilføje en popup med valgfri titel, tekst, tekst på knappen og størrelse, som vises efter hvert login som borger. Hvis scriptet anvendes på en computer, der også gør brug af en login-integration som Cicero, er det også muligt at indstille scriptet, så popup’en kun vil blive vist i forbindelse med en borgers første login inden for en given login-periode.
Vi har rettet en mindre fejl på admin-sitet, som bevirkede, at de viste datoer for oprettelse og seneste login for en bruger altid blev taget fra ens egen bruger frem for den bruger, som man betragter. De viste datoer vil nu korrekt blive taget fra den bruger, som man betragter.
Nyhedskategorier
Admin-site Browser Crowdfunding Firefox Klient Print og skanning Scripts Sikkerhed Sikkerhedsscripts
19. december 2024 15:41
-
Læs mere...
Her kommer nyhedsbrevet med de seneste to måneders udviklingsopgaver. Tak til alle jer, der indrapporterer idéer, uhensigtsmæssigheder, fejl og bare overvejelser. Det hjælper løsningen fremad i små og store spring.
Vi har i de seneste to måneder haft travlt med udvikling af det nye Dashboard og funktionen til duplikering af grupper. Derudover har vi også påbegyndt arbejdet med at udvikle en filmappe per site, hvor I kan uploade filer, som derefter kan bruges som input til scripts. Vi regner med at færdiggøre filmappen i løbet af januar.
I har måske bemærket, at startsiden ser helt anderledes ud med introduktionen af det nye Dashboard, som beskrives umiddelbart herefter. Bare rolig, den gamle Status-side er ikke forsvundet, men har i stedet fået et nyt hjem, under menupunktet “Computere”.
Endelig har vi nyheder om nye og opdaterede scripts, men først vil vi lige skrive en kort forklaring af USB-overvågning på OS2borgerPC, da vi har modtaget flere spørgsmål relateret til emnet inden for den seneste tid.
Den mest strikse USB-overvågning opnås ved at gøre brug af scriptet “Sikkerhed - Bloker for login ved USB-event”. Dette script logger borger ud og låser borger-brugeren, så borger ikke kan logge ind, så snart der indsættes eller fjernes en vilkårlig USB-enhed (inklusive mus eller keyboard).
Scriptet kan dog ikke være aktivt, mens computeren er slukket, så derfor bør det anvendes sammen med scriptet “Sikkerhed - Bloker for login ved hård nedlukning”, der låser borger-brugeren, så borger ikke kan logge ind, hvis computeren slukkes på knappen eller får taget strømmen. Da borger som udgangspunkt ikke har rettigheder til at slukke OS2borgerPC via menuen, forhindrer dette, at en potentiel angriber f.eks. slukker computeren og derefter indsætter en keylogger, uden at borger-brugeren bliver låst.
Når borger-brugeren er låst, vil forsøg på at logge ind blive mødt med en besked om “Your account has expired; please contact…”
Borger-brugeren kan låses op igen ved enten at køre scriptet “Sikkerhed - Sæt Borger som aktiv efter blokeret login (lås op)” eller ved at bruge den genvej på superusers skrivebord, som tilføjes af scriptet “Sikkerhed: Genvej til at låse Borger-konto op fra superusers skrivebord”.
Hvis man gør brug af “Sikkerhed - Bloker for login ved USB-event” og/eller “Sikkerhed - Bloker for login ved hård nedlukning” (de to scripts bør som sagt anvendes sammen), bør man også oprette en sikkerhedsregel med sikkerhedsscriptet “Detekter låst Borgerkonto”. En sådan sikkerhedsregel vil generere en hændelse, når borger-brugeren på en overvåget computer bliver låst.
Som for alle sikkerhedsregler er det også muligt at få admin-systemet til automatisk at sende mails til en til flere personer, når sikkerhedsreglen genererer en hændelse. Ved at kombinere sikkerhedsreglen med de to førnævnte scripts kan man altså sørge for, at relevante administratorer/personale vil modtage en mail, hvis borger-brugeren på en computer låses, fordi der er blevet indsat eller fjernet en USB-enhed.
Hvis borger-brugeren på en computer låses af ukendte årsager, bør man i princippet kontrollere, om der er blevet indsat en keylogger, inden borger-brugeren låses op igen.
Denne strikse sikkerhed kan kun anvendes på OS2borgerPC og ikke på OS2borgerPC Kiosk. Vi anbefaler at benytte striks sikkerhed på computere, som ikke er under opsyn, eller som er tilgængelige ved selvbetjening uden overvågning.
Et mindre strikst alternativ til de nævnte scripts er at bruge en sikkerhedsregel med sikkerhedsscriptet “Detekter nytilsluttet keyboard”. En sådan sikkerhedsregel vil kun generere en hændelse, hvis der indsættes et keyboard i computeren, og indsættelse af et keyboard vil ikke medføre, at borger-brugeren låses (medmindre man samtidig benytter “Sikkerhed - Bloker for login ved USB-event”).
Denne mindre strikse sikkerhed kan anvendes på både OS2borgerPC og OS2borgerPC Kiosk men er mere relevant for OS2borgerPC. Det anbefales på computere, som er placeret nær personalet og ikke kan benyttes uden opsyn, hvor det er meningen, at borgere skal kunne indsætte deres egne USB-enheder.
De nævnte muligheder beskrives også i vores guide til oprettelse af sikkerhedsovervågning, og vores anbefalinger er også beskrevet i vores dokument om ofte stillede revisionsrelaterede spørgsmål.
Hvis I har spørgsmål, kan I altid skrive til os.
Herefter beskrives nyhederne.
Delvist finansieret af Syddjurs, Ringsted og Lyngby-Taarbæk - og tusind tak til jer - har vi udviklet det tidligere omtalte dashboard og tilføjet det til adminportalen. Dashboardet erstatter status-siden som den første side på adminportalen, mens status-siden er blevet flyttet ind under menupunktet “Computere”.
Dashboardet viser en oversigt over de fem seneste tilfælde af ikke-håndterede hændelser, fejlede jobs, nyhedsopslag på adminportalen, computere som ikke er tjekket ind i 15 minutter, nye globale scripts og aktive computere, som ikke har kørt alle opdateringer i mere end 30 dage.
Med hensyn til det sidste punkt om computere, som ikke har kørt alle opdateringer i mere end 30 dage, så vil der indledningsvis kun blive vist information om computere, der tidligere har kørt “System - Opdater alt nu”. Computere, der har alle automatiske opdateringer slået til, vil kunne fremgå af listen, når de er blevet opdateret til den nye version af OS2borgerpc-klienten, som vi planlægger at frigive i starten af januar. Det forventes dog ikke, at computere, der har alle automatiske opdateringer slået til, vil optræde på listen.
Finansieret af Hjørring og Stevns har vi udviklet en ny funktion til at duplikere grupper på adminportalen.
Den nye funktion opretter en ny gruppe med navnet “Kopi af
Gruppens relaterede sikkerhedsregler, ansvarspersoner, tilknyttede computere og eventuelle konfigurationer kopieres ikke over, da tanken er, at det primært bruges til at genbruge gruppens script-opsætning på en ny lokation, hvorefter man hurtigere kan lave de enkelte justeringer, der måtte være brug for. En alternativ løsning på dette problem er, at man har en fælles gruppe med fælles indstillinger (tilknyttede scripts) på tværs af lokationer, og computerne så er medlem af en eller flere overordnede grupper samt en lokationsspecifik gruppe til de indstillinger, der måtte variere.
Nu understøtter adminportalen begge disse workflows.
Den dropdown-menu, som åbnes ved klik på ens brugernavn i øverste højre hjørne på adminportalen, har fået tilføjet et direkte link til redigering af ens egen bruger.
På bestilling fra Hjørring har vi udvidet Cicero-integrationen, så man har mulighed for at tilføje en aldersgrænse, således at det kun vil være muligt for borgere, som er ældre end den valgte aldersgrænse, at logge ind via Cicero-integrationen. Det er også muligt at angive en tidsperiode for hver af ugens dage, hvor aldersgrænsen ikke anvendes. Den valgte aldersgrænse vil kun have effekt, hvis borgerens fødselsdato er angivet i Ciceros system.
På baggrund af en dialog med Princh har vi opdateret dette script, så det bruger en anden metode til at tilføje Princh-printere. Ændringen er primært beregnet til at løse et problem med valg af farve- eller sort/hvid-print, men hvis man har oplevet andre problemer med indstillinger for Princh printere, kan man prøve at gentilføje de(n) pågældende printer(e). Det vil måske løse problemet.
I forbindelse med en forespørgsel fra Hjørring er dette script blevet opdateret, så det forsøger at sætte de valgte printer-indstillinger via flere forskellige metoder, da det blev opdaget, at den ene metode, som oprindeligt blev anvendt, ikke blev respekteret i alle tilfælde.
Dette script er blevet opdateret, så det virker med den tidligere nævnte dashboard-liste, der angiver de fem seneste tilfælde af aktive computere, som ikke har kørt alle opdateringer i mere end 30 dage.
Dette script er blevet opdateret til at have en “Aktiver”-tjekboks som første parameter, der bruges til at indikere, om scriptet skal aktiveres eller deaktiveres.
Dette script er blevet opdateret til at have en “Aktiver”-tjekboks som første parameter, der bruges til at indikere, om scriptet skal aktiveres eller deaktiveres.
I forbindelse med en forespørgsel fra Lyngby-Taarbæk har vi udviklet dette script, som indstiller Firefox til at bruge systemets print-dialog i stedet for Firefox’ egen i forbindelse med print fra Firefox. Dette kan løse visse problemer med print fra Firefox.
I forbindelse med en forespørgsel fra ITF har vi udviklet dette script, som kan bruges til at indstille en OS2borgerPC til at anvende en anden kerneversion end den nyeste. Dette kan være relevant for at løse visse hardware-relaterede problemer.
På forespørgsel fra Hørsholm har vi udviklet dette script, som kan sende apts logfiler til adminportalen. Apt er Ubuntus pakkehåndteringssystem, der bruges til installation, opdatering og afinstallation af langt de fleste programmer på OS2borgerPC. Hvis apt installerer, opdaterer eller fjerner et program, skrives det til logfilen. Logfilen roteres en gang om måneden, men computeren beholder de seneste 12 logfiler ud over den nyeste, så der vil være logs for op til et år.
På bestilling fra København har vi udviklet dette script, som kan bruges til at tilføje en popup med valgfri titel, tekst, tekst på knappen og størrelse, som vises efter hvert login som borger. Hvis scriptet anvendes på en computer, der også gør brug af en login-integration som Cicero, er det også muligt at indstille scriptet, så popup’en kun vil blive vist i forbindelse med en borgers første login inden for en given login-periode.
Vi har rettet en mindre fejl på admin-sitet, som bevirkede, at de viste datoer for oprettelse og seneste login for en bruger altid blev taget fra ens egen bruger frem for den bruger, som man betragter. De viste datoer vil nu korrekt blive taget fra den bruger, som man betragter.
Nyhedskategorier
Admin-site Browser Crowdfunding Firefox Print og skanning Scripts Sikkerhed Sikkerhedsscripts
27. juni 2024 15:36
-
Læs mere...
Her kommer nyhedsbrevet med den seneste måneds udviklingsopgaver. Tak til alle jer, der indrapporterer ideer, uhensigtsmæssigheder, fejl og bare overvejelser. Det hjælper løsningen fremad i små og store spring.
I de sidste 30-40 dage er der sket meget, og denne gang indleder vi med en indholdsfortegnelse, der sikrer overblikket.
Vi er i gang med en udviklingsopgave, “Lokal oprettelse og konfiguration af sites”, som vi har klar til alle brugere ved udgangen af juni. Derefter håber vi, at vi kan komme i gang med nogle af de mange ønsker til dysleksihjælp, som en del kommuner efterspørger.
Sidste år gjorde vi det muligt at aktivere, at tilknyttede scripts med ændrede parametre automatisk genkøres på gruppens computere. Dette slår vi i dag til for alle nye kunder, da vi mener, at det kan spare manuelt arbejde. Vi har dog ikke slået det til for eksisterende sites, da det kan være tilfældet, at man har vænnet sig til at lave ændringer i tilknyttede scripts, som ikke skal ud på de nuværende tilmeldte computere, men kun nytilmeldte.
Såfremt det passer ind i jeres workflows, vil vi anbefale at slå det til.
Eksempel: Man beslutter at ændre startsiden for browseren. Hvis indstillingen er slået fra, og man ønsker, at den nye startside skal benyttes på alle PC’er, skal man:
Hvis man sætter hak i denne indstilling, vil trin 2 i stedet blive foretaget automatisk.
Nogle kunder har oplevet, at de bliver spammet med hændelser fra dette sikkerhedsscript, fordi en løs forbindelse i en computer bevirker, at computeren hyppigt mister og gendanner forbindelsen til keyboardet. Computeren kan ikke kende forskel på, om et keyboard bliver fjernet og indsat igen, eller om computeren mister og gendanner forbindelsen til keyboardet.
For at afhjælpe dette problem, har vi opdateret scriptet, så det frafiltrerer duplikerede hændelser relateret til det samme keyboard i den samme tjek ind-periode. Hvis det samme keyboard bliver fjernet og genindsat flere gange i løbet af den samme tjek ind-periode, vil scriptet således nu kun generere en hændelse for det keyboard ved næste tjek ind. Der vil stadig blive genereret en hændelse for hvert separat keyboard, der måtte være blevet indsat. Ændringen vil ikke påvirke den sikkerhedsmæssige funktion af scriptet, da computeren bør kontrolleres, uanset om man modtager en eller flere hændelser relateret til dette script.
Dette script er blevet opdateret til også at blokere for aktivering af GNOME Remote Desktop. Se afsnittet om det nye script “Sikkerhed - Bloker for GNOME Remote Desktop (Fjernskrivebord)” for flere detaljer.
Dette script er blevet opdateret til at virke for både Chrome og Chromium.
Dette script er blevet opdateret til både at kunne flytte placeringen af Ubuntu Dock (programmenuen) og kunne flytte applikationsstarteren (de 9 “prikker”) fra den ene ende af programmenuen til den anden.
Dette script er blevet opdateret, så det nu vil forsøge at starte Chromium op til tre gange, hvis Chromium ikke starter korrekt i første forsøg. Dette bidrager til at forhindre situationer, hvor en OS2borgerPC Kiosk ikke får startet Chromium korrekt.
Disse scripts er blevet opdateret, så man nu har mulighed for at vælge, at den tilføjede printer skal sættes som standardprinter. Alle eksisterende tilknyttede udgaver af disse scripts er blevet sat til ikke at sætte den tilføjede printer som standardprinter, så de har samme effekt som før opdateringen.
I forbindelse med en forespørgsel fra Hjørring er dette script blevet opdateret, så man kan vælge mellem validering med NTLM version 1 og NTLM version 2. I samme forbindelse er det også blevet gjort muligt at deaktivere forbindelser over NetBIOS.
På forespørgsel fra Høje Taastrup er dette script blevet opdateret, så det både virker på OS2borgerPC og OS2borgerPC Kiosk.
Skive indrapporterede et problem, hvor visse genveje på superusers skrivebord var holdt op med at virke korrekt. Efter nærmere undersøgelse viste problemet sig at være forårsaget af dette script. Vi har opdateret scriptet, så det ikke længere forårsager det pågældende problem. Hvis man oplever det nævnte problem, kan det løses ved at genkøre scriptet. Vi planlægger desuden at køre et script ud på alle BorgerPC’er, som vil rette den omtalte fejl.
For at lukke den potentielle sårbarhed relateret til users crontab, som vi skrev om tidligere, har vi udviklet dette script, som indstiller OS2borgerPC til også at nulstille users crontab ved hvert logud.
Vi har som tidligere skrevet allerede kørt scriptet på alle eksisterende computere, men vi anbefaler kraftigt, at I kører scriptet på alle nyinstallerede OS2borgerPC umiddelbart efter registreringen. Scriptet er ikke nødvendigt på Kiosk.
Vi vil i løbet af sommeren frigive et nyt OS2borgerPC-image, hvor scriptet er indbygget.
Vi har konstateret, at Ubuntu 22.04 har et indbygget remote desktop program kaldet GNOME Remote Desktop, som er en del af Indstillinger. Dette program kan som udgangspunkt aktiveres af Borger, hvis der ikke er blokeret for adgang til Indstillinger. Vi har derfor udviklet dette script, som blokerer for aktiveringen af GNOME Remote Desktop. Vi planlægger at indbygge scriptet i næste image. Det bør dog nævnes, at selv hvis GNOME Remote Desktop aktiveres af Borger, vil programmet blive nulstillet og deaktiveret ved logud. Derudover har Borgers adgang til indstillinger været blokeret som standard i alle OS2borgerPC images siden 3.1.0.
På forespørgsel fra Langeland har vi udviklet dette script, som kan bruges til at ændre standardindstillingerne for sidestørrelse, billedeopløsningskvalitet og tekstopløsning for Dokumentskanner også kaldet simple scan.
I forbindelse med en forespørgsel fra Høje Taastrup har vi udviklet dette script, som kan bruges til at angive 1-3 hjemmesider, hvor Chrome og Chromium på OS2borgerPC vil tillade automatisk afspilning af lyd.
På forespørgsel fra Køge har vi udviklet dette script, som kan bruges til at løse et problem, hvor visse hjemmesider potentielt ikke virker korrekt i nyere versioner af Chrome, fordi TLS 1.3 Hybridized Kyber support er blevet slået til som udgangspunkt.
På forespørgsel fra Hjørring har vi udviklet dette script, som kan bruges til at oprette en mappe med valgfrit navn på Borgers skrivebord og tilføje en til flere filer (f.eks. skabeloner) til denne mappe. Man kan vælge, om Borger skal have mulighed for at ændre filerne i mappen, eller om det kun skal være muligt at kopiere filerne og derefter ændre kopierne. I begge tilfælde vil eventuelle ændringer blive nulstillet efter logud.
På forespørgsel fra Køge har vi udviklet dette script, som kan bruges til at tilføje data til Chromiums “Local Storage” på OS2borgerPC Kiosk. Dette kan f.eks. bruges til at forhindre popups om cookies på bestemte hjemmesider ved at tilføje data svarende til accept (eller afvisning) af brug af cookies til Chromiums Local Storage, så browseren på forhånd ved, om de pågældende hjemmesider må benytte cookies.
Vi har tilføjet en ny inputparameter-type kaldet “Valgmuligheder”, som kan bruges til at definere inputparametre, hvor man vælger værdien ud fra en liste med faste muligheder. De mulige værdier angives som en kommasepareret liste i feltet “Standardværdi”, og den første værdi i listen vil være valgt som udgangspunkt. Et komma i starten eller slutningen af listen tolkes som en værdi svarende til en tom streng.
I forbindelse med kørsel af et script, der benytter denne inputparameter-type, kan man så vælge mellem de angivne muligheder.
Det samme er gældende, hvis man redigerer et tilknyttet script, der benytter den nye inputparameter-type.
Vi planlægger at opdatere de globale scripts, hvor det giver mening, til at benytte denne nye inputparameter-type, så de pågældende scripts bliver nemmere at anvende.
6. november 2023 15:03
-
Læs mere...
Vi har samlet vedligeholdelses- og udviklingsopgaver i oktober sammen i denne oversigt. I må meget gerne give os feedback, hvis I vil høre nærmere eller har ideer til udviklings- eller vedligeholdelsesopgaver.
Brian Løvendahl fra Vordingborg opdagede fredag d. 3/11 og meldte ind, at loginprompten ignorerede alle tegn efter de første 8 i kodeordet. Dvs. så længe de første 8 tegn i kodeordet er korrekte, så logges man ind. Vores scripts til at sætte kodeord for Borger og superuser brugte en indbygget systemfunktion kaldet “crypt”, og efter noget undersøgelse viste det sig, at denne funktion har den omtalte begrænsning, at alle tegn ud over de første 8 blev ignoreret.
Ubuntu understøtter dog flere forskellige protokoller til hashing af kodeord, så vi har nu omskrevet begge scripts til at bruge en nyere, sikrere metode, der ikke har denne begrænsning.
Vi anbefaler derfor alle at genkøre scriptet “System - Skift kodeord for superuser”, så jeres superuser-konti er bedre beskyttet.
Kodeordet for Borger er af mindre betydning, da de fleste af jer benytter automatisk login, og dette kodeord som udgangspunkt er låst. Det er først, når man har kørt scriptet til at sætte kodeordet for Borger, at det reelt bliver muligt at autentificere sig som denne konto. Og selv herefter har kontoen ikke superuser-rettigheder.
Flere af vores kunder har oplevet, at printprogrammet Princh hyppigt genererer sudo-advarsler, fordi programmet gør unødvendig brug af sudo. Århus og Lejre har finansieret en opdatering af sudo-sikkerhedsscriptet, så det nu frafiltrerer sudo-hændelser fra root, hvilket inkluderer hændelserne fra Princh. Der er ingen risici ved denne frafiltrering, da man ikke behøver sudo for administratorrettigheder, hvis man allerede er root. Det globale sikkerhedsscript er blevet opdateret den 02/11-23, og der burde ikke opleves flere sudo-hændelser fra Princh efter denne dato.
De sidste to globale scripts, der stadig brugte ja/nej som tekstinput som parametre, er nu blevet opdateret til at bruge afkrydsningsfelter i stedet:
Dette script, som blev nævnt i nyhedsdokumentet fra i sommer, er nu blevet testet og gjort globalt. Vi har også rettet en mindre fejl, der bevirkede, at scriptet ikke altid viste de tilgængelige skærmopløsninger korrekt.
På forespørgsel fra Brøndby har vi opdateret dette script, så det nu også er muligt at deaktivere automatisk borgerlogin, uden at der kræves kodeord for borger. Dette gør det lettere at sikre, at nye brugere mødes af loginskærmen, så borgerne kan være sikre på, at de får en frisk session. Derudover er det relevant i forhold til indrapportering af antal daglige logins. Se afsnittet om det relaterede script længere nede.
På forespørgsel fra Brøndby har vi udviklet et script, som tilføjer en Chrome-policy, der får Chrome til automatisk at downloade PDF’er og åbne dem i maskinens standard PDF-program frem for at åbne dem i Chrome. Det kan bl.a. være relevant, hvis man har problemer med at print fra Chrome ikke virker korrekt.
Som en del af den udvidede API-løsning har vi udviklet et script, som får maskinen til at begynde at indrapportere antal logins per døgn til adminsitet. Denne information kan så tilgås via API’et. Maskinen vil først indrapportere antal logins for en given dag på den efterfølgende dag. Der vil blive gemt antal logins for op til 90 dage for en given maskine, hvorefter de ældste værdier slettes, når nye tilføjes.
Det bør bemærkes, at maskinen og derfor scriptet ikke kan kende forskel på automatiske logins og manuelle logins. Værdierne fra dette script vil derfor kun repræsentere den reelle brug af maskinen, hvis automatisk borgerlogin slås fra via scriptet “Login - Automatisk borgerlogin til/fra”.
Gladsaxe indrapporterede, at nogle af deres OS2borgerPC Kiosk-maskiner ikke altid fik startet Chromium-browseren korrekt. Vi har udviklet et script til OS2borgerPC Kiosk, som ændrer maskinens indstillinger, så den forsøger at starte Chromium-browseren op til tre gange, hvis browseren ikke starter korrekt i første omgang. Hvis browseren stadig ikke er startet korrekt efter tredje forsøg, genstartes maskinen. Scriptet vil maksimalt genstarte maskinen fem gange i træk.
GRUB er Ubuntus boot-manager, som svarer til BOOTMGR / NTLDR i Windows-verdenen. Herfra kan man normalt sætte forskellige opstartsindstillinger, såsom at man kan vælge hvilken kerneversion, der anvendes. Drivere er tilknyttet denne kerneversion, så hvis der pludselig opstår et problem, der kan være driver-relateret, kan det være relevant at eksperimentere med.
I tilknytning til et driver-problem med nogle maskiner i Frederikshavn har vi udviklet dette script, der gør, at GRUB-menuen vises. Normalt er denne menu skjult på OS2borgerPC. Hvis et problem, der potentielt kunne være driver-relateret, skulle opstå, kan man med dette script afprøve, om det forsvinder ved at skifte til en tidligere kerneversion. Eller ved at ændre i indstillingerne til kernen.
Dette er primært relevant til fejlfinding/tests, da maskinen ved næste boot vil gå tilbage til standard, som er at starte nyeste-kerneversion med de indstillinger, der står i den konfigurationsfil.
Normalt på OS2borgerPC er alt andet end nyeste kerneversion med dens standardindstillinger låste i menuen, selv hvis menuen vises. Dvs. ved valg af alt andet skal der indtastes brugernavn og kodeord. Med dette script løsnes der op for dette, så alle muligheder på listen kan vælges uden at indtaste brugernavn/kode. Der er stadig låst ned for helt manuel redigering af boot-indstillingerne fra GRUB-menuen.
Dette script er bl.a. relevant, hvis du vil konfigurere en maskine til altid at opstarte en tidligere kerneversion for at undgå, at du ved hver opstart bliver bedt om brugernavn/kode.
Der opstår ikke længere en fejl på admin-sitet, hvis man forsøger at tilgå en kategori på nyhedssitet, som ikke findes.
Ændringer i konfigurationsværdier vil nu korrekt blive reflekteret på adminsitet, når man har foretaget ændringen, men endnu ikke klikket på “Gem ændringer”. Eventuelle ændringer vil fortsat først blive permanente, når man har klikket på “Gem ændringer”.
Hvis man tilføjer et nyt afkrydsningsfelt-input til et script, som allerede bruges som tilknyttet script, vil det nye afkrydsningsfelt for de tilknyttede scripts nu korrekt få den indledende værdi “True” (hak).
Vi har samlet svarene på de revisionsrelaterede spørgsmål, som vi har modtaget, i et enkelt dokument. Dette dokument er nu blevet gjort tilgængeligt på admin-sitet og kan findes under site-dokumentationen. Dokumentet opdateres løbende, efterhånden som vi modtager nye revisionsrelaterede spørgsmål.
Vi har opdateret sektionen om 2FA på Computere for at øge brugervenligheden. Funktionen af denne side er, at du kan slå totrinsbekræftelse til for login til “superuser”-kontoen på en-til-flere OS2borgerPC eller OS2borgerPC-kiosk-maskiner. Dette overflødiggør til en vis grad sudo-sikkerhedsovervågning.
Specifikt er listen med eksempler på authenticator-apps blevet opdateret, så den indeholder mere relevante eksempler. Derudover er den blevet opdateret, så listen også angiver, hvilke platforme (Android, IOS) den pågældende app kan anvendes på, samt hvorvidt appen er Open Source eller ej.
Sektionen indeholder nu også et direkte link til det script, som skal bruges til at aktivere 2FA for superuser på en OS2borgerPC.
Den udvidede udgave af admin-sitets API er nu blevet frigivet. Herunder vises et eksempel på anvendelsen af API’et med Microsoft Power BI.
Dette åbner siden til håndtering af API-nøgler.
Kopier denne API-nøgle ved at trykke på knappen til højre for API-nøglen eller ved at markere hele nøglen og trykke Ctrl-C. Den skal bruges i Microsoft Power BI for at programmet kan få adgang til vores API.
Åbn Microsoft Power BI Desktop og klik “Hent data”.
Find og vælg muligheden “Web”.
Klik “Opret forbindelse”.
I det nye vindue vælges der “Avanceret”. Herefter udfyldes URL-feltet med adressen på et af de tilgængelige endpoints. I dette eksempel bruges det endpoint, der returnerer data om alle maskinerne på ens site.
Tryk “OK”.
Første gang, du tilgår API’et fra Power BI Desktop, vil du blive spurgt om adgangstype. Forbliv på anonym adgang og vælg, at disse indstillinger skal anvendes på niveauet “https://os2borgerpc-admin.magenta.dk/api”. Så burde programmet ikke spørge igen.
Klik “Opret forbindelse”. Trin 11 og 12 kan springes over i fremtidige forespørgsler.
Microsoft Power BI vil nu hente den forespurgte data og præsentere den i en Query-editor, hvor man kan behandle den som ønsket.
De forskellige endpoints er beskrevet i API’ets egen dokumentation ( https://os2borgerpc-admin.magenta.dk/api/docs ). Brugen af API’et er også beskrevet i vores site-dokumentation (https://os2borgerpc-admin.magenta.dk/documentation/api/ ).
Vi har lavet nogle kodeændringer, der betyder, at vi fremover hurtigere kan få nye anvendere op at køre med Cicero-integrationen til login på OS2borgerPC. Ændringerne vil også gøre det lettere at udvikle integrationer til andre, lignende systemer til brugervalidering, hvis det skulle blive relevant.
Vi har færdiggjort en ny version af klienten, som sendes ud senere denne uge (uge 45).
Klienten opdateres med et par nye tilføjelser:
Begge disse oplysninger vil kunne ses under “Konfigurationer” for en given computer. IP-adresserne er desuden blandt de oplysninger, som man får fra API’et.
Kommentarer