[2012R2] RemoteApp op RDSH foutmelding

[ipsec]

Mijn vraag
Momenteel ben ik voor een klant bezig met het opzetten van een Remote Desktop Services omgeving.
Er is echter één applicatie die via ODBC verbinding maakt met MySQL. Ze hebben echter 2 filialen en de applicatie kijkt naar vaste DSN's. Zodoende zijn er dus 2 RDSH servers opgezet, met elk zijn eigen System DSN naar een eigen database. De applicaties zijn verder hetzelfde.

Wanneer wij proberen om via Configuratiescherm op één van de RDSH servers verbinding te maken met RemoteApp dan krijgen we vrijwel direct de volgende foutmelding:

Er is een fout opgetreden. Vraag de netwerkbeheerder om hulp.

Deze foutmelding komt naar voren bij elk account op de RDSH's, behalve bij administrator
Dus configureer ik onder administrator, op dezelfde RDSH server dan werkt het direct.

Configureer ik op een Windows 10 machine in hetzelfde domein onder dezelfde user, dan werkt het ook direct.
Configureer ik op een random machine buiten het domein (zowel Windows als Mac) dan werkt het allemaal perfect.

Relevante software en hardware die ik gebruik
1 RD Gateway met RD Web Access en als broker etc.
2 RD Session Hosts


Wat ik al gevonden of geprobeerd heb
- Gebruiker volledig administrator rechten gegeven;
- SSL certificaten omgezet, voor de broker services wordt een *.office.domein.tld certificaat gebruikt, voor de Web Access en RD Gateway wordt een *.domein.tld certificaat gebruikt. Deze situatie is identiek aan een situatie bij een andere klant.
- Event Viewer doorgespit
- Met certificaten geschoven en daarbij ook geprobeerd om <rd gateway>.office.domein.tld op te geven als zijnde workspace adres: dezelfde foutmelding.

De enige foutmelding die ik in Event Viewer krijg is de volgende:

Er is een fout opgetreden. Vraag de netwerkbeheerder om hulp.
Verbindingsnaam: Work Resources
URL van de verbinding: https://remote.domein.tld/rdweb/feed/webfeed.aspx
Foutcode: 0x80070043, 0x0

Als ik zoekopdrachten loslaat op bovenstaande icm RemoteApp, dan krijg ik 0 relevante hits.

Ik kan remote.domein.tld resolven. Het feit dat het op een W10 workstation, op de mac, en zowel binnen als buiten het betreffende domein én als administrator op de RDSH server wél werkend krijg bevestigt dat.

Ik zie duidelijk iets over het hoofd... Wie verlost mij?

[Vorkie]

En als je dus onder de USER een USERDSN aanmaakt op de RDS? Ipv System.

[ipsec]

Vorkie schreef op vrijdag 13 januari 2017 @ 12:26:
En als je dus onder de USER een USERDSN aanmaakt op de RDS? Ipv System.

Het runnen van de applicatie is niet het probleem. De applicatie draait zonder problemen.
Het configureren van de remoteapp connectie is al het probleem.

Als ik als user naar de web access ga (dus https://remote.domein.tld/rdweb) en de applicatie daar start dan werkt het prima. Vanaf dezelfde RDSH.

[Vorkie]

SuperKevin schreef op vrijdag 13 januari 2017 @ 12:34:
[...]


Het runnen van de applicatie is niet het probleem. De applicatie draait zonder problemen.
Het configureren van de remoteapp connectie is al het probleem.

Als ik als user naar de web access ga (dus https://remote.domein.tld/rdweb) en de applicatie daar start dan werkt het prima. Vanaf dezelfde RDSH.

Gebruik eens het RDP bestandje te vinden onder: (als het goed is)

C:\Windows\RemotePackages\RemoteApps

[McWolf82]

Wellicht kun je hier wat mee, https://social.technet.mi...c-issue?forum=winserverTS

[ipsec]

Vorkie schreef op vrijdag 13 januari 2017 @ 12:50:
[...]


Gebruik eens het RDP bestandje te vinden onder: (als het goed is)

C:\Windows\RemotePackages\RemoteApps

Die directory is (helaas) leeg.
Ook als ik via RDWeb met een andere browser de remoteapp "Download" en uitvoer, dan gaat het perfect.

McWolf82 schreef op vrijdag 13 januari 2017 @ 13:06:
Wellicht kun je hier wat mee, https://social.technet.mi...c-issue?forum=winserverTS

Het is geen ODBC/DSN issue. Met alleen Calculator gepublished werkt het ook niet.


EDIT:

Inmiddels ben ik iets verder (jeej)!
Op de 2e RDS server werkt het wél.

[ Voor 5% gewijzigd door ipsec op 13-01-2017 13:50 ]