Adobe Acrobat Reader 업데이트 관리

누구든지 Acrobat Reader의 업데이트를 관리하는 데 유용한 도구를 알고 있습니까?

방금 또 다른 보안 업데이트가 있음을 알았습니다. WSUS만큼 좋은 것을 찾아서 관리하고 싶습니다.

Shavlik과 같은 타사 도구가 트릭을 수행합니까?

그룹 정책 및 소프트웨어 할당을 통해 Adobe Reader를 설치합니다. MSP 기반 패치를 Adobe Reader 설치 지점에 적용한 다음 그룹 정책의 "재배치 ..."기능을 통해 클라이언트 컴퓨터에 다시 설치하도록 지시했습니다. 나는 이런 식으로 일하는 것을 특히 좋아하지 않지만 볼 수있는 가장 노동 집약적 인 방법입니다.

이 최신 Adobe Reader 패치 (9.1.2)는 MSP 기반이므로 일반적인 방식으로 배포 할 수 있습니다. Adobe가 EXE 기반 패치 배포를 시작하기로 결정한 경우 문제가 발생하여 스크립트 작성을 시작해야합니다. (여기서부터 Windows Installer 기반 패치 적용 방식을 고수 할 것입니다. 우리는 보게 될 것입니다 ...)

EXE 기반 업데이트로 이동하면 컴퓨터 시작 스크립트를 통해 자동으로 배포하는 스크립트를 작성합니다. Microsoft의 System Center Configuration Manager를 모색 할 돈이 있다면 내장 된 System Center Update Publisher를 사용하여 이러한 유형의 업데이트를 배포 할 수 있습니다.

클라이언트 컴퓨터가 Adobe Reader의 내장 업데이터 기능을 통해 패치를 직접 다운로드하도록하는 것은 소용이 없습니다. 배포 전에 업데이트를 테스트 할 수 있도록 업데이트 배포를 중앙에서 제어 할 수 있어야합니다. 사용자는 자신의 컴퓨터에 대한 "관리자"권한이 없으며 업데이트를 스스로 설치할 수 없습니다. 업데이트 프로그램을 비활성화하여 MSI for Adobe Reader로 변환합니다.

타사 패치 관리 도구를 사용한 적이 없으므로 의견을 말할 수 없습니다. 패치 프로세스를 자동화한다고 주장하는 패치 관리 도구는 항상 약간의 일시 중지를주었습니다. "스냅 샷"을 수행하는 도구는 실제로 설치 프로그램의 논리를 캡처하지 않으며 스냅 샷을 만들 때와 다른 상황에서 잘못된 작업을 수행 할 수 있습니다. 패치를 "자동으로 설치"하는 도구에는 패치를 설치하기 위해 스크립트를 작성하는 데 사용한 것과 동일한 양의 작업이 필요한 경우가 많습니다. 따라서 저는 소프트웨어 할당, "재배치 ..."및 패치를 배포하기 위해 직접 작성한 스크립트를 사용하는 것보다 "패치 관리"도구의 효과와 신뢰성이 의심 스럽습니다.

이 기사는 Adobe Acrobat Reader를 배포 할 때 매우 유용했습니다.

Windows 용 Adobe Reader 9 배포 .

흥미로운 두 섹션이 있습니다. 이 하나:

Adobe Updater에 대해 수행 할 작업

Reader 9에는 버전 6으로 업데이트 된 Adobe Updater 응용 프로그램이 계속 포함되어 있습니다. 한동안 오작동하지 않고 더 이상 Updater 폴더를 Documents 폴더에 놓지 않지만 여전히 사용하지 않을 수 있습니다.

이를 수행하는 몇 가지 방법이 있습니다. Updater를 실행하여 비활성화하고 (도움말 / 업데이트 확인) 환경 설정 링크를 클릭하십시오. 그러면 업데이터를 비활성화 할 수있는 환경 설정 대화 상자가 나타납니다.

다음 섹션

리더 업데이트

특히 그룹 정책 소프트웨어 설치 만 사용하는 소규모 환경에서는 Adobe Reader를 업데이트하는 것이 다소 어려울 수 있습니다. Reader 8의 경우 Adobe는 패치가 아닌 설치 프로그램의 전체 다운로드로 업데이트를 출시했습니다. 버전 9 용 업데이트가 릴리스 될 때 전체 설치 프로그램을 사용하여 업데이트하는 것이 좋습니다.

업데이터를 사용하여 Reader를 최신 상태로 유지하려면 Windows 작업 스케줄러를 사용하는 작업에서 다음 명령을 사용할 수 있습니다.

 "%CommonProgramFiles%\Adobe\Updater6\Adobe_Updater.exe" -AU_LAUNCH_MODE=1
 -AU_DISPLAY_LANG=en_US -AU_LAUNCH_APPID=reader9rdr-en_US

Adobe는 Adobe MSI 사용자 정의 마법사 인 Acrobat의 MSI 설치를 사용자 정의하는 도구를 제공합니다 . 우리가하는 일은 그룹 정책을 통해 Acrobat / Reader를 배포하는 것입니다. 먼저이 도구를 사용하여 MSI를 사용자 정의하여 모든 업데이트, 업데이트 프롬프트 등 을 비활성화 합니다.

이 작업을 마치면 GP가 릴리스 될 때 GP를 통해 업데이트 된 Acrobat으로 롤아웃 할 수 있습니다.

슬프게도, 나는 이것을 할 중앙 집중식 도구를 모른다. 위의 접근 방식은 최소한 업데이트 를 관리하고 사용자가 Adobe 업데이트 팝업에 대해 불평하는 것을 막을 수 있습니다!

SMS 또는 새로운 System Center Configuration Manager를 사용하는 것은 어떻습니까? SCCM을 사용할 여유가 없지만 SMS보다 소프트웨어를 배포 / 업데이트하는 것이 훨씬 쉽다는 것을 이해합니다. 어쨌든 살펴볼 가치가 있습니다.

궁극적으로 가장 좋은 해결책은 '패치'업데이트 아이디어를 버리고 새로운 업데이트 / 버전마다 제거 / 재설치를 수행하는 것입니다. Adobe 설치 프로그램을 MSI 설치 프로그램으로 랩핑하는 데 시간이 걸리면 GPSI를 사용하여 배치 할 수 있습니다.

"관리자"라고 말하면 실제로 업데이트 캐싱을 마치면 Linux 기반 방화벽 IPCop에 Update Accelerator 라는 무료 개방형 수동 플러그인이 있습니다. Adobe 업데이트 만받을 수있는 것은 아닙니다. 원하는 경우 Apple, Avast, Linux (.deb 및 .rpm), Microsoft, Symantec 및 Trend Micro에 대한 업데이트 캐싱도 제공됩니다. 또한 사용자 정의 소스를 추가하는 기능도 지원합니다.

우리 조직의 한 지점에서 약 1/4 분기 동안이 결과를 사용하고 있습니다 (아프리카에는 많은 대역폭이 없기 때문에 필요한 결과를 추가 할 수 있습니다). 플러그인을 좋아하지만 IPCop에 대해 신경 쓰지 않아도되는 경우 Update Accelerator를 사용하여 IPCop을 구현하지만 Update Accelerator를 통한 직접 업데이트 이외의 작업을 수행하지 않는 지점까지 IPCop 구성을 중립화합니다.

Adobe Update Manager 와 같은 것을 의미 합니까?

수동 / 자체 접근 방식이 효과적 일 수 있습니다.

• 새 업데이트가 제공 될 때마다 공유 폴더에 버립니다 (FTP-Lookup을 통해 Adobe 서버로 스크립팅 할 수 있음)
• 사용자 로그온 스크립트에서 새 파일이있는 경우 해당 폴더를 확인하고 업데이트를 실행하십시오.

그 레츠

편집 : 내 친구가 자세한 정보를 위해 http://wpkg.org/Adobe_Reader_9 사이트를 추천했습니다 . 나는 세부 사항을 읽지 않았지만 (시간 없음),이 링크를 공유하고 싶었습니다.