Video Screencast Help
Search Video Help Close Back
to help

GUP and LUA

Created: 29 Jun 2012 | Updated: 29 Jun 2012 | 3 comments
srinivasprabhakar's picture
0 0 Votes
Login to vote
This issue has been solved. See solution.

Can a GUPget updated from lua or internet?

Discussion Filed Under:

Comments 3 CommentsJump to latest comment

P_K_'s picture

 GUP CANNOT TAKE UPDATE FROM LUA or Exernal liveupdate . BUT the GUP client can get updated from Internet.

  The machine that is acting as GUP can get updated on its own, but it cannot update other client if it gets update from the Internet.
The GUP to act as GUP and update other client it needs to take update from SEPM.

The Group Update Provider is a feature request to support designating a particular SEP client to serve as a computer that will get content updates and publish them.
 This is designed to provide functionality vaguely similar to configuring a legacy Symantec AntiVirus client as a secondary server.
 The computer that is downloading and publishing the content is referred to as the “Group Update Provider.” The computers in the client group will use the designated “Group Update Provider” as a local proxy for content updates.
 
 

Prachand MCSE-2012 Symantec Technical Specialist (SCTS)

+2
Login to vote
  • Actions
srinivasprabhakar's picture

can you elaborate

0
Login to vote
  • Actions
P_K_'s picture

When a client becomes the GUP sharesupdate folder is created under

C:\Program Files\Symantec\Symantec Endpoint Protection\SharedUpdates

This is the place from where the other clients takes update on port 2967.

When the GUP client takes update from the internetthe updates doesn't get downloaded to this folder , rather goes to DOWNLOADS folder and that is the reason  it cannot update othr client.

In SIMPLE word, GUP will only update the clients that are manged by SEPM, only when it get update from SEPM.

 

http://www.symantec.com/business/support/index?page=content&id=TECH102541

 

•The mini HTTP server code will be a DLL extension to the SMC Agent. The design has the GUP running independently of the internal content handling. GUP is loaded by the SMC Agent when configured. When it starts up, it begins to listen on the configured port. It continues to listen until it is shut down.
•All of the clients in the group receive the same proxy policy configuration. The one that matches the proxy address or hostname is the proxy and will load the micro web server.
•The computer that is designated as the GUP will create a directory if it does not already exist at the following location:
C:\Program Files\Symantec\Symantec Endpoint Protection\SharedUpdates

 The "SharedUpdates" folder will cache all proxied files. For the first round of implementation this will only be managed LU content. No other communication or content will be proxied. Getting index files and profiles, posting state and logs, etc. will be done directly with server.
 

•The "SharedUpdates" directory will be populated when the GUP receives a request to see if the requested files are present in the local cache. If the file is present, it responds to the request with the file. If it is not present then the GUP holds the pending request, and re-issues the same "GetLUFile SyLink" request to the server. When that file arrives, it is added to the GUP cache.
 •The GUP code can only get content updates from Symantec Endpoint Protection Manager. As far as the GUP is concerned, it does not know about the client it resides on. Even if the client were to be updated through alternative means such as: Intelligent Updater or Symantec Internal Liveupdate, the GUP would not be able to use those updates to proxy for other clients. The release build will show the following warning:

Prachand MCSE-2012 Symantec Technical Specialist (SCTS)

SOLUTION
+4
Login to vote
  • Actions