Go Premium for a chance to win a PS4. Enter to Win

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 1536
  • Last Modified:

The publisher of this remote connection cannot be verified. Type RemoteApp program.

When user try to open a RDP file to lunch program on the one of the Terminal Servers, warning message pop up:
The publisher of this remote connection cannot be verified. Do you wwant to connect?
Publisher: Unklnown publisher
Type: RemoteApp program.

It work if click Connect button. How to get rid of this message?
RDP file is aleredy signed with self signed certificate from that server.
   
9-8-2011-4-59-08-PM.jpg
0
CompGenHosp
Asked:
CompGenHosp
  • 3
  • 2
1 Solution
 
ShmoidCommented:
The easy way is to check the box on the popup that says "Don't aks me again..." and then click connect.

The better way is to install the certificate used to sign into the trusted root store on the client computer.
0
 
CompGenHospAuthor Commented:
We have multiple Terminal server users, so we look for centralized solution. That will apply to all users.
How to install certificate into the trusted root store? What kind of certificate? How to create one?
We have 8 Terminal Servers. Do I need to get a 8 certificated (one per server)?
I really need answer on these questions in details. Thank you.
0
 
ShmoidCommented:
I'll try to answer all your questions but first can you give me some additional information about your environment?

You mention in your original post that the RDP file is signed with a self signed certificate.

Does each terminal server have a unique self signed cert?

Are you willing to change that?

Do you have have an internal PKI?

Do any of your users access the RemoteApp from external (public) computers?

If so, have you considered a 3rd party cert from a CA such as VeriSign?

Are all users/computer domain members?
0
 
CompGenHospAuthor Commented:
You mention in your original post that the RDP file is signed with a self signed certificate.

Does each terminal server have a unique self signed cert?
         Yes
Are you willing to change that?

Do you have have an internal PKI?
No

Do any of your users access the RemoteApp from external (public) computers?
No,

If so, have you considered a 3rd party cert from a CA such as VeriSign?
Yes, but like to review a option on having own CA
Are all users/computer domain members?
Yes
 
0
 
ShmoidCommented:
If you want to have your own CA that would work very well for your scenario. You already have an environment that is well suited. By that I mean that all your users are domain joined so you can use group policy to push certs. You don’t have external users or public computers accessing the terminal servers.

Before turning up a PKI you first need to make a few decisions. For example, how large is your environment? Do you plan to buy dedicated servers or install CA’s on existing servers? Would a single stand-alone server be sufficient or would a two tier setup with an offline root CA and an online issuing CA be more reasonable, especially from a security stand point. If two tier or dedicating a box just for certificate services is not practical or cost effective then you can install a CA on any server but a hardware security module (HSM) to protect the CA’s private key might be a good investment. Your root CA’s private key is the heart of your PKI security. If compromised all certificates should be considered worthless so protect that private key at all costs.

Once you make those decisions and get a CA or CA hierarchy in place you can do the following.

Manually create a certificate for signing the RDP files. Install that one certificate on all terminal servers. Some would use unique certificates on each server but it isn’t necessary. Although you could do that as well. Once installed create new RDP files using the new certificates to sign them. Finally, modify your domain group policy to push the CA’s public key to all clients trusted root store.

I’m sure you’ll need more info than the above but this will give you a starting point.
0

Featured Post

Concerto's Cloud Advisory Services

Want to avoid the missteps to gaining all the benefits of the cloud? Learn more about the different assessment options from our Cloud Advisory team.

  • 3
  • 2
Tackle projects and never again get stuck behind a technical roadblock.
Join Now