RDS Server 2019 met UPD

[josvane]

Ik heb een Server 2019 met daarop virtueel 2 machines. 1 is ingericht als domain controller en de ander als terminal server. De terminal server is sessie based ingericht en we maken gebruik van User Profile Disks. De bedachte werkwijze werkt mooi alleen ervaren ik diverse problemen. Simpel weg uitzetten is niet echt een optie omdat dan de profielen weg zijn. Dat gaan ze hier niet grappig vinden.

Waar lopen we tegen.
https://www.ibm.com/suppo...ows-user-profile-settings
De door hem genoemde wijziging lost het probleem op zichzelf op, wel is het profiel dan deels leeg waaronder ook het startmenu. Geen van de applicaties geïnstalleerd op remote desktop is dan nog aanwezig. In het startmenu.

Het wissen van items op het bureaublad vereist admin rechten, ook voor bestanden die de gebruiker daar zelf neer zet. Daarvoor heb ik deze handleiding gevolgd: https://helpcenter.itopia...nnot-delete-desktop-files

In 1ste instantie lost dit het op, alleen na af- en aanmelden komt dit probleem weer terug.

Inmiddels zit ik mee helemaal blind te staren op wat het nou kan zijn. Iemand suggesties.

[Gomez12]

Wat bedoel je met simpelweg uitzetten?

Je zal eerst je Terminal Server uit moeten zetten en daarna pas de domain controller.
En qua aanzetten moet je eerst de domain controller aanzetten en daarna pas de terminal server.

En je link naar ibm zorgt er gewoon voor dat je geen UPFS gebruikt, dus ja als je gewoon totaal UPF gaat gebruiken dan is je issue ook weg (heb je wel weer andere issues als je tenminste UPF bewust hebt uitgekozen)

En je 2e probleem is gewoon een rechten probleem, alleen ik zou ervanaf blijven zolang je probleem 1 hebt lopen aangezien je anders niet weet welke rechten waar je moet hebben.

[josvane]

Gomez12 schreef op maandag 22 juni 2020 @ 16:44:
Wat bedoel je met simpelweg uitzetten?

Je zal eerst je Terminal Server uit moeten zetten en daarna pas de domain controller.
En qua aanzetten moet je eerst de domain controller aanzetten en daarna pas de terminal server.

En je link naar ibm zorgt er gewoon voor dat je geen UPFS gebruikt, dus ja als je gewoon totaal UPF gaat gebruiken dan is je issue ook weg (heb je wel weer andere issues als je tenminste UPF bewust hebt uitgekozen)

En je 2e probleem is gewoon een rechten probleem, alleen ik zou ervanaf blijven zolang je probleem 1 hebt lopen aangezien je anders niet weet welke rechten waar je moet hebben.

Met uitzetten bedoel ik UPD uitschakelen op de RDS server, dus ik log uit met een gebruiker schakel UPD of een deel daarvan uit en log weer in. Op dat moment is het probleem met rechten weg alleen ligt het volledige startmenu in puin. dwz die is leeg.

Wat bedoel jij met de term UPFS en UPF?

[Hero of Time]

Heb je met andere PDF readers getest of die wel gewoon kunnen printen? Wij hebben op mijn werk een 2012R2 omgeving met UPD en daar kan men gewoon PDFs printen. Maar we gebruiken geen Adobe Reader, maar Chrome en Foxit Reader.

Voor het issue mbt verwijderen van bestanden van het bureaublad, heb je het al eens via de command line geprobeerd? Bij ons komt dat ook sporadisch voor. Gebruikers die het direct weg willen hebben en niet een dag later, kunnen hun bestanden wel gewoon verwijderen via een command prompt of powershell.
Omdat het bij ons niet te reproduceren is en zelden voor komt, heb ik er geen tijd meer in gestoken om uit te zoeken waar het door komt en hoe dit is op te lossen. Als de CLI werkt, fiets ik dat er wel doorheen bij ze.

[wapie]

Wij zijn ook om deze redenen van Adobe Reader afgestapt en naar Foxit reader gegaan.
Naar mijn mening is Adobe Reader er in de laatste jaren niet beter op geworden onder RDS.

Foxit is overigens ook nog wel aardig te managen met GPO's

[josvane]

Het lijkt inderdaad met rechten te maken te hebben. Overstap naar een andere reader kan en ga ik proberen.
In mijn zoektocht hoe dan rechten moeten staan kwam ik deze pagina tegen: http://woshub.com/user-pr...ndows-server-2012-r2-rds/ Door het uitzonderen van mappen en het toevoegen van \AppData\Local\Microsoft\Windows blijft het startmenu in orde. Wel betekent het deels opnieuw beginnen met het profiel. Als het even kan wil ik dat voorkomen.

Dit zou ik denk ik deels op kunnen vangen door een GPO aan te maken met een profiel locatie. Zodra die er voor iedereen is kan ik folders uitschakelen in de Profile Disks. Gevolg is wel dat ik meer resources nodig heb op de server. Het profiel komt dan werkelijk te staan op de RDS server.

Overigens heb ik de map waar de profile disks staan de RDS users volledige access gegeven evenals de RDS server zelf. Toch lijkt het er op dat de user zelf niet volledig eigenaar is van zijn profiel.

[josvane]

Afgelopen weekend heeft de server een herstart gehad met een aantal gebruikers nog ingelogd. De user profile disks zijn dus niet goed afgesloten.

Door de gebruiker uit te loggen en alle overgebleven profielen in de gebruikersmap af te voeren lijkt het probleem opgelost.

[Zwelgje]

sowieso wil je van die UPD techniek af en vervangen door de FSlogix methode (ook van Microsoft)

https://docs.microsoft.com/en-us/fslogix/overview

UPD is legacy