Quantcast
Channel: Remote Desktop Services (Terminal Services) Forum
Viewing all 27656 articles
Browse latest View live

RDS 2016 - Undefined process takes focus away from application

$
0
0

Hi.

When launching published applications, this undefined process sometimes goes to the foreground.

The result is that you can not interact with the newly started application before you:
a) Use the mouse to click in the newly started application window
b) Alt+Tab back to the newly started application window

In either case, the undefined process dissapears and you can go back to work as normal.

RDSH = Server2016
Client = Windows 10


.\ Lars Olsen


Deploy Web Client with Session Hosts in Sub Domain

$
0
0

Hello there!

Tha last couple of days I created a Lab-Environment with 1 DC, a Remotemanger with Gateway, Licencing and Broker Role installed and a Session Host. After a little Troubleshooting everything worked great.

After that I created a second DC and a Subdomain and a second SessionHost as well. The Second SessionHost (SessionHost2) joined the Subdomain. I managed to add the SessionHost2 to the Remotemanger in the rootdomain and installed the Sessionhost Role.

At that point, I'm pretty much stuck. My users from the sub domain can connect via Web Client without any problems, but I can't open any apps from my collection. I get this error pretty much constantly:

2019-02-08T09:40:41.703Z Connection(ERR):

The connection generated an internal exception with disconnect code=ConnectionBroken(8), extended code=<null>, reason=WebSocket closed with code: 1006 reason: Thrown in thread 396952 at: websockettransport.cpp(330) Call Stack: at Rjb at Ojb at rp at Ugd


Now I tried pretty much everything I could think of. This all happens in the same Subnet with Windows Firewalls turned off.

Is this some kind of missing priviliges of the Subdomain-Users to authorize against the remotemanger in the root domain? Or is there a general Problem with a remotemanger in another domain as the session host?

For explanation: Iur company wants to offer hosted services in the future and wants to make sure, that different customers absolutely can't establish any connection to another company's hosts. If there is another way to acomplish that I would be very happy.

Thank you very much for your interest and input !

Windows Server remote desktop

$
0
0

Hi,

We have Windows server 2012. When I remote desktop to my server connected PC (happens both from another pc on our network and from home), the connection is fine for around 30 seconds then freezes. 

I couldn't see any error logs relating to this on the server, where should I look? Any suggestions to help fix this. All was working fine until a month or so ago.

Thanks, Tim



RDS Windows Server 2012/2016 - Reserve 1 session for specific user?

$
0
0

Hi, I'm wondering if it's possible in RDS on Windows Server 2012 or 2016 to make some sort of reservation on a session for a specific user? A customer asks this to be sure that an operations user always can connect to a session on a RDS server in case the connection was lost somehow.

I don't have very much in-depth RDS knowledge, until now I only worked on basic RDS configurations, so that's the reason I post this question here, hoping that someone can explain the possibilities to me. Many thanks in advance!

RDS 2012 - Certificate Mistmatch

$
0
0

I am getting the most annoying error with my RDS 2012 Setup.

certificate mismatch and double password prompts when trying to connect to my RDS setup.

I have tried all that's out there and have got no positive results.

All roles are on identical on 2 servers. the RDCB is in HA Mode.

I keep getting the Certificate mismatch error.

Already have a public or external SAN certificate assigned to all roles.

Ran the powershell and wmi query to ensure the correct url is used when connected to gateway but I still get the double prompt when launching the remoteapps.

I even tried the approach by cleaning IE's history, data to get the RDPSHplugin and its not helped in my case.

All servers run 2012.

I need some urgent assistance, please and thank you

I have also checked and rebooted the RDS environment multiple times.

All certs show valid. the mismatch also goes to another cert in my environment which is utilized by OWA.

Please help me.

Remote Desktop Deployment second RD Web Server

$
0
0

Hi all,

Currently we have 1 RD Web Server, due to the fact that we are testing new MFA software we have to install this on the RD Web Server.

Does anyone know if it is possible to have 2 RD Web Servers with one running on a different URL?

problem: custom .net program can only opened once per Terminal Server

$
0
0

Hello,

We have developed a .net program that is usually usable within a TS environment.
Many of our customers with a single TS 2012R2 are using this program with multiple accounts at once with no problem.

Now we have one customer with a couple of dozen Terminal Servers with the following problem:

As long as two separate accounts are logged on to two different Terminal Servers, each of the accounts can start and use the program without any problem.

As soon as both accounts are logged on to the same Terminal Server, only the account, who opened the program first, can use the program; When the second account tries to start the program, nothing happens.

Unfortunately I don't know much more.

I did some tests already and was able to reproduce the problem using a Server 2012 (non R2 and without the TS Role) and two RDP sessions.

But in a Server 2012R2 with the TS Role installed I could not find any problem with multiple users using the program at the same time.

Does anyone have a suggestion?

thanks in advance

iwdniw


Non-persistent RDS environment

$
0
0
Hello everybody,

I have searched all over the internet for an answer to the question "how do I set up a non-persistent RDS environment?".

But I still haven't found it. I know that you can accomplish this by going the VDI route and setting up a non-persistent VM.

This is not what I want or am trying to set up. 

I do not want the users to have personal desktops/folders stored localy on the RDS host. They have to be removed or reverted to an earlier state.

The "temporal folder" option in the RDS setup does not provide the desired function. And I cannot find any other option to make the user sessions and folder truly temproal.

I would really appreciate the help.

Best regards

V.H.

Windows 2016 RDS License Issue

$
0
0

Hi All,

I had a new deployment for RDS environment, a new Windows 2016 RDS license server configured for per user license. The RDS license server was not activated until this week, and the RDSH, which run Citrix XenApp , no longer accept any connection. We tried just regular RDP to the console and always got the following error, on the event log of the RDSH.

But when run the RD Licensing Diagnoser on the RDSH and everything is good, see the following

I could not find any troubleshooting document for Windows server 2016 all I found was for Windows 2008 R2/2003/2000 which was outdated.

Thanks in advance for your help.

Altan

RD is terminated before even starting, Access is Denied.

$
0
0

I've been having this error for while now, I connect to one of the servers and it starts doing its thing apparently going through every step just fine but then I get this Access is denied message:

Normally I wouldn't bother trying to fix it because I don't have the time nor the resources to throw at it, I just snapshot the machine back to a working state, files will are centralized in non-Microsoft redundant servers, they are safe. However, when I tried snapshotting back this VM way back to the beginning of the month the error was still there. I figured, it's a domain issue then, so I took it out of the domain and it still wouldn't let me in.

I connected to the machine's console (via Fusion, it's hosted on ESXi) and checked the log.

There was nothing descriptive except for a "reason code 12" which I knew meant basically nothing because I had looked for it before when this started happening, so I went deeper since my snapshot safety is over I need to know how's it fixed.

Most of the RDS related branches in the tree were empty but in Microsoft/Windows/RemoteDesktopServices-RdpCoreTS/Operational I found some data, actually a ton, 50+ events per connection attemp. They all occur in the same second. I started following the messages, the one where everything fails is:

Disconnect trace:CUMRDPConnection Disconnect trace:'calling spGfxPlugin->PreDisconnect()' in CUMRDPConnection::PreDisconnect at 4477 err=[0xc], Error code:0xC

Here's a table of the logs I made copying them one by one, I tried adding it here but exceeded the message length: http://fetch.vitanetworks.link/stationary/technet/eventlogerror.pdf it's a PDF, so it should show right in the browser.

Using the system with another account reveals the user that failed to log in, tho whom access was denied, is somehowstill logged in. I was informed this when I tried to restart the computer and the warning I would kick other users out showed up. No configuration has been changed on the server, on DCs/GPOs, on the client, nor on the hypervisor. And of course I have no idea what does that graphics thing mean.

The other directory with events was on Microsoft/Windows/RemoteDesktopServices-SessionServices/Operational with a way more decent 2 events per connection attempts:

1    Error        The RDP display control module failed to change the session monitor layout. The operation failed with error code 0xFFFFFFFF.
2    Information    The RDP display control module successfully changed the session monitor layout. New layout has 1 monitors.

And that's all the info I have. Could you point me where to go next to get more information or how to proceed from here? I don't want to reinstall Windows, I put way too much time on these machines. :/

Thanks for your help!


I bet you think this post is about you. Don't you…don't you. ♪


RemoteApp correction

$
0
0

Hello,

I'm having the RemoteApp spinning issue for a while. I couldn't get it fixed. wanted to check again by providing RemoteApp rdg file to see if everything looks fine.

the following brk01.rds.local is the local broker server name 

broker.rds.com is the CN name and will not resolve from outside. but it will resolve internally

gt.rds.com is the gateway, license and web server will resolvable internally and externally.

I wanted to check with you that is the below rdg looks correct or not?

redirectclipboard:i:1
redirectprinters:i:1
redirectcomports:i:1
redirectsmartcards:i:0
devicestoredirect:s:*
drivestoredirect:s:*
redirectdrives:i:1
session bpp:i:32
prompt for credentials on client:i:1
span monitors:i:1
use multimon:i:1
remoteapplicationmode:i:1
server port:i:3389
allow font smoothing:i:1
promptcredentialonce:i:1
videoplaybackmode:i:0
audiocapturemode:i:0
gatewayusagemethod:i:1
gatewayprofileusagemethod:i:1
gatewaycredentialssource:i:0
full address:s:broker.cayentahosting.com
alternate shell:s:||APPName
remoteapplicationprogram:s:||APPName
gatewayhostname:s:gt.rds.com
remoteapplicationname:s:APPName
remoteapplicationcmdline:s:
workspace id:s:BRK01.rds.local
use redirection server name:i:1
loadbalanceinfo:s:tsv://MS Terminal Services Plugin.1.RDS-collection
alternate full address:s:broker.rds.com
signscope:s:Full Address,Alternate Full Address,Use Redirection Server Name,Server Port,GatewayHostname,GatewayUsageMethod,GatewayProfileUsageMethod,GatewayCredentialsSource,PromptCredentialOnce,Alternate Shell,RemoteApplicationProgram,RemoteApplicationMode,RemoteApplicationName,RemoteApplicationCmdLine,RedirectDrives,RedirectPrinters,RedirectCOMPorts,RedirectSmartCards,RedirectClipboard,DevicesToRedirect,DrivesToRedirect,LoadBalanceInfo
signature:s:AQABAAEAAACtGAAAMIIYqQYJKoZIhvcNAQcCoIIYmjCCGJYCAQExCzAJBgUrDgMC  GgUAMAsGCSqGSIb3DQEHAaCCFqQwggQ2MIIDHqADAgECAgEBMA0GCSqGSIb3DQEB  BQUAMG8xCzAJBgNVBAYTAlNFMRQwEgYDVQQKEwtBZGRUcnVzdCBBQjEmMCQGA1UE  CxMdQWRkVHJ1c3QgRXh0ZXJuYWwgVFRQIE5ldHdvcmsxIjAgBgNVBAMTGUFkZFRy  dXN0IEV4dGVybmFsIENBIFJvb3QwHhcNMDAwNTMwMTA0ODM4WhcNMjAwNTMwMTA0  ODM4WjBvMQswCQYDVQQGEwJTRTEUMBIGA1UEChMLQWRkVHJ1c3QgQUIxJjAkBgNV  BAsTHUFkZFRydXN0IEV4dGVybmFsIFRUUCBOZXR3b3JrMSIwIAYDVQQDExlBZGRU  cnVzdCBFeHRlcm5hbCBDQSBSb290MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIB  CgKCAQEAt/caM+byAAQtOeBOW+0fvGwPzbX6I7bO3psRM5ekKUx9k5+9SryT7QMa  44/P5W1QWtaXKZRagLBJetsulf24yr83OC0ePpFBrXBWx/BPP+gynnTKyJBU6cZf  D3idmkA8Dqxhql4Uj56HoWpQ3NeaTq8Fs6ZxlJxxs1BgCscTnTgHhgKo6ahpJhiQ  q0ywTyOrOk+E2N/On+Fpb7vXQtdrROTHre5tQV9yWnEIN7N5ZaRZoJQ39wAvDcKS  ctrQOHLbFKhFxF0qfbe01sTurM0TRLfJK91DACX6YblpalgjEbenM49WdVn1zSnX  RrcKK2W200JvFbK4e/vv6V1T1TRaJwIDAQABo4HcMIHZMB0GA1UdDgQWBBStvZh6  NLQm9/rEJlTvA73gJMtUGjALBgNVHQ8EBAMCAQYwDwYDVR0TAQH/BAUwAwEB/zCB  mQYDVR0jBIGRMIGOgBStvZh6NLQm9/rEJlTvA73gJMtUGqFzpHEwbzELMAkGA1UE  BhMCU0UxFDASBgNVBAoTC0FkZFRydXN0IEFCMSYwJAYDVQQLEx1BZGRUcnVzdCBF  eHRlcm5hbCBUVFAgTmV0d29yazEiMCAGA1UEAxMZQWRkVHJ1c3QgRXh0ZXJuYWwg  Q0EgUm9vdIIBATANBgkqhkiG9w0BAQUFAAOCAQEAsJvghSXC1iPiD5YGkp1BmJzZ  hHmB2R5bFAcjNmWPsNh3u6xBbEdgg1Gw+TI95/z2JhPHgBalv1r8h894eYkhmuJM  BwqGNbzy3lHE0pa33H5O7nD9HDnrDAJRFC2OvRbgwd9Gdeckrez0QrSFk3AQZ7qd  BjVKGNMresxRQqF6Y9Hmu6HFK8I2vhMN5r1jfnl7pwkNQKtq3Y+Kw/b2jBpCBVHU  RfWfp2IhaBUgQzyZ53y9JNipkRdziD9WGzE4GLRxD5rNyA6eji4b4YyYg8sfMfFE  TMYEc0l2YA/H+L0XgGsu6cxMDlqaeQ8gCi7VnmMmHlWSlNiCF1p70LzHj06GBDCC  BXQwggRcoAMCAQICECdm7lbrSfOOq9dwovyE3iIwDQYJKoZIhvcNAQEMBQAwbzEL  MAkGA1UEBhMCU0UxFDASBgNVBAoTC0FkZFRydXN0IEFCMSYwJAYDVQQLEx1BZGRU  cnVzdCBFeHRlcm5hbCBUVFAgTmV0d29yazEiMCAGA1UEAxMZQWRkVHJ1c3QgRXh0  ZXJuYWwgQ0EgUm9vdDAeFw0wMDA1MzAxMDQ4MzhaFw0yMDA1MzAxMDQ4MzhaMIGF  MQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYD  VQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDErMCkGA1UE  AxMiQ09NT0RPIFJTQSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTCCAiIwDQYJKoZI  hvcNAQEBBQADggIPADCCAgoCggIBAJHoVJLSClaxrA0k3cXPRGd0mSs3o30jcABx  vFPfxPoqEo9LfxBWvZ9wcrdhf8lLDxenPeOwBGHu/xGXx/SGPgr6Plz5k+Y0etkU  a+ecs4Wggnp2r3GQ1+z9DfqcbPrfsIL0FH75vsSmL09/mX+1/GdDcr0MANaJ62ss  0+2PmBwUq37l42782KjkkiTaQ2tiuFX96sG8bLaL8w6NmuSbbGmZ+HhIMEXVreEN  PEVg/DKWUSe8Z8PKLrZr6kbHxyCgsR9l3kgIuqROqfKDRjeE6+jMgUhDZ05yKptc  vUwbKIpcInu0q5jZ7uBRg8MJRk5tPpn6lRfafDNXQTyNUe0LtlyvLGMa31fIP7zp  XcSbr0WZ4qNaJLS6qVY9z2+q/0lYvvCo//S4rek3+7q49As6+ehDQh6J2ITLE/HZ  u+GJYLiMKFasFB2cCudx688O3T2plqFIvTz3r7UNIkzAEYHsVjv206LiW7eyBCJS  lYCTaeiOTGXxkQMtcHQC6otnFSlpUgK7199QalVGv6CjKGF/cNDDoqosIapHziic  BkV2v4IYJ7TVrrTLUOZr9EyGcTDppt8WhuDY/0Dd+9BCiH+jMzouXB5BEYFjzhhx  ayvspoq3MVw6akfgw3lZ1iAar/JqmKpyvFdK0kuduxD8sExB5e0dPV4onZzMv7NR  2qdH5YRTAgMBAAGjgfQwgfEwHwYDVR0jBBgwFoAUrb2YejS0Jvf6xCZU7wO94CTL  VBowHQYDVR0OBBYEFLuvfgI9+qbxPISOre44mOzZMjLUMA4GA1UdDwEB/wQEAwIB  hjAPBgNVHRMBAf8EBTADAQH/MBEGA1UdIAQKMAgwBgYEVR0gADBEBgNVHR8EPTA7  MDmgN6A1hjNodHRwOi8vY3JsLnVzZXJ0cnVzdC5jb20vQWRkVHJ1c3RFeHRlcm5h  bENBUm9vdC5jcmwwNQYIKwYBBQUHAQEEKTAnMCUGCCsGAQUFBzABhhlodHRwOi8v  b2NzcC51c2VydHJ1c3QuY29tMA0GCSqGSIb3DQEBDAUAA4IBAQBkv4PxX5qF0M24  oSlXDeha99HpPvJ2BG7xUnC7Hjz/TQ10asyBgiXTw6AqXUz1uouhbcRUCXXH4ycO  XYR5N0ATd/W0rBzQO6sXEtbvNBh+K+l506tXRQyvKPrQ2+VQlYi734VXaX2S2FLK  c4G/HPPmuG5mEQWzHpQtf5GVklnxTM6jkXFMfEcMOwsZ9qGxbIY+XKrELoLL+QeW  ukhNkPKUyKlzousGeyOd3qLzTVWfemFFmBhox15AayP1eXrvjLVri7dvRvR78T1L  BNiTgFla4EEkHbKPFWBYR9vvbkb9FfXZX5qz29i45ECzzZc5roW7HY683Ieb0abv  8TtvEDhvMIIGCDCCA/CgAwIBAgIQKy5u6tl1NmwUim7bo3yMBzANBgkqhkiG9w0B  AQwFADCBhTELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3Rl  cjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQx  KzApBgNVBAMTIkNPTU9ETyBSU0EgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkwHhcN  MTQwMjEyMDAwMDAwWhcNMjkwMjExMjM1OTU5WjCBkDELMAkGA1UEBhMCR0IxGzAZ  BgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgG  A1UEChMRQ09NT0RPIENBIExpbWl0ZWQxNjA0BgNVBAMTLUNPTU9ETyBSU0EgRG9t  YWluIFZhbGlkYXRpb24gU2VjdXJlIFNlcnZlciBDQTCCASIwDQYJKoZIhvcNAQEB  BQADggEPADCCAQoCggEBAI7CAhnhoFmk6zg1jSz9AdDTScBkxwtiBUUWOqigwAwC  fx3M28ShbXcDow+G+eMGnD4LgYqbSRutA776S9uMIO3Vzl5ljj4Nr0zCsLdFXlIv  NN5IJGS0Qa4Al/e+Z96e0HqnU4A7fK31llVvl0cKfIWLIpeNs4TgllfQcBhglo/u  LQeTnaG6ytHNe+nEKpooIZFNb5JPJaXyejXdJtxGpdCsWTWM/06RQ1A/WZMebFEh  7lgUq/51UHg+TLAchhP6a5i84DuUHoVS3AOTJBhuyydRReZw3iVDpA3hSqXttn7I  zW3uLh0nc13cRTCAquOyQQuvvUSH2rnlG51/ruWFgqUCAwEAAaOCAWUwggFhMB8G  A1UdIwQYMBaAFLuvfgI9+qbxPISOre44mOzZMjLUMB0GA1UdDgQWBBSQr2o6lFoL  2JDqElZz30O0Oija5zAOBgNVHQ8BAf8EBAMCAYYwEgYDVR0TAQH/BAgwBgEB/wIB  ADAdBgNVHSUEFjAUBggrBgEFBQcDAQYIKwYBBQUHAwIwGwYDVR0gBBQwEjAGBgRV  HSAAMAgGBmeBDAECATBMBgNVHR8ERTBDMEGgP6A9hjtodHRwOi8vY3JsLmNvbW9k  b2NhLmNvbS9DT01PRE9SU0FDZXJ0aWZpY2F0aW9uQXV0aG9yaXR5LmNybDBxBggr  BgEFBQcBAQRlMGMwOwYIKwYBBQUHMAKGL2h0dHA6Ly9jcnQuY29tb2RvY2EuY29t  L0NPTU9ET1JTQUFkZFRydXN0Q0EuY3J0MCQGCCsGAQUFBzABhhhodHRwOi8vb2Nz  cC5jb21vZG9jYS5jb20wDQYJKoZIhvcNAQEMBQADggIBAE4rdk+SHGI2ibp3wScF  9BzWRJ2pmj6q1WZmAT7qSeaiNbz69t2Vjpk1mA42GHWx3d1Qcnyu3HeIzg/3kCDK  o2cuH1Z/e+FE6kKVxF0NAVBGFfKBiVlsit2M8RKhjTpCipj4SzR7JzsItG8kO3Kd  Y3RYPBpsP0/HEZrIqPW1N+8QRcZs2eBelSaz662jue5/DJpmNXMyYE7l3YphLG5S  EXdoltMYdVEVABt0iN3hxzgEQyjpFv3ZBdRdRydg1vs4O2xyopT4Qhrf7W8GjEXC  BgCq5Ojc2bXhc3js9iPc0d1sjhqPpepUfJa3w/5Vjo1JXvxku88+vZbrac2/4Ejx  YoIQ5QxGV/Iz2tDIY+3GH5QFlkoakdH368+PUq4NCNk+qKBR6cGHdNXJ93SrLlP7  u3r7l+L4HyaPs9Kg4DdbKDsx5Q5XLVq4rXmsXiBmGqW5prU5wfWYQ//u+aen/e7K  JD2AFsQXj4rBYKEMrltDR5FL1ZoXX/nUh8HCjLfn4g8wGTeGrODcQgPmlKidrv0P  JFGUzpII0fxQ8ANAe4hZ7Q7drNJ3gjTcBpUC2JD5Leo31Rpg0Gcg19hCC0Wvgmje  3WYkN5AplBlGGSW4gNfL1IYoakRwJiNiqZ+Gb7+6kHDSVneFeO/qJakXzlByjAA6  quPbYzSf+AZxAeKCINT+b72xMIIG4jCCBcqgAwIBAgIQGIn7NSLa/diM9BBqyUpB  dTANBgkqhkiG9w0BAQsFADCBkDELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0  ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RP  IENBIExpbWl0ZWQxNjA0BgNVBAMTLUNPTU9ETyBSU0EgRG9tYWluIFZhbGlkYXRp  b24gU2VjdXJlIFNlcnZlciBDQTAeFw0xODA1MjQwMDAwMDBaFw0yMDA1MjMyMzU5  NTlaMGExITAfBgNVBAsTGERvbWFpbiBDb250cm9sIFZhbGlkYXRlZDEdMBsGA1UE  CxMUUG9zaXRpdmVTU0wgV2lsZGNhcmQxHTAbBgNVBAMMFCouY2F5ZW50YWhvc3Rp  bmcuY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA06ww9Utq+zGl  V+xb8LNG9NLLEn3P30RlnnVTUD4+G++OuXKpDpbhVDDahFYyUjat5a2GbXy0PjBr  +qhBGk6NRWfHnnIGEvwuupHX4mhC9FU2MYHGkHAU3LtF5haFXIt0FH70ai7zBvil  WnE6k6ll57k32p5H+oCVRpHzJRnroppZT3s0v2aX6MQKY01LdUZ/LRh4P9LLjvbu  IOH4yN3TJXsPf8LuF5bXMy2nIRXCCZ8mwYFAvdmQ7rUYxgrUzUzxWz1al5lOa3wW  TG6c3V6f08rdbPYa1zkCqnf9lO4ym/V9ETc+fxVdozAWkLEDvCcxODIw27A53yrk  bEjaFIM+dwIDAQABo4IDZDCCA2AwHwYDVR0jBBgwFoAUkK9qOpRaC9iQ6hJWc99D  tDoo2ucwHQYDVR0OBBYEFNwQmQZegdaYpeg+a3Zg6JQ3/Mj5MA4GA1UdDwEB/wQE  AwIFoDAMBgNVHRMBAf8EAjAAMB0GA1UdJQQWMBQGCCsGAQUFBwMBBggrBgEFBQcD  AjBPBgNVHSAESDBGMDoGCysGAQQBsjEBAgIHMCswKQYIKwYBBQUHAgEWHWh0dHBz  Oi8vc2VjdXJlLmNvbW9kby5jb20vQ1BTMAgGBmeBDAECATBUBgNVHR8ETTBLMEmg  R6BFhkNodHRwOi8vY3JsLmNvbW9kb2NhLmNvbS9DT01PRE9SU0FEb21haW5WYWxp  ZGF0aW9uU2VjdXJlU2VydmVyQ0EuY3JsMIGFBggrBgEFBQcBAQR5MHcwTwYIKwYB  BQUHMAKGQ2h0dHA6Ly9jcnQuY29tb2RvY2EuY29tL0NPTU9ET1JTQURvbWFpblZh  bGlkYXRpb25TZWN1cmVTZXJ2ZXJDQS5jcnQwJAYIKwYBBQUHMAGGGGh0dHA6Ly9v  Y3NwLmNvbW9kb2NhLmNvbTAzBgNVHREELDAqghQqLmNheWVudGFob3N0aW5nLmNv  bYISY2F5ZW50YWhvc3RpbmcuY29tMIIBewYKKwYBBAHWeQIEAgSCAWsEggFnAWUA  dQDuS723dc5guuFCaR+r4Z5mow9+X7By2IMAxHuJeqj9ywAAAWOT+AL0AAAEAwBG  MEQCIAzujO/aYQaOiXH36Q8ftfuW2AoWU+hLwr217AortP/JAiA5FCGVLRjt/r+k  lMobgke3uhocjhAtH5DDT3pDJOrTrAB1AF6nc/nfVsDntTZIfdBJ4DJ6kZoMhKES  EoQYdZaBcUVYAAABY5P4Am0AAAQDAEYwRAIgTyt4E/U74Q6boVLYay1XiNjuXKid  o15dx6EqoFtcwBQCIDit70ig+8J2OZ6ymqYbLiUZ2WXvXEkAvspg9q1fp8cNAHUA  VYHUwhaQNgFK6gubVzxT8MDkOHhwJQgXL6OqHQcT0wwAAAFjk/gB5gAABAMARjBE  AiABmxU87MB0feTzdfs4AJtgSkvsFgL6FqfvF6I9JcJangIgPWaPuK7yhonuvzgd  DZkyFcpov7cLNGguQ5ZNTV9/tqIwDQYJKoZIhvcNAQELBQADggEBAAwM0SpYyIEW  ePyX+nwBQ0Kkf3Q+lqmiEWgUDvhR6oMeWiPyJ8suQ5/0l+lQuc0KU89tk46A0MfP  nxWI7/eWZp16diz4DzRIm4TSjgDw4o+TXygpOPvt40OitcG6ZHtHXUP0mp5i4FIS  3GTp00k3XP/6oQhgKiwgn6XWTT4VhLzxSNpoVupZIzXFhII0lePZMhrKzsMsmpbs  tRVUzdQXlYl9ZEQtnjc6pRd3VUmTfifRulsUWInC/wZ4mPOziEaprVBFr8DnQgtF  pG4ErgeVNsY7qbJbxt+2WrwFsjmazI40yMnzV+ezbe8M2iOwez2z99AiP55RF/R8  LxraLtYehAwxggHNMIIByQIBATCBpTCBkDELMAkGA1UEBhMCR0IxGzAZBgNVBAgT  EkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMR  Q09NT0RPIENBIExpbWl0ZWQxNjA0BgNVBAMTLUNPTU9ETyBSU0EgRG9tYWluIFZh  bGlkYXRpb24gU2VjdXJlIFNlcnZlciBDQQIQGIn7NSLa/diM9BBqyUpBdTAJBgUr  DgMCGgUAMA0GCSqGSIb3DQEBAQUABIIBAAnQhdR445zh+l78ED2u3NLPxZbnQ0nd  E5kJYHpRWhSVS1LHAJUK7mnCmsI3mj0+Q4oPMOvyPPT4X8Tlxps9lF4JV/8i3Vup  kXftjgF5jQBty7wAxTLEfBLZcRCcYUJYB0u2wjGJNCo65c2wUEfo1atipglrKF5Z  D0ixr6mwYAq59XrVH9Lhfnl9e0U/f9i5fd18ogL3KPsclzBtyU40pwiNc4RvaUW+  DcpiQPM9ZiYqlCMjZmdjXvFXY4H+636EMq7g5rk0XwIy2B+Tx8ymXOO/cw0rfnHI  vum0Rqg78f9s8YLDnMKRiLETBTim/HjlZSNZ6i/Dc/+kdoHTQV+Uozg=  


Shekar-Technet

Unable to delete key HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\RCM\GracePeriod

$
0
0

Hi Team,

I unable to delete GracePeriod (HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\RCM\GracePeriod)in registry after expired terminal server.

I checked permissions in that GracePeriod option , it doesn't  have permission and i tried to give the permission but no luck, error getting like "unable to give the permission".

I have tried with different logins (Local Administrator,Domain Administrator and Domain admin account)

Please help on this , how to reset GracePeriod to 120 days.

Best Regards,

Bhaskar B


Bhaskar B Exchange Administrator

Server 2016 Remote Desktop Services Connection Broker HA SQL DB on AWS RDS

$
0
0

Hello,

I'm attempting to setup an RemoteApp environment on AWS using EC2 instances for the Server Roles and an AWS RDS SQL Instance for my Connection Broker HA SQL Database. 

I know this kind of setup works for Azure SQL Databases, as the step by step walkthrough here shows using the managed SQL Instances in Azure to hold the RD Connection Broker DB:

https://blogs.technet.microsoft.com/hybridcloudbp/2016/11/15/new-rds-capabilities-in-windows-server-2016-for-service-providers/

In there it shows creating the SQL DB and using a Database User account to authenticate the connection brokers to the SQL DB rather than the usual Domain Group containing the connection broker computer accounts. The link doesn't go into much detail about the permissions needed in the database or even show the complete connection string used.

When I try the same setup in AWS with their RDS SQL Instances I have had quite a few challenges getting it working. 

List of issues I encountered:

- Since the required permissions on the SQL Database are not discussed in the walk through I had to guess what permissions to grant. After much trial and error we determined we have to grant our SQL Account SetupAdmin permissions, create the DB manually, then grant the SQL user DB Owner rights on the database

- Links on the web discuss using both the SQL ODBC 13 driver as well as the SQL Native Client 11, I tried using both with the same results.

- During the install you select the shared database option which requires a connection string to login as the SQL user. To validate the connection string is working we create a UDL file, set the provider to ODBC for SQL and enter the string in the Connection String box. We only used strings that were able to login to the AWS SQL Instance from BOTH Connection Broker servers.

Here's where it gets weird...

I'm able to add the connection broker HA configuration to the first connection broker with no issues. This works in both the Server Manager GUI as well as when using the New-RDSessionDeployment cmdlet. 

However, when you go to add additional connection brokers you get the following error message: 

RD CB HA Error

This issue occurs no matter which of my two connection broker servers is added to the deployment first. The first broker added to the deployment with HA works, the second is unable to be added to the deployment

These servers have no other roles installed on them and are wholly dedicated to being connection brokers.

I have verified the SQL Port and all other ports are open between the Connection Brokers and the SQL Instance

I have verified the connection string works to connect to SQL from both connection brokers when using a UDL file to test the connection.

During an attempt to add the second connection broker I watched the SQL Logs and saw no failed logins or anything else of note

A SQL trace shows no TSQL is being sent to the RDSFarm database during the attempt to add a connection broker.

I put Wireshark on the second connection broker and can see NO connection attempt being made from that connection broker to SQL. This leads me to believe the issue is not related to my connection string, networking or SQL permissions.

I have redeployed this RDS Deployment using the dedicated SQL Server option pointed to an EC2 SQL server and with no changes to the connection brokers I'm able to add additional Connection Brokers without issues. 

The best unsubstantiated guess I have is it's trying to use the Dedicated SQL Server option due to it asking about the computer accounts being a member of the RDS Management local group on the SQL Server. That is the only suggestion in the error I can't do on the AWS SQL Instance since we don't have access to the underlying OS, but I would think the same is true for Azure SQL. 

What I don't understand is how it could be failing to login to SQL with the connection string when everything seems to indicate no connection attempts are being made!

I've run out of ideas at this point and I'm hoping someone can get me back on the right track.


Copy/Paste stops working on certain RDP Sessions

$
0
0

I have done a bunch of searching on this and havn't found an answer to my exact problem.

Running Windows 7 Professional, Copy and Paste works fine, until I open a remote desktop to one certain VM (lets call it VM1), all other RDP sessions work fine.

If I close the remote desktop to VM1, my copy and paste starts working on my desktop.  If I open an RDP to another VM (lets call it VM2) my copy and paste works fine.

I have run sfc /scannow on my desktop but nothing has shown up.

I am confused as to why this one RDP causes my copy and paste to stop working.


Copy Paste not working via RDP connection

$
0
0

Hello,

Recently my laptop was upgraded to Windows 10. I work in an enterprise consulting company and when connecting to a Windows Server 2016 of one of our customers via RDP, I am not able to copy/paste between my laptop and the server in the RDP session.

In my RDP connection I have activated "Printers" and "Clipboard" to be used in the remote session.

On the server side the customers IT team tried to fix the copy paste problem but was not able to. They mentioned that on all Windows 2016 server Copy/Paste is not working properly via RDP sessions.

I tried to find a solution online but was unsuccessful.

PS: On the Windows 2016 Server the fDisableClip Registry entry is set to 0. That is correct, afaik.

PPS: Also since I have Windows 10, the passwords are not being saved in the RDP connections, I have to enter them every time I access any host via RDP.



Unable to copy & paste files using remote desktop connection from source computer to destination

$
0
0

Hi All,

I have this issue.

I am using a Windows server 2008 SP2 machine from which i am trying to remote desktop a Windows server 2012 R2 machine.

I am able to RDP the machine but i am unable to copy & paste the files as in the below screenshot.

When i paste the file the paste option is grayed out.

When i initiate the Remote desktop connection i checked all the options in the Resources TAB:

Also the connection quality is set to LAN 10Mbps or Higher.

I also tried killing the rdpclip process in the destination server which i am taking the remote desktop connection and restarted the process but still no luck.

Can any one tell me how do i fix the issue.


Gautam.75801

expired password reset option RDWEB 2012R2

$
0
0
Hello,

I enabled the reset password option on the 2012R2 web access servers for expired passwords.
This works, well it works so far i can enter my username and password and new passwords.

After that the following error:

You have entered an invalid user name or an invalid password. Re-enter the data.

The users are on a different domain then my RDS collection. How can i get this to work on cross-domain?

Thanks!

LEVD

RDWeb: can't connect, RD Gateway server temporarily unavailable

$
0
0

Hello everyone,

We are having the "can't connect, RD Gateway server temporarily unavailable" on RDWeb, only when accessed externally. Internally, the same external URL works. Server 2016.

This feature was working externally some time ago and we are not sure of what exactly broke it.

BPA's only warning is:

"The RD Gateway server SSL certificate must be configured with a valid certificate subject name

Severity: Warning

Problem:
The Remote Desktop Gateway (RD Gateway) server Secure Sockets Layer (SSL) certificate may not have a valid certificate subject name.

Impact:
If the RD Gateway server is configured to use an SSL certificate with a certificate subject name that is not valid, users cannot connect to internal network resources (computers) through the RD Gateway server.

Resolution
Use the RD Gateway Manager tool to select a valid SSL certificate for the RD Gateway server to use."

We have tried other certificates and the result is the same. All other certificates are also ok, they are valid and were made from Let's Encrypt.

Any help will be highly appreciated!


How to enable User Input Delay per Process on windows 2012 R2

$
0
0

How to enable User Input Delay per Process or User Input Delay per Session.in windows 2012 server.

After following this link : https://docs.microsoft.com/en-us/windows-server/remote/remote-desktop-services/rds-rdsh-performance-counters#download-windows-server-insider-software

Still could not find that option.

RDS on Server 2016, Failed: Unable to install the role services

$
0
0

Hi,

We are facing an issue when enabling RDS services on a new Windows 2016 Standard Server as seen below.

Tried removing the role and then doing the installation again after restarts and still the same error.

Enabled TLS 1.0 which i saw in another newsgroup was causing this error but still didn't solve for me.


Appreciate, if someone can help with this issue.

Regards

Rajesh CI

Viewing all 27656 articles
Browse latest View live


<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>