I appologize in advance if I missed an existing thread but I have not yet found one here or in other forums about this subject and hope someone may be able to assist. Although I'm listing two seperate issues if issue 1 is resolveable then issue 2 is moot. Because I'd like to keep it as thin/simple as possiuble, I was opting (apparently a bad idea) to not utilize VDI/VM methods that have been readily published. I was trying to create multiple JDS prototypes/sessions and access them via MetaKiosk which would in theory allow me to avoid option 2 entirely because I could put the apps on a panel/menu and completely lockdown the desktop which is already working.
This can't be as difficult as I have made it and hope someone has suggestions for resolution other than running a full VDI/Virtualbox/WindowsConnector option. TYIA, Issue 1: I setup multiple independend JDS prototype/session configurations that work as expected and independently if I select them in the GUI admin tool as the default KIOSK session type. However, if I attempt to utilize metakiosk to say that toakenA should use JDSv1 and tokenB should use JDSv2 then I get mixed results. While the desktop contents and nautilus settings seem to take affect as expected, the PANEL's are always pulled from the prototype directory specified by the default metakiosk KIOSK_SESSION_PROTOTYPE variable within the meta-kiosk.conf file. I believe this is because the prototype is copied to the session account prior to metakiosk taking real action because of the meta-kiosk.conf configuration. Perhaps there is a way to make the variable a real variable and pull in the Other Information from the token prior to copying the prototype data? Issue 2 : S etup a JDS kiosk which works fine but if I enable locked-down then the published applications are not visible on the desktop. However, If I disable locked-down (which makes the apps appear again) and leave disabled_command_line enabled I can see the applications but am able to right-click and activte terminal from the desktop.
_______________________________________________ SunRay-Users mailing list [email protected] http://www.filibeto.org/mailman/listinfo/sunray-users
