Background updates from internal server not working as expected

[flitter_mouse]

We're experiencing difficulty with deploying Flash Player updates from an internal server. Using Active Directory Group Policy software installation, we deployed 18.0.0.241 (Extended Support Release) using the Windows Installer (.msi) packages for ActiveX and NPAPI. We also deployed mms.cfg (UTF-8 with byte order mark) containing (potentially-sensitive info altered to protect the not-so-innocent):

AutoUpdateDisable=0

SilentAutoUpdateEnable=1

SilentAutoUpdateServerDomain=updateserver.corpname.tld

SilentAutoUpdateVerboseLogging=1

I downloaded the background updates cab file for 18.0.0.255 (Extended Support Release) and expanded the files to the appropriate path on the "updateserver.corpname.tld" web server. As expected, I can access http(s)://updateserver.corpname.tld/pub/flashplayer/update/current/sau/currentmajor.xml. The web server certificate is supplied by Active Directory Certificate Services and is trusted by all domain-joined workstations. When the update task runs (on schedule or by manually triggering in Scheduled Tasks), these entries appear in FlashInstall.log:

2015-11-2+21-11-24.766 [info] 1628 updateserver.corpname.tld

2015-11-2+21-11-24.815 [info] 1629 updateserver.corpname.tld

2015-11-2+21-11-24.826 [info] 1614

2015-11-2+21-11-24.828 [info] 1615

2015-11-2+21-11-24.829 [info] 1618

2015-11-2+21-11-24.832 [info] 1619 1063

2015-11-2+21-11-24.852 [info] 1628 updateserver.corpname.tld

2015-11-2+21-11-24.853 [info] 1629 updateserver.corpname.tld

2015-11-2+21-11-24.854 [info] 1614

2015-11-2+21-11-24.855 [info] 1615

2015-11-2+21-11-24.856 [info] 1618

2015-11-2+21-11-24.858 [info] 1604

2015-11-2+21-11-24.858 [info] 1608

2015-11-2+21-11-24.867 [info] 1612

2015-11-2+21-11-24.869 [info] 1620

I see no corresponding entries in our web server access logs, so apparently the updater isn't getting that far. We aren't using a proxy and the background updates server is internal to our network.

We primarily have Windows 7 Pro (64-bit) clients.

I've checked topics with similar complaints and haven't been able to find a solution.

Ideas would be appreciated!

[_maria_]

Hi flitter_mousef,

The mms.cfg file appears to be configured correctly.  Are you deploying the mms.cfg file before or after deploying the installer?  What version of Flash Player is being installed on the system?  Can you provide the entire log file for an impacted system?  The log file will most likely be fairly large,  The forums don't accept attachments. You can upload the log file to cloud.acrobat.com using the instructions How to share a document or some other file sharing software and then private message me the URL to the uploaded log files.

--

Maria

[flitter_mouse]

Hi Maria,

I think when we migrated the server hosting background updates (from Server 2008 to Server 2012 R2), we must have neglected to configure SSL/certificates for the background updates site in IIS. I had corrected that before starting this discussion, but for some reason, manually running the Flash updater scheduled task (for testing) wasn't working properly. But yesterday (11/3), when I checked IIS logs, I noticed entries for the Flash updater. When I checked a system where manually running the scheduled task had failed previously, Flash was updated. So this seems to be working now...

Thank you!

[_maria_]

Hi flitter_mouse

Thanks for the update.  If it happens again, please post in this thread and I'll receive an email notification that there is a new post to the thread.

--

Maria