Video: Why is Google Chrome Browser great for business? (Oktober 2024)
Google Chrome for Business (gratis) ble første gang lansert i 2010 for å gi IT-administratorer en måte å sentralt distribuere forhåndskonfigurerte Chrome-nettlesere i en organisasjon. Chrome for Business ble oppdatert i april 2013, og Google la til en rekke nye retningslinjer for å konfigurere Chrome (det er nå 100), implementere eldre nettleserstøtte og bruke skybaserte IT-administratorverktøy for organisasjoner som bruker Google Apps.
Oppdateringen gjør det enkelt å konfigurere og skyve Chrome ut til klienter i et Windows-domene fordi det integreres med Group Policy (GP), selv om Googles instruktive dokumentasjon er ganske ynkelig. Hvis du ønsker og trenger Chrome distribuert til et betydelig antall brukere i et nettverk, er det imidlertid ingen mer effektiv måte å distribuere og administrere det enn med Chrome for Business.
Hvordan få Google Chrome for Business
Du kan laste ned Google Chrome for Business fra Chrome for Business-nettstedet. Googles dokumentasjon instruerer deg om å laste ned Windows Installer-pakken -.MSI-filen for å installere Chrome-nettleseren og plassere den i en nettverksandel, tilgjengelig for brukere.
Instruksjonene skisserer deretter hvordan du importerer Google-maler til gruppepolicy, men la være et viktig trinn: du må laste ned Chrome.ADM- eller.ADMX-malfiler. Instruksjonene forteller deg heller ikke hvor du skal laste dem ned fra, men et raskt Google-søk peker deg til rett sted.
Installasjons- og distribusjonsprosessen
Jeg installerte Chrome for Business på to Windows-domener: det ene et Server 2008 R2-nivå-domene, det andre et Windows Server 2012-domenet.
Jeg plasserte den nedlastede.MSI-filen i en nettverksdeling innenfor hvert domene; andelen tilgjengelig for autentiserte domenebrukere. Deretter lastet jeg ned Chrome.ADMX-malfilene (i en zip-mappe) for bruk sammen med Group Policy. Hvis du ikke jobber innenfor et Windows-domene og bruker Google Apps, vil du selvfølgelig bruke de skybaserte IT-verktøyene som støttes i Google Apps-miljøer og ikke Group Policy.
Når jeg lastet ned malene, gikk jeg inn i Group Policy Management og opprettet et Group Policy Object som jeg kalte "Chrome." Jeg koblet objektet til domenet mitt. Jeg redigerte det nye objektet, og under "Programvareinnstillinger" definerte UNC-banen til.MSI-filen. Du må bruke UNC-banen i dette scenariet. En stasjonsbokstavsti vil ikke fungere.
Google instruerer å bruke funksjonen Legg til / fjern maler i gruppepolicy for å bla til.ADMX-filene for å sette opp Chrome-policyene du vil presse til klienter. Hvis du følger Googles dokumentasjon for å gjøre det til brevet, kan du bli frustrert. Dokumentasjonen er slurvete og viser å legge maler bare til en lokal maskin, og ikke hele domenet.
Når jeg jobber med GP-maler, foretrekker jeg å slippe dem i% systemroot% \ PolicyDefintions-mappen. Chrome.ADMX-filene når de er pakket ut, avslører en språkpakke-mappe (no-US for US English). Når du kopierer ADMX-filer til PolicyDefinition, vil du opprette den en-USA-mappen som en undermappe under PolicyDefinitions og slippe inn den medfølgende.ADML-filen som er en del av den zip-pakken.
Når du er ferdig med konfigureringen, går du inn i Group Policy Edit. Under administrative maler vil du nå se et Google-objekt. Det er her du angir mange konfigurasjonsalternativer og policyer for Chrome-klientinstallasjoner.
Noen av policyinnstillingene inkluderer å sette en standard hjemmeside; forhindrer at vinduet Ny fane åpnes; å spesifisere hvordan Google Frame håndterer forskjellige innhold; administrere utvidelser; konfigurere Password Manager; og mye mer.
Jeg spesifiserte en standard hjemmeside og for ikke å la en ny fane åpne når brukeren lanserer Chrome, og aktiverte også Password Manager for brukere. Først sjekket jeg for å sikre at hver klient automatisk mottok Chrome-nettleseren ved omstart. Jeg testet på en fysisk Windows 7-klient i Server 2008 R2-domenet og en virtuell Windows 8-gjest som kjørte på Hyper-V R2 i Server 2012-domenet. Alt fungerte som forventet. Begge klientene fikk Chrome-nettleseren og de aktuelle innstillingene.
Da jeg avinstallerte Chrome fra en klient, oppdaget jeg at å utføre en avinstallasjon forhindrer at Chrome automatisk installeres igjen når klienten startes på nytt. Jeg måtte gå inn i klientens register og slette eventuelle nøkler relatert til Chrome-distribusjonspolitikken. En gang jeg gjorde det, ble Chrome skjøvet ut til kundene igjen. Dette kan være bra i noen tilfeller der Chrome ikke lenger er ønsket på klienten, men det er litt vondt, i tilfelle en administrator må avinstallere og installere Chrome på nytt for feilsøking. Jeg foretrekker at avinstallasjonen fjernet Chrome rent fra Windows-registeret.
Chrome at Work
Det er åpenbart andre måter å automatisere en installasjon i et Windows-domene - ved bruk av skript og batchfiler er typiske metoder. Muligheten til å skyve ut en installasjon og forhåndskonfigurere noen veldig granulære Chrome-innstillinger, inkludert administrering av oppdateringer (den raske oppdateringssyklusen til Chrome noen ganger kan frustrere IT-ledere) er uvurderlig med Chrome for Business. For all del, hvis Chrome er i tung bruk i en organisasjon, kan du prøve Chrome for Business. Et pluss er at det fungerer fantastisk med Windows-domener. Google Chrome for Business får fire av fem stjerner for IT-administrasjonsprogramvare.
