- Details
- Written by Todd Green
- Category: FAQ
- Hits: 395
Pursuant to current University policy for account retention, we are no longer able to keep accounts after graduation; however, we can continue to forward your email if desired. After you graduate you will receive an email stating that your account will be removed and a date when the account is scheduled for deletion. Accounts will be deleted approximately one month after graduation. This means all files will be removed and you will no longer be able to log into our systems. If you wish to retain any of your files, please be sure to make copy of them to a system outside of the University.
If you wish to have your email forwarded, please follow the instructions in the email or click on the "Email Support" link at the top of this page and provide your uNID, SoC username, and the email address to which you'd like your email sent.
- Details
- Written by Scott Ostrander
- Category: FAQ
- Hits: 77967
Printing Service |
Written by Scott Ostrander |
Thursday, 02 February 2006 08:54 |
The School of Computing uses a Common Unix Printing System (CUPS) server to manage printing, using the Internet Printing Protocol (IPP). CUPS provides both lpr and lp style client commands under Unix. Printers are only accessible from within the department's network. If you wish to use the SoC printers from outside the school's firewall, you will need to use the VPN system to establish a link into the school network first. (NOTE: The UConnect wireless network is outside of our firewall.)
The main public printer is csps for single sided printing, and csduplex for double sided. The printer is located in MEB 3153. Various research groups, labs and grad student areas have printers available for their use. You can get a list of printers and other information using the printer web page or the lpstat command: lpstat -t
lpoptions -d grduplex
Documentation for the CUPS system is available via the web. WindowsOn systems running Windows, the printers are available through cups using the form
MacintoshOn Macintosh systems, open the Print & Fax preference pane. In the dialog set the protocol to "IPP" and in the Address (Printer on older Macs) field enter: printspool.cs.utah.edu In the Queue (Spool on older Macs) field enter: printers/name_of_printer_here In the Name field, you can name this printer entry to anything you'd like. Configuring a Self Administrated UNIX System Using CUPSThere are two quick methods to allow a UNIX system within the SoC network to access the CUPS server. If you wish to make the change globally for all users of the system, edit the/etc/cups/client.conf file and add the line:
If you only wish to make the change for your user account on a UNIX system, simply set the $CUPS_SERVER environment variable to "printspool.cs.utah.edu". Printer Status
If you have troubles with printing, first make sure it isn't something obvious like the printer out of paper, jammed, offline or the network cable unplugged. If there is a non-obvious problem, send a message describing the trouble in detail to . |
- Details
- Written by Scott Ostrander
- Category: FAQ
- Hits: 791201
|
- Details
- Written by Todd Green
- Category: FAQ
- Hits: 74872
|
- Details
- Written by Scott Ostrander
- Category: FAQ
- Hits: 74099
Miscellaneous |
- Details
- Written by Scott Ostrander
- Category: FAQ
- Hits: 75763
|
- Details
- Written by Todd Green
- Category: FAQ
- Hits: 73543
Host Self-Administration Guide |
Written by Todd Green |
Monday, 05 November 2007 00:42 |
This page addresses common questions about self-administering machines at the University of Utah School of Computing. Suggestions for additions and modifications to this page are welcome through e-mail to: . Host Self-Administration Guide
It is for SoC faculty, staff, and students who administer, or are considering administering, a machine that is connected to the SoC network. This machine may be one that is owned by the SoC or it may be a personal laptop (personally owned desktop machines are not permitted to connect to the SoC network).
It is likely that the only undergraduate students affected by this information are those who are actively involved with a research group.
Not affected by this information are users of machines administered by the SoC support staff and users of machines that are connected to the Flux, SCI, CoE, campus, or any other network.
This is a machine connected to the SoC network whose system administrator is anyone other than the SoC support staff. The administrator of such a machine is personally responsible for its behavior. Informally, if you have root on a machine, or administrator access to a machine running Windows, then it is self-admin and you are the administrator. The OS and OS version that the machine runs is not relevant.
For most SoC faculty, staff, and students who work for a research group, this is the preferred way to connect to the Internet while you are in MEB/WEB. Also, you get access to SoC services that are not available from outside our firewall. Note that an alternate way to put a machine inside the SoC firewall is to use the SoC's VPN. Or to put that a different way, there is little effective difference between a laptop in MEB that is connected to the SoC network and a laptop in MEB (or anywhere else in the world) that is connected to the Internet in any fashion, and that is connected to the SoC VPN.
No. If you must have root access then self-administration is your only option. Please keep in mind that being root is a very blunt tool and it may not be the best solution to whatever problems you are having. Self-administration requires substantial expertise and time. Furthermore, many problems that initially seem to require root access do not actually require root access. We are happy to discuss various options with you.
On a Windows host you can bring up a cmd window and run 'getmac /v'. On a *nix based host you can run 'ifconfig -a' (on some platforms you need to be root to do this). Many machines have multiple interfaces (wireless, wired, VPN, VMWare, etc.) so please be sure to report the MAC address for the interface you intend to use.
If your ip address ends in an even number use 155.98.64.70, then 155.98.64.71. Otherwise list .71 first. 155.101.115.10 may be used as a tertiary server.
When you start using a machine, it is critical that you figure out if it is self-admin or not. If you are not absolutely sure of the machine's status, contact the support staff at . If you cannot login using your SoC userid and password, then the machine is either self-admin or broken.
If it turns out you have inherited a self-admin machine, you have three main options:
Although option 3 is initially the easiest, it can lead to major problems in the long run if the machine contains customizations that you are not aware of or do not fully understand. Regardless, this machine is now 100% your responsibility and any problems with it are your problems.
For Microsoft based machines, people affiliated with the SoC have access to a vast array of software including several versions of the OS through our MSDNAA service. Please see our MSDNAA FAQ for more information. If there is additional software that you would like to install, that is your prerogative and responsibility. We suggest that you check with the Office of Software Licensing or the University Bookstore before making a purchase, as you can sometimes save money by purchasing through the University. For Linux, software is freely available on the Internet for whatever distribution you might be interested in. Please note that we do keep a local mirror of several of the more popular Linux distributions, which will greatly speed up your installation. Please see our Site Mirroring page for more details.
For every machine that you administer, you must:
The immediate consequence is that your network port will be turned off and filtering rules specific to your machine may be entered into the SoC firewall. These measures are necessary to protect the rest of the users of the SoC network. To get these reversed, talk to the SoC support staff and convince them that you have fixed the problem and that you can prevent it from happening again. If your machines represent a persistent security hazard to the SoC network (i.e. they keep getting hacked) or if some significant abuse of the SoC computing policy occurs, then machines that you administer will permanently lose access to the SoC network.
Yes -- this is unavoidable. For this reason we recommend that multiple users (e.g. in student labs) avoid sharing a single network tap if any of the connected machines are self-admin.
Basically any SoC service that can be authenticated on a per-user basis is available to self-admin machines. The major service that cannot be authenticated per-user is NFS. Available services include
The facility is designed so that most users do not need to be system administrators. If you choose to live outside of this structure by becoming your own system administrator, then you are largely on your own. A middle ground -- sharing administration tasks between users and the support staff -- has been found to work poorly in practice.
Probably -- send an email request to with the port(s)/protocol(s) you need unblocked. Not all services are allowed on our network (e.g. we will not give remote access to MySQL nor SMTP).
A copy of the Linux Administration Handbook may be checked out from the front office.
The web is also a great resource for both *nix and Windows administration. These are two of the many sites available for Windows administration:
The SoC support staff is happy to take over a machine again, provided that it belongs to the SoC in the first place. We will install a new OS image (Windows or Linux) on the machine. After this, the machine will no longer be a self-admin machine. In general, data cannot be preserved across this transition, it must be backed up somewhere else until the reinstallation is complete.
|