Nathan, On Fri, 25 Oct 2002, Nathan Sweet wrote:
> > Okay, I can buy into the single login PER workstation concept -- after > reading the comments, it makes a lot of sense. My issue now is HOW to > set up the workstations to auto login with their unique account. Is this > done through lts.conf through an rc.local script? It's actually done through the display manager. I don't know how in GDM, but in KDM it's done in the kdmrc file. I can't get at my machine right now that contains an example, but in an hour or so, i'll try to send you my example kdmrc file. maybe you'll get some ideas to try in the gdm.conf file. Jim McQuillan [EMAIL PROTECTED] > > > On Fri, 25 Oct 2002, Joey Officer wrote: > > > 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 > > > > > > ------------------------------------------------------- > 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
