as part of the latest SiteProtector SP3 there is an add on which is
called a manual updater or it can be downloaded seperately from the ISS
website. To quote from their website:
'This utility is used to manually download SiteProtector Service Releases
and sensor XPU's after SiteProtector installation. Use this utility if you
do not allow the SiteProtector Application Server to access the ISS website
for updates.This utility is used to manually download SiteProtector Service
Releases and sensor XPU's after SiteProtector installation. Use this utility
if you do not allow the SiteProtector Application Server to access the ISS
website for updates.'
We use a PC allowed access to the internet to download the files and then
transfer them with the relevant xml file onto the Application server.
Hope this helps
>From: jaeger >To: issforum@xxxxxxx >CC: enhancements@xxxxxxx >Subject: [ISSForum] SP and XPU download strategy >Date: Fri, 23 Jan 2004 15:00:12 +0100 >MIME-Version: 1.0 >Received: from atla-mm1.iss.net ([188.8.131.52]) by mc10-f21.hotmail.com with Microsoft SMTPSVC(5.0.2195.6824); Fri, 23 Jan 2004 11:12:31 -0800 >Received: from atla-mm1.iss.net (localhost [127.0.0.1])by atla-mm1.iss.net (8.12.10/8.12.2) with ESMTP id i0NIE17t009770;Fri, 23 Jan 2004 13:14:01 -0500 (EST) >Received: from atlmaiexcp06.iss.local (atlmaiexcp06.iss.local [184.108.40.206])by atla-mm1.iss.net (8.12.10/8.12.10) with ESMTP id i0NE1ZW1028077for ; Fri, 23 Jan 2004 09:01:36 -0500 (EST) >Received: from atla-mx1.iss.net ([220.127.116.11]) by atlmaiexcp06.iss.local with Microsoft SMTPSVC(5.0.2195.6713); Fri, 23 Jan 2004 09:01:34 -0500 >Received: from mail.bdg.de (mail.bdg.de [18.104.22.168])by atla-mx1.iss.net (8.1!
2.10/8.12.10) with ESMTP id i0NE1RgY026838;Fri, 23 Jan 2004 09:01:28 -0500 (EST) >Received: from bdg-isvw.bdg.de (mail-server.bdg.de [22.214.171.124])by mail.bdg.de (BorderWare MXtreme Mail Firewall) with SMTPid A9D9C8BC87; Fri, 23 Jan 2004 15:01:26 +0100 (CET) >Received: from bdg.de (10.0.1.230 [10.0.1.230]) by bdgmail.bdg.de with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)id CNZH7YVN; Fri, 23 Jan 2004 15:05:40 +0100 >X-Message-Info: yilqo4+6kc4HUR4wCmH2bVZVnLIezGAM >Message-ID: <401128EC.30100@xxxxxx> >User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-DE; rv:1.0.1) Gecko/20020823 Netscape/7.0 >X-Accept-Language: de-de, de >X-OriginalArrivalTime: 23 Jan 2004 14:01:34.0530 (UTC) FILETIME=[691E5220:01C3E1B9] >Errors-To: issforum-admin@xxxxxxx >X-BeenThere: issforum@xxxxxxx >X-Mailman-Version: 2.0.8 >Precedence: bulk >List-Help: >List-Post: >List-Subscribe: , >List-Id: ISS Forum >List-Unsubscribe: , >List-Archive: >Return-Path: issforum-admin@xxxxxxx > >Hi, > >we are about to migrate our customer base to SP 2.0. >The problem is direct access to https://www.iss.net. >Typically a sensor environemnt is managed out of band, >i.e. a special mgmt network is being setup. Many of our >customers would not allow for direct internet access from >this network. In the past we worked around this problem >using the WGM 6.7 file path option in the xpress updater. >XPU files could be downloaded vie MS IE and proxy and savely >stored on a central file server. SP 2.0 does not provide such >an option. The only choices you have are aut!
o download or not and to >download via proxy, which is a nice enhancement. However for an easy >migration path we would like to have the alternative to download >from a file path as well. Of course this would require all XPU, SP >an SR files being available on the ISS website, which is not the >case right now, but was true for WGM environments. We have made >tests with auto download set to off. SP 2.0 will check for files in >the local SP update directory. There are two drawbacks with this >approach. Firstly files have to manually be copied there and >secondly certain files are not available via MS IE access, e.g. >JobUpdate.XPU, SP_DB*XPU etc. You may argue that https is inherently >secure(?) and a firewall rule could be easily setup for accessing >www.iss.net from the mgmt server. But he real world is different. In >the end it is hard to understand, why ISS dropped an option that >used to work perfectly for many customers. When EO!
L a product, the >strategy should be, being backward compatible to
existing user >environments and not forcing the customer base to change everything. >Migration on an as-is-basis is trouble enough! > >I have cced this mail to enhancements@xxxxxxx, maybe someone is >listening! > >Any feedback is very welcome. >Karl Jaeger >Manager Customer Services >-- >______________________________________________________ > >BDG GmbH & Co. KG - Make IT safe. >Stolberger Str. 307 >D-50933 Koeln > >Tel: +49 (0)221-954231-0 >direkt: +49 (0)6126-94433-21 >Fax: +49 (0)6126-94433-31 > >E-Mail: karl.jaeger@xxxxxx >Web: www.bdg.de >______________________________________________________ > > >_______________________________________________ >ISSForum mailing list >ISSForum@xxxxxxx > >TO UNSUBSCRIBE OR CHANGE YOUR SUBSCRIPTION, go to >https://atla-mm1.iss.net/mailman/listinfo