Charles,
I would like request an item to be added to my wishlist.
I would like the manual updater to become a client server application
by which the server is the SiteProtector Application server and the client
is the Manual Updater. I would then like the ability to have the manual
updater communicate directly with the SiteProtector Application server to
synchronize the downloaded xpu's automagic'ly. Of coarse this must work
through firewall connections and UDP protocol is definite NO-NO!
In short, similar to Double-Take without the associated cost.
Thanx,
Luigi
"Banton, Charles (ISS Atlanta)" <[EMAIL PROTECTED]>@iss.net on 23 Jan 2004
12:06
Sent by: [EMAIL PROTECTED]
To: "jaeger" <[EMAIL PROTECTED]>
"[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
cc: "enhancements" <[EMAIL PROTECTED]>
Subject: [ISSForum] RE: SP and XPU download strategy
****************************************************************************
This message originated from the Internet. Its originator may or
may not be who they claim to be and the information contained in
the message and any attachments may or may not be accurate.
****************************************************************************
Indeed someone is listening Karl,
You may or may not be aware of the Manual Upgrader for SiteProtector which
is available on our download center as the first item listed in the
SiteProtector section.
http://www.iss.net/download/
It was created for just this reason. If there is a reason why this utility
does not work for this situation please let us know.
The manual Upgrader allows you to download XPU files and post them anywhere
you would like. Some customers use this to burn the files to CD in
environments where Internet access is not allowed. You can also configure
SiteProtector to look at this internal share point for updates instead of
the web, therefore if the use of the manual upgrader is automated and
SiteProtector continually monitors the local share for updates you will
receive the same benefits as you would if it was looking directly at the
ISS web site.
Please let me know if there is any assistance that we can provide. Thanks
for emailing us with your concerns, the enhancements list is monitored by
our entire Product Management team because we value the input that our
customers offer us.
Best Regards,
Charles Banton
Technical Product Manager
[EMAIL PROTECTED]
Phone - (404) 236-2690
www.iss.net
INTERNET | SECURITY | SYSTEMS
The Power to Protect
-----Original Message-----
From: jaeger [mailto:[EMAIL PROTECTED]
Sent: Friday, January 23, 2004 9:00 AM
To: [EMAIL PROTECTED]
Cc: enhancements
Subject: SP and XPU download strategy
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 auto 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 EOL 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 [EMAIL PROTECTED], 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: [EMAIL PROTECTED]
Web: www.bdg.de
______________________________________________________
_______________________________________________
ISSForum mailing list
[EMAIL PROTECTED]
TO UNSUBSCRIBE OR CHANGE YOUR SUBSCRIPTION, go to
https://atla-mm1.iss.net/mailman/listinfo
************************************************************************
This E-mail is confidential. It may also be legally privileged. If you
are not the addressee you may not copy, forward, disclose or use any
part of it. If you have received this message in error, please delete
it and all copies from your system and notify the sender immediately
by return E-mail.
Internet communications cannot be guaranteed to be timely, secure,
error or virus-free. The sender does not accept liability for any
errors or omissions.
************************************************************************
_______________________________________________
ISSForum mailing list
[EMAIL PROTECTED]
TO UNSUBSCRIBE OR CHANGE YOUR SUBSCRIPTION, go to
https://atla-mm1.iss.net/mailman/listinfo
