Sådan konfigureres Munki på macOS Mojave til at administrere dine Apple-computere

Billede: Poravute, Getty Images

Med det kraftige open source-værktøj Munki kan systemadministratorer administrere software, indstillinger og konfigurationer. Med et stærkt brugerstøttesamfund kan Munki installeres, konfigureres og køres på macOS Mojave til at styre alle Apple-computere i virksomheden - uanset hvor store eller små. Når alt kommer til alt, blev Munki udviklet af Walt Disney Animation Studios til at hjælpe med forvaltningen af ​​de tusinder af Mac'er, de bruger dagligt, når de arbejder på alt fra animerede shorts til spillefilm.

Mere om Apple

  • Apples 5 vigtigste forretningstjenester i årtiet
  • iPhone 11: Et snyderi
  • Apple Watch Series 5: Et snyderi
  • 20 Apple-tastaturgenveje, som forretningsbrugere har brug for at vide

Det bedste af alt er, at Munki er afhængig af Apples oprindelige softwarepakker, læse- og skrivetilladelser til delte implementeringsmapper, og en webserver, der leverer pakkerne til klientcomputere.

I denne artikel vil jeg skitsere de trin, der er nødvendige for at opsætte Munki på macOS Mojave.

Inden vi hopper ind, er der et par krav, der er nødvendige for at sikre, at Munki kan køre ordentligt. Munki 3 understøtter alle versioner af macOS. På grund af, at Apple fjerner webserverkomponenten fra sin seneste version af macOS Server, er installationsprocessen for Munki, der kører naturligt på macOS Mojave, lidt forskellig fra tidligere versioner i opsætningen (specifikt kører lokalt på klientversionerne af macOS- -vurderer behovet for en macOS Server.). Uanset den underliggende version af macOS, vil Munki styre alle versioner af macOS og OS X-klient stort set den samme.

Kravene er:

  • Apple-computer, der kører macOS Mojave 10.14 eller nyere
  • Munki 3-pakke (senest v3.5.3, som dette skrives)
  • Google Chrome.dmg installationspakke
  • Internetadgang
  • Skiftet netværk
  • Administratoroplysninger

Oprettelse af Munki-arkivet

Start Terminal, og indtast følgende kommandoer for at oprette mapper på den rodplacering, der vil blive brugt til at oprette katalogstrukturen til Munki-depotet. Når man navngiver depotet, blev ordet "repo" brugt i eksemplet, men det kan navngives til alt, hvad du ønsker ( figur A ).

cd / Server / SharedFolder

mkdir repo

mkdir repo / kataloger

mkdir repo / pkgs

mkdir repo / pkgsinfo

mkdir repo / manifesterer

Figur A

Den endelige kommando nedenfor, når den køres, ændrer tilladelserne for at sikre, at den er tilgængelig.

chmod -R a + rX repo

Konfigurer Apache2 webserver

Indtast derefter følgende kommando for at konfigurere den oprindelige Apache2-komponent til at tjene den nyoprettede repo via HTTP:

sudo ln -s / Server / SharedFolder / repo / Bibliotek / WebServer / Dokumenter /

Som standard serverer Apache2-komponenten filer, der er vært i sin DocumentRoot, som kan findes på katalogstien: / Bibliotek / WebServer / Documents /. Kommandoen ovenfor opretter et symbolsk link til repoen i det bibliotek, så disse filer vil blive leveret over netværket.

For at starte Apache2-serveren skal du udføre kommandoen nedenfor i Terminal:

sudo apachectl start

For at stoppe tjenesten skal du derimod erstatte "start" med "stop", hvis tjenesten kræver, at den stoppes eller genstartes.

Installation af Munki-værktøjer

Udfør Munki Tools-pakken, og følg instruktionerne for at afslutte installationen ( figur B ).

Figur B

Ved at klikke på knappen Tilpas kan de individuelle værktøjer, der udgør pakken, vælges (eller fravælges) til installation. For installation af admin-arbejdsstation har installation af alle værktøjer sine fordele. Klik på knappen Installer for at afslutte installationen ( figur C ).

Fig

En genstart er påkrævet, når Munki Tools er installeret ( figur D ).

Figur D

Konfiguration af Munki-arkivet

Efter genstart skal du starte Terminal og indtaste følgende kommando for at ændre mapper og konfigurere Munki-arkivets indstillinger ( figur E ).

cd / usr / lokal / munki

munkiimport - konfigurering

Figur E

Kommandoen stiller en række spørgsmål for at indstille den rigtige konfiguration. Først op er at indtaste Repo URL. Afhængigt af hvordan repoen bliver vært, kan posten ændres fra enten en lokalt vært (eks. Fil: /// sti / til / repo), et delt drev (f.eks. Smb: // sti / til / repo), eller webhost (f.eks. http://domain.com/path/to/repo). Med henblik på denne artikel går vi med vores fil-host-opsætning og indtaster følgende:

file: /// Server / fællesmappe / repo

Det andet spørgsmål er filtypenavnet pkginfo. Disse filer indeholder konfigurationsoplysninger for hver pakke, der importeres. Selvom det typisk ikke er redigeret, kan det være, og du kan finde ud af, at nogle pakker kræver en smule redigering for at få dem til at implementere lydløst. Den mest almindelige udvidelse er .plist, så vi indtaster det her.

For det tredje bliver vi bedt om at vælge en standardapp til redigering af konfigurationsfilerne. Du kan indtaste stien eller navnet på ethvert installeret program, du foretrækker. For at holde tingene enkle har jeg valgt den indbyggede TextEdit.app, der er hjemmehørende i macOS.

Dernæst skal vi oprette et katalog for at gemme pakkeinformationen til Munki. Katalogerne læses af Munki og bruges til at skabe sammenhæng med, hvilke applikationer der er tilgængelige til implementering. Du kan indtaste ethvert navn, du vælger, og der kan muligvis findes mere end et katalog. Her har jeg indtastet Standard som katalognavn.

Til sidst skal der vælges et repo access plugin. FileRepo er standardvalget, medmindre der er en præference. Du kan muligvis lade posten være tom, og systemet standardiserer automatisk pluginens konfiguration. Lageret er nu konfigureret

Importerer den indledende pakke

Mens vi næsten er færdige med at oprette Munki, skal vi have mindst en pakke i kataloget, før vi afslutter processen. For at tilføje den indledende pakke bruger vi Google Chrome som eksempel. Fra terminalen skal du indtaste følgende kommando for at komme processen i gang ( figur F ).

munkiimport /path/to/googlechrome.dmg

Figur F

2.Again, Munki vil bede om en række oplysninger om pakken, der importeres, f.eks. Varenavn, visningsnavn, beskrivelse osv. Nogle af disse oplysninger vil automatisk udfyldes, nogle vil ikke. Det, som ikke skal tilføjes manuelt. Ved at observere figur F ovenfor er det meste af informationen grundlæggende og påvirker ikke Munki for meget undtagen for sektionerne Kataloger. Her skal du indtaste navnet på det katalog, der er oprettet i afsnit IV ovenfor, ellers bliver pakken ikke knyttet til Munki til distribution.

Derudover bliver du spurgt, om du vil importere varen eller ej. Vælg Y for at importere det samt oprette produktikoner og genopbygge kataloget. Dette vil opdatere kataloget med den nyligt importerede pakke. Du kan; vælg dog N for at springe redigering af pkginfo-filen over, da Google Chrome ikke kræver nogen ekstra syntaks for at implementere den.

Bemærk: Installationer i træk-og-slip-stil kræver typisk ikke redigering af .plist-konfigurationsfilen. Installer-baserede PKG-filer kan kræve, at yderligere syntaks eller skifter sendes sammen for at afslutte installationsprocessen. I disse tilfælde skal du redigere pkginfo-filen for manuelt at tilføje disse parametre.

Konfiguration af repos manifest

Manifestfilen i Munki fungerer som en slags kort, der fortæller repoen, hvor kataloger er placeret, og derfor hvad der er i disse kataloger, hvilket giver Munki mulighed for nemt at administrere softwaredistributions. Som standard findes der ingen manifest, så man skal oprette. I terminal skal du indtaste følgende kommando for at begynde (figur G ).

manifestutil

Figur G

Begynd med at oprette det nye manifest og give det et navn med denne kommando:

new-manifest site_default

Forbind derefter kataloget oprettet i sektion IV til det nyoprettede manifest:

tilføjelseskatalog Standard - manifest site_default

L \ sidste trin er at tilføje den pakke, der er oprettet i afsnit V, til manifestet:

add-pkg Chrome --manifest site_default

Munki er officielt installeret, opsat og klar til brug. For at teste webforbindelse skal du starte en browser og indtaste http: // localhost / repo / manifests / site_default. Du skal modtage en bekræftelse af de poster, der tilføjes til manifestet i afsnit VI ovenfor ( figur H ).

Figur H

Alternativt ved at indtaste følgende kommando i Terminal for at bekræfte, at softwarerepro-URL'en er konfigureret korrekt ( figur I ).

 standardindlæser / Bibliotek / Præferencer / ManagedInstalls 

Figur I

Til sidst, for at teste, hvordan Munki fungerer ved at hente pakkerne og installere dem, skal du ringe til kommandoen fra terminal ( figur J ).

 sudo managedsoftwareupdate 

Figur J

Ovenstående kommando vil læse de oplysninger, der er gemt i katalogerne, og identificere, hvilke applikationer der er tilgængelige og klar til at blive installeret sammenlignet med inventaret på den lokale maskine. For at installere disse apps skal du køre den samme kommando igen, men tilføje suffikset "--installonly" for faktisk at udføre installationen ( figur K ).

Figur K

Apple ugentlig nyhedsbrev

Uanset om du har brug for iPhone- og Mac-tip eller oversigter over virksomhedsspecifikke Apple-nyheder, har vi dig dækket. Leveres tirsdage

Tilmeld dig i dag

© Copyright 2020 | mobilegn.com