비디오: Changing End User Computing: Seven Facts You Should Know About Chrome Enterprise (Cloud Next '19) (십월 2024)
Google Chrome for Business (무료)는 2010 년에 처음 시작되어 IT 관리자가 조직 전체에 사전 구성된 Chrome 브라우저를 중앙에서 배포 할 수있는 방법을 제공합니다. Chrome for Business는 2013 년 4 월에 업데이트되었으며 Google은 Chrome을 구성하고 (현재 100 개가 있음) 레거시 브라우저 지원을 구현하며 Google Apps를 사용하는 조직에 클라우드 기반 IT 관리 도구를 사용하기위한 여러 가지 새로운 정책을 추가했습니다.
이 업데이트는 Google의 유용한 문서가 다소 불분명하지만 GP (그룹 정책)와 통합되기 때문에 Windows 도메인의 클라이언트에 Chrome을 구성하고 푸시하는 것이 매우 쉽습니다. 그러나 네트워크에서 많은 수의 사용자에게 Chrome을 배포해야하는 경우 Chrome for Business보다 효율적으로 배포하고 관리 할 수있는 방법이 없습니다.
Chrome for Business를 얻는 방법
Chrome for Business 사이트에서 Chrome for Business를 다운로드 할 수 있습니다. Google 설명서에는 Windows Installer 패키지 (Chrome 브라우저를 설치하고 사용자가 액세스 할 수있는 네트워크 공유에 배치하기위한.MSI 파일)를 다운로드하도록 지시되어 있습니다.
그런 다음 Google 템플릿을 그룹 정책으로 가져 오는 방법에 대해 설명하지만 중요한 단계는 생략합니다. Chrome.ADM 또는.ADMX 템플릿 파일을 다운로드해야합니다. 이 지침은 또한 다운로드 위치를 알려주지 않지만 빠른 Google 검색으로 정확한 위치를 알려줍니다.
설치 및 배포 프로세스
두 개의 Windows 도메인 (하나는 Server 2008 R2 수준 도메인, 다른 하나는 Windows Server 2012 수준 도메인)에 Chrome for Business를 설치했습니다.
다운로드 한.MSI 파일을 각 도메인 내의 네트워크 공유에 배치했습니다. 인증 된 도메인 사용자가 액세스 할 수있는 공유 그런 다음 그룹 정책과 함께 사용할 Chrome.ADMX 템플릿 파일 (압축 폴더)을 다운로드했습니다. 물론 Windows 도메인에서 작업하지 않고 Google Apps를 사용하는 경우 그룹 정책이 아닌 Google Apps 환경에서 지원되는 클라우드 기반 IT 도구를 사용하려고합니다.
템플릿을 다운로드 한 후 그룹 정책 관리로 이동하여 "Chrome"이라는 그룹 정책 개체를 만들었습니다. 해당 개체를 내 도메인에 연결했습니다. 새 개체를 편집하고 "소프트웨어 설정"에서.MSI 파일의 UNC 경로를 정의했습니다. 이 시나리오에서는 UNC 경로를 사용해야합니다. 드라이브 문자 경로가 작동하지 않습니다.
그런 다음 Google은 그룹 정책의 템플릿 추가 / 제거 기능을 사용하여 클라이언트에 푸시하려는 Chrome 정책을 설정하기 위해.ADMX 파일을 찾습니다. 서한에 대한 Google 문서를 따르면 실망 할 수 있습니다. 설명서가 잘못되어 전체 도메인이 아닌 로컬 시스템에만 템플릿을 추가하는 방법이 표시됩니다.
GP 템플릿으로 작업 할 때는 % systemroot % \ PolicyDefintions 폴더에 드롭하는 것을 선호합니다. 압축을 풀면 Chrome.ADMX 파일이 언어 팩 폴더를 나타냅니다 (미국 영어의 경우 en-US). ADMX 파일을 PolicyDefinition에 복사 할 때 PolicyDefinitions 아래에 해당 en-US 폴더를 하위 폴더로 만들고 압축 된 패키지의 일부인.ADML 파일을 드롭하십시오.
설정을 마치면 그룹 정책 편집으로 이동합니다. 관리 템플릿 아래에 Google 객체가 표시됩니다. 여기에서 Chrome 클라이언트 설치를위한 다양한 구성 옵션 및 정책을 설정합니다.
일부 정책 설정에는 기본 홈 페이지 설정이 포함됩니다. 새 탭 창이 열리지 않도록합니다. Google 프레임이 다양한 콘텐츠를 처리하는 방법 지정 확장 관리; 비밀번호 관리자 구성; 그리고 훨씬 더.
기본 홈페이지를 지정하고 사용자가 Chrome을 시작할 때 새 탭이 열리지 않도록하고 사용자를 위해 Password Manager를 활성화했습니다. 먼저 다시 시작할 때 각 클라이언트가 자동으로 Chrome 브라우저를 수신하는지 확인했습니다. Server 2008 R2 도메인의 실제 Windows 7 클라이언트와 Server 2012 도메인의 Hyper-V R2에서 실행되는 가상 Windows 8 게스트에서 테스트했습니다. 모든 것이 예상대로 작동했습니다. 두 클라이언트 모두 Chrome 브라우저와 적절한 설정을 받았습니다.
클라이언트에서 Chrome을 제거 할 때 제거를 수행하면 클라이언트가 재부팅 될 때 Chrome이 자동으로 다시 설치되지 않습니다. 클라이언트 레지스트리로 이동하여 Chrome 배포 정책과 관련된 키를 삭제해야했습니다. 내가 한 번 크롬은 고객에게 다시 밀려났다. 클라이언트에서 Chrome을 더 이상 원하지 않는 경우에는 문제가 없지만 관리자가 문제 해결을 위해 Chrome을 제거했다가 다시 설치해야하는 경우에는 다소 어려움이 있습니다. 제거를 통해 Windows 레지스트리에서 Chrome을 완전히 제거하는 것이 좋습니다.
직장에서의 Chrome
Windows 도메인에서 자동으로 설치를 자동화하는 다른 방법이 있습니다. 스크립팅 및 배치 파일을 사용하는 것이 일반적인 방법입니다. 그러나 Chrome for Business는 업데이트 관리 (Chrome의 빠른 업데이트 주기로 인해 IT 관리자가 실망 할 수 있음)를 포함하여 매우 세부적인 Chrome 설정을 설치하고 사전 구성하는 기능은 매우 중요합니다. 반드시 조직에서 Chrome을 많이 사용하는 경우 Chrome for Business를 사용해보세요. 한 가지 장점은 Windows 도메인에서 훌륭하게 작동한다는 것입니다. 기업용 Chrome은 IT 관리 소프트웨어로 별 5 개 중 4 개를받습니다.
