Update docs/admin-guide/configuration/desktop/xrdp.md

enable syntax highlighting in the code blocks =)

docs/admin-guide/configuration/desktop/xrdp.md

@@ -2,7 +2,7 @@
 
 The basic configuration in Hiera is:
 
-```
+```yaml
 xrdp::enable: true
 ```
 
@@ -11,25 +11,25 @@ This allows by default to create new virtual desktop sessions or to connect to a
 Some more details could be ajusted when needed:
 
 To disallow access to a shared desktop do
-```
+```yaml
 xrdp::shared_desktop::enable: false
 ```
 
 whereas to disallow virtual desktop sessions there is
 
-```
+```yaml
 xrdp::virtual_desktop::enable: false
 ```
 
 Often you may not want the user to keep their desktop sessions open forever, so you may configure their sessions to be closed after they have been disconnected for some time (seconds). The default value is `0` which disables this feature.
 
-```
+```yaml
 xrdp::disconnected_session_timeout: 3600
 ```
 
 If you want to allow the same user to be able to open in parallel a local and a remote session then you can enable the systemd nest feature. Note that this is a hack and goes against the systemd design and thus this can lead to unexpected problems.
 
-```
+```yaml
 xrdp::nest_systemd::enable: true
 ```
 
@@ -45,7 +45,7 @@ xrdp-sesexec[3145015]: [WARN ] Window manager (pid 3145116, display 11) exited q
 ```
 then there is probably a half dead Gnome session around.
 Check with `loginctl` for such a session of given user and terminate it with
-```
+```bash
 loginctl kill-session $SESSION_NUMBER
 ```
 After Gnome should start properly again.
@@ -55,14 +55,14 @@ After Gnome should start properly again.
 
 _At the moment you can access the new features within puppet with_
 
-```
+```bash
 puppet agent -t --environment xrdp_ng
 ```
 _and to really activate it for a maybe already running XRDP server with a reboot or `systemctl restart xrdp`._
 
 The basic configuration in Hiera is:
 
-```
+```yaml
 xrdp::enable: true
 ```
 This allow to access the currently running desktop (primary screen only in multi-monitor setups) or, if none exists, creates automatically a virtual desktop. 
@@ -73,18 +73,18 @@ But it is fine to have multiple different users running own virtual desktops as
 Some more details could be ajusted when needed:
 
 To disallow access the physical desktop:
-```
+```yaml
 xrdp::shared_physical_desktop::enable: false
 ```
 
 whereas to disallow virtual desktop sessions there is
 
-```
+```yaml
 xrdp::virtual_desktop::enable: false
 ```
 
 Maybe your use case wants that everyone who can log into the machine can automatically view the physical desktop (e.g. GAC user on machine console):
 
-```
+```yaml
 xrdp::shared_physical_desktop::owner_only: false
 ```