if you follow the whole thread (as I just did, very thorough) you'll see that if you are using autologin, it doesn't 'really' matter if you have a single login account, except that it will create problems down the line. It appears to be better to atleast use a single login for each computer, ie the autologin for ws001 is ws001, and so on through ws012. At any rate, it is relatively easy to remove the terminal sessions from each box, just don't remove the run command from the menu, and remove the xterm application from the menu. I'm pretty sure that can be customized, much the same way as removing listings from Win9X .
good luck joey -----Original Message----- From: [EMAIL PROTECTED] [mailto:ltsp-discuss-admin@;lists.sourceforge.net]On Behalf Of Daniel �a� Sent: Friday, October 25, 2002 8:17 AM To: Brian Fahrlander Cc: LTSP Subject: Re: [Ltsp-discuss] LTSP Issues Hi Thanks for your answer. I'm running Linux from the time when kernel had 0.99 version number. Our LTSP installation is running non-stop for about 6 months with quite luck but for our employee (different logins of course). Right now I want to prepare it for students. WebMin is not good enough for us, we need something more automated. Our students will not use email. We will supply only such services for them as: - web browser - OpenOffice - library retrival software Of course I was testing such situation when two or more terminals was logged in with the same account and had only problems with Mozilla. Maybe my tests wasn't god enough. I want to prepare minimal graphical environment with easy of use and security in mind (no acces to compiler and any possibly dangerous commands or shell - if possible). I will consider separate logins if You suggest it so strongly :). This is only application server without any critical applications running. I think that one login account for many users would be interesting anyway. Regards Daniel �a� W li�cie z pi�, 25-10-2002, godz. 14:37, Brian Fahrlander pisze: > On 25 Oct 2002 14:14:13 +0200, Daniel �a� <[EMAIL PROTECTED]> wrote: > > > Hi > > > > I am network administrator of Main Library of Opole University. We are > > going to use LTSP in our library. Definitely. We even bought 2 servers > > for this and 12 dedicated terminals. Yes we want to use one account for > > many users as we were doing for years with NOVELL for example. This > > account is student with no password and very low rights. We have many > > students and i think that creating accounts for them is not good idea. > > Anybody know or can help how to avoid problems with such configuration > > with KDE as the desktop? > > First, congratulations! I hope you have all luck possible. > > But try to force yourself out of the single-login idea. This isn't Novell; this is a different breed of cat. For one thing, this is a new install- not something you've run for the last 12 years and gotten all the security holes out of- you might leave open something that a more veteran admin would close on the first login. It's just something that's gonna happen sooner or later. > > Running a single login also gives you almost no clue whatsoever as to who-did-what, but it can tell you which terminal, and that's not much help. > > How would a student send/receive email, for example? Are you going to ask for yet another login for that? Think it's gonna be as hardened as the primary login? Probably not. > > Students are students. Sure, they may only have accounts for 12 weeks, but those can be some really long weeks. Use individual logins. Use tools to help make this easier: /etc/skel and webmin. > > The /etc/skel setup lets you create a sample directory (and for that matter running scripts) to create a template account. Each time a new user is created, the files in that directory are used as defaults. I believe "man skel" is where you'll find these details. Redhat also has a nice part on it, in the manual. > > You *might* even want to invoke quotas at some point (other than email boxes!) so that one user doesn't download the world and expect the system to handle it. Again, another good use of individual logins. Setting a single quota for the one user means that one instance of the generic login can suck-up all the drive space and lock out ALL other users. > > Webmin allows you to admin the thing remotely- you don't even have to be on the same continent, yet you get full control over the system from the comfort of your desktop...any desktop...wherever you are. And it's a nice, simple, graphical (web) application that's convenient to use, not to mention educational. See http://www.WebMin.com. > > Unix (and therefore, Linux) was created this way for a reason; remember it was concieved in a reseach-bunker at AT&T, but it was strengthened and grown in academic environments like Berkeley, Stanford, and MIT. > > ------------------------------------------------------------------------ > Brian Fahrl�nder GNU/Linux Zealot, Conservative, and Technomad > Evansville, IN My Voyage: http://www.CounterMoon.com > ICQ 5119262 > ------------------------------------------------------------------------ > Komm', M�dchen, alles ist jetzt vorbei. Schall' Dich an, auf eine lange, > s��e Reise. > > > ------------------------------------------------------- > This sf.net email is sponsored by: Influence the future > of Java(TM) technology. Join the Java Community > Process(SM) (JCP(SM)) program now. > http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en > _____________________________________________________________________ > Ltsp-discuss mailing list. To un-subscribe, or change prefs, goto: > https://lists.sourceforge.net/lists/listinfo/ltsp-discuss > For additional LTSP help, try #ltsp channel on irc.openprojects.net > ------------------------------------------------------- This sf.net email is sponsored by: Influence the future of Java(TM) technology. Join the Java Community Process(SM) (JCP(SM)) program now. http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en _____________________________________________________________________ Ltsp-discuss mailing list. To un-subscribe, or change prefs, goto: https://lists.sourceforge.net/lists/listinfo/ltsp-discuss For additional LTSP help, try #ltsp channel on irc.openprojects.net ------------------------------------------------------- This sf.net email is sponsored by: Influence the future of Java(TM) technology. Join the Java Community Process(SM) (JCP(SM)) program now. http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en _____________________________________________________________________ Ltsp-discuss mailing list. To un-subscribe, or change prefs, goto: https://lists.sourceforge.net/lists/listinfo/ltsp-discuss For additional LTSP help, try #ltsp channel on irc.openprojects.net
