/build/static/layout/Breadcrumb_cap_w.png

Replication Share

Hi.

I am trying to get the replication share working. I have the requirements already set up: computer added to inventory, label for the computer, a shared folder on the remote server with read/write permissions so items can be copied and/or installed as needed.

Not seeing how the user would authenticate to the share for uploading the patches. For example the user will show as being a local user instead of a domain user:

UNC: smb://administrator:@someserver/Updates

Is there anyway to specify a domain user in the configuration?

Thanks for any and all responses.

--james

0 Comments   [ + ] Show comments

Answers (8)

Posted by: airwolf 12 years ago
Red Belt
0
Yes, the replication share is assigned to a label of machines.

Use "Matches REGEX" and you can filter on number ranges. Google 'regex' if you are unfamiliar with it. There is a ton of online documentation.
Posted by: mac456 12 years ago
Purple Belt
0
thanks for the help. cheers
Posted by: nshah 12 years ago
Red Belt
0
I'm not sure if you have a naming convention for each of those sites. If you do, you can also use those to separate them out instead of building a regex statement. Both work but the naming convention would be easier and faster.
Posted by: mac456 12 years ago
Purple Belt
0
no naming convention here which is annoying so I am going down the regex route.

Cheers
Posted by: cmccracken 13 years ago
Orange Senior Belt
0
Hey James,

In the download user just put domain\user. Ex. acgc\cmccracken. It displays as smb://acgc;cmccracken:@sa31092000/Backup

Casey
Posted by: jbowes 13 years ago
Purple Belt
0
Hi Casey.

Just so I completely understand, I would like to push the patches to a replication share and have those clients download from there. In order to push the patches to the remote server would I use the 'Destination Path' section or the 'Download' section?

Thanks.

--james
Posted by: cmccracken 13 years ago
Orange Senior Belt
0
Hey James,

As I understand it, the destination path is were the KBOX pushes the patches. The download path is where the clients/agents go to retrieve their patches.

In my case, I have a 1TB NAS box at each of our remote sites. Each one has a shared folder called KBOX (ex. \\safiler02\KBOX). For both the destination and download paths, I specify \\safiler02\KBOX and provide a user with rights on that folder (in my case it is a local user because of the limits of the NAS box, but domain should be the same).

Each agent that has the associated label will then download their patches (and MIs, etc) from that replication share.

Picture also included.

Casey

Posted by: GillySpy 13 years ago
7th Degree Black Belt
0
It's all relative to the agents. The KBOX never talks directly to the file store. The agent that copies the files to the destination is the replication machine. From the perspective of the replication PC what is the destination? Is it a local drive (ie. drive letter) or a unc path? If writing to a network location you must use an account that can write to this location.

The agents that need the files copying them via smb from the download path. This path has to be meaningful to all agents.

A "user" never logs in and download the files from the file store. The agent on the PCs runs as system account so the needs both a path meaningful to them and a username / creds with rights to get them. This can be read-only permissions
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.

Don't be a Stranger!

Sign up today to participate, stay informed, earn points and establish a reputation for yourself!

Sign up! or login

Share

 
This website uses cookies. By continuing to use this site and/or clicking the "Accept" button you are providing consent Quest Software and its affiliates do NOT sell the Personal Data you provide to us either when you register on our websites or when you do business with us. For more information about our Privacy Policy and our data protection efforts, please visit GDPR-HQ