Sun Ray Peripherals/Third Party Component List


 
Thread Tools Search this Thread
Operating Systems Solaris Solaris BigAdmin RSS Sun Ray Peripherals/Third Party Component List
# 1  
Old 07-31-2009
Sun Ray Peripherals/Third Party Component List

Tables display the list of compatible Sun Ray peripherals and third-party components. The entire list of devices compatible with Sun Ray clients is now available, including smart card, USB, printing, and monitor devices. Updated with latest information and added USB Mass Storage and Barcode Scanners.

More...
Login or Register to Ask a Question

Previous Thread | Next Thread

6 More Discussions You Might Find Interesting

1. UNIX for Beginners Questions & Answers

Sun Ray 3 UNIX Lab not connected to Solaris 10 Server

All 30 of my students in the Linux Lab here at school have the same message showing on their screen when they try to log into the server. How can we Authenticate the Server and fix the missing specific parameters on the Solaris Server to fix this issue ?? (6 Replies)
Discussion started by: mwilliams21z
6 Replies

2. Hardware

Sun Ray 1g thin client Software?

Hello! I acquired a Sun Ray 1g thin client and i want to connect it to my Linux machine but i m having some difficulty finding software for it (sun ray server). After some recearch i fount that the software can be downloaded from Oracle ,but only if i have support for it ,which i dont :p.Also i... (2 Replies)
Discussion started by: kotseman
2 Replies

3. Solaris

Sun Ray Install 5.4.5 on Solaris 11.3

I had an issue installing Sun Ray Server 5.4.5 on Solaris 11.3, and was unable to find an answer. However, I was able to noodle through it and got things running. So, for the benefit of the few that might be interested, here are the issues regarding installation of Sun Ray Server 5.4.5 on... (0 Replies)
Discussion started by: apljavaman
0 Replies

4. Solaris

Sun Ray Smart Cards

I had instructions on linking 2 smart cards to one user, Does anyone remember any website on this or have instructions I lost mine :( it was basically used for leaving one card at work and one at home so they can use both to pull up same session. (1 Reply)
Discussion started by: nite2viper
1 Replies

5. UNIX for Dummies Questions & Answers

Sun Ray Mouse Scroll Wheel

Have a user on a Solaris 10 sunray CDE environment her mouse wheel will not scroll up or down in windows it will paste but not scroll. Other users logged into sunray have no issues with mouse wheel. Any ideas on what the fix could be? Thanks:) ---------- Post updated at 08:19 PM ----------... (0 Replies)
Discussion started by: nite2viper
0 Replies

6. Solaris

Sun Ray 3

Hi All, I going to install Sun Ray 3 and X4170 with sol 10 and VDI 3.2. I don't know how to do it because I don't have any idea on VDI and Sun Ray 3. Can all the guru here provide some info or theory on the whole idea for this kind of installation and maybe some steps. I now have 2 servers... (1 Reply)
Discussion started by: mailbox80
1 Replies
Login or Register to Ask a Question
device_allocate(4)						   File Formats 						device_allocate(4)

NAME
device_allocate - device_allocate file SYNOPSIS
/etc/security/device_allocate DESCRIPTION
The device_allocate file is an ASCII file that resides in the /etc/security directory. It contains mandatory access control information about each physical device. Each device is represented by a one- line entry of the form: device-name;device-type;reserved1;reserved2;auths;device-exec where: device-name Represents an arbitrary ASCII string naming the physical device. This field contains no embedded white space or non-printable charac- ters. device-type Represents an arbitrary ASCII string naming the generic device type. This field identifies and groups together devices of like type. This field contains no embedded white space or non-printable characters. The following types of devices are currently managed by the system: audio, sr (represents CDROM drives), fd (represents floppy drives), st (represents tape drives), rmdisk (removable media devices). reserved1 On systems configured with Trusted Extensions, this field stores a colon-separated (:) list of key-value pairs that describe device allocation attributes used in Trusted Extensions. Zero or more keys can be specified. The following keys are currently interpreted by Trusted Extensions systems: minlabel Specifies the minimum label at which device can be allocated. Default value is admin_low. maxlabel Specifies the maximum label at which device can be allocated. Default value is admin_high. zone Specifies the name of the zone in which device is currently allocated. class Specifies a logical grouping of devices. For example, all Sun Ray devices of all device types. There is no default class. xdpy Specifies the X display name. This is used to identify devices associated with that X session. There is no default xdpy value. reserved2 Represents a field reserved for future use. auths Represents a field that contains a comma-separated list of authorizations required to allocate the device, an asterisk (*) to indicate that the device is not allocatable, or an '@' symbol to indicate that no explicit authorization is needed to allocate the device. The default authorization is solaris.device.allocate. See auths(1). device-exec The physical device's data clean program to be run any time the device is acted on by allocate(1). This ensures that unmanaged data does not remain in the physical device between uses. This field contains the filename of a program in /etc/security/lib or the full pathname of a cleanup script provided by the system administrator. Notes on device_allocate The device_allocate file is an ASCII file that resides in the /etc/security directory. Lines in device_allocate can end with a `' to continue an entry on the next line. Comments can also be included. A `#' makes a comment of all further text until the next NEWLINE not immediately preceded by a `'. White space is allowed in any field. The device_allocate file must be created by the system administrator before device allocation is enabled. The device_allocate file is owned by root, with a group of sys, and a mode of 0644. EXAMPLES
Example 1 Declaring an Allocatable Device Declare that physical device st0 is a type st. st is allocatable, and the script used to clean the device after running deallocate(1) is named /etc/security/lib/st_clean. # scsi tape st0; st; reserved; reserved; solaris.device.allocate; /etc/security/lib/st_clean Example 2 Declaring an Allocatable Device with Authorizations Declare that physical device fd0 is of type fd. fd is allocatable by users with the solaris.device.allocate authorization, and the script used to clean the device after running deallocate(1) is named /etc/security/lib/fd_clean. # floppy drive fd0; fd; reserved; reserved; solaris.device.allocate; /etc/security/lib/fd_clean Making a device allocatable means that you need to allocate and deallocate it to use it (with allocate(1) and deallocate(1)). If a device is not allocatable, there is an asterisk (*) in the auths field, and no one can use the device. FILES
/etc/security/device_allocate Contains list of allocatable devices ATTRIBUTES
See attributes(5) for descriptions of the following attributes: +-----------------------------+-----------------------------+ | ATTRIBUTE TYPE | ATTRIBUTE VALUE | +-----------------------------+-----------------------------+ |Interface Stability |Uncommitted | +-----------------------------+-----------------------------+ SEE ALSO
auths(1), allocate(1), bsmconv(1M), deallocate(1), list_devices(1), auth_attr(4), attributes(5) NOTES
The functionality described in this man page is available only if Solaris Auditing has been enabled. See bsmconv(1M) for more information. On systems configured with Trusted Extensions, the functionality is enabled by default. On such systems, the device_allocate file is updated automatically by the system. SunOS 5.11 12 May 2008 device_allocate(4)