Console graphics access w/ nobody logged on, using rsh??
Linux - GeneralThis Linux forum is for general Linux questions and discussion.
If it is Linux Related and doesn't seem to fit in any other forum then this is the place.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Console graphics access w/ nobody logged on, using rsh??
Hello,
I posted this question months ago, with no answer. Now I'm back on this same task. I need to be able to start a graphics application from either a rsh or a rlogin with nobody logged into the console. We are using Red Hat 9, init 5, on all our systems. How can I invoke a graphics application that is passed data via the network to display graphics on the console screen without someone having to physically log on to the console first? I know we can log on and run xhost +, but we need to be able to fire up an application on many systems that use the console graphics without someone being logged in. This is on about twenty systems that are rack mounted, and we just need to use the graphics outputs.
Any possible solutions are welcome! This is a high priority for me to resolve soon. These systems are used just to output graphics displays. Oh, all have Nvidia cards, and we're using KDE on most if not all.
You're basically correct. I have a graphics application that executes on system "jeeves" and gets all it's inputs over the network. I have a interface system "bertie" that I have another application that gathers data, computes eyepoint direction and position/orientation and passes that over the network to system "jeeves".
I would like "jeeves" to be sitting there idle with no physical log-on, and accept a signal (ssh/rsh/etc.) from "bertie" to start up his own local copy of the application, and output to his "normal" console output screen which would be his physical output from his graphics card.
I can do this now, but I have to physically log into "jeeves" to start the window manager session, and then execute "xhost +" to allow a graphics application to be invoked and gain access to the screen.
This may not seem like much extra work, but we have 16 systems to log into, and soon 32. Each time I get up to leave the room, I have to log out of each system. When I come back I have to log back into each system. My goal is to make these "jeeves" systems stand-alone turn-key display servers. The problem is getting access to the display without a user being physically logged on the console.
Using public key authentication with ssh, you can execute remote commands without needing to enter a password. This means you can script commands from bertie, like this:
You can use expect to automate logins, execute commands and conditionally perform tasks according to the output of those commands.
If however, you need to do stuff with the GUI, you'd need an X progam which does something like winrunner. I'm not sure about that. It's not a certain cause for depression though - many KDE applications can be instructed to do GUI things from the command line via the dcop interface. If course this requires that the app you want to control has a dcop interface and that it is designed to do what you want in a script-able manner.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.