Jason and Matt, The problem with running an rsh daemon on the workstations is that it needs to know WHO is sending the request to run something, and whether they are allowed to or not.
By turning on local apps, you enable NIS. That is how the rsh daemon will validate that the "WHO" is a correct user. An alternative to NIS might be LDAP, but we haven't gotten that to work for local apps yet. In the past, some people have suggested just copying the servers /etc/passwd file to /opt/ltsp/i386/etc, but I can tell you very clearly that will NEVER be part of a standard LTSP package. Creating a special-purpose daemon to handle this, in my opinion, is just reinventing the wheel. Use what is already there, and spend your time solving other more important problems. But, I also invite you to challenge me on this. Maybe you've got a better way. Jim McQuillan [EMAIL PROTECTED] On Fri, 7 Jun 2002, Jason Bechtel wrote: > Matt, > > I don't think local apps should have to be enabled in order > to get this to work. They should be totally separate > options with no mutual dependency or exclusivity between > them. And I think it could be easily set up to work like > this... > > The only thing required is a way to start and stop the > x0rfbserver remotely. This could be done by running an rsh > server on all workstations. It could also be done by > creating a special-purpose daemon just for this task. Then > we could implement our own style of security measures in > the controlling daemon. > > Jason > > On Thu, 6 Jun 2002 16:32:41 -0500 > "Egan, Matt B. (Artco)" <[EMAIL PROTECTED]> wrote: > > Would local apps have to be enabled? I'd prefer it if > > not. I realize that it > > needs to run on the client machine but is there a way to > > work around this so > > that local apps don't have to be setup just for the use > > of Xorfb? That's not > > a big deal I just don't have local apps setup yet so it > > would be more work > > (not that I'm lazy) > > _______________________________________________________________ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > > _____________________________________________________________________ > 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 > -- _______________________________________________________________ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm _____________________________________________________________________ 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