Hello all! Is there a way to remotely controll a YAST session from aanother box? I have a server i want to be able to run YAST on from time to time, but i dont want to have to log into a shell on it (neither locally nor via ssh). So i am looking for a "remote way" to do the configs etc. A little like the admin snapins for a win200 server... Am i making any sense? -- /Rikard ------------------------------------------------------------------------------------ Rikard Johnels email : rjhn@linux.nu Web : http://www.rikjoh.com Mob : +46 70 464 99 39 ------------------------ Public PGP fingerprint ---------------------------- < 15 28 DF 78 67 98 B2 16 1F D3 FD C5 59 D4 B6 78 46 1C EE 56 >
* Wed, 07 May 2003, rjhn@linux.nu:
Hello all!
Is there a way to remotely controll a YAST session from aanother box? I have a server i want to be able to run YAST on from time to time, but i dont want to have to log into a shell on it (neither locally nor via ssh). So i am looking for a "remote way" to do the configs etc. A little like the admin snapins for a win200 server...
Am i making any sense?
No. You could run YaST on a remote X-server, but what do you do when a daemon config needs to be reloaded after YaST finishes? Remotely reboot? Better get used to ssh and a shell if you want to admin a Linux box remotely or local. Theo -- Theo v. Werkhoven Registered Linux user# 99872 http://counter.li.org ICBM 52 13 27N , 4 29 45E. SuSE 8.2 x86 Kernel k_Athlon 2.4.20-4GB See headers for PGP/GPG info.
On Saturday 10 May 2003 14.54, Theo v. Werkhoven wrote:
* Wed, 07 May 2003, rjhn@linux.nu:
Hello all!
Is there a way to remotely controll a YAST session from aanother box? I have a server i want to be able to run YAST on from time to time, but i dont want to have to log into a shell on it (neither locally nor via ssh). So i am looking for a "remote way" to do the configs etc. A little like the admin snapins for a win200 server...
Am i making any sense?
No. You could run YaST on a remote X-server, but what do you do when a daemon config needs to be reloaded after YaST finishes? Remotely reboot? Better get used to ssh and a shell if you want to admin a Linux box remotely or local.
Theo
That's what i do today, but thats not exactly what i want. :( That needs yast to be installed on the remote computer. I sort of want yast to be installed only on the administrative box, and just change the coresponding files on the remote. That way i can have a very minimal install on the remote, and full X with all the bells and whistles for running yast on my workstation/administrative box. -- /Rikard ------------------------------------------------------------------------------------ Rikard Johnels email : rjhn@linux.nu Web : http://www.rikjoh.com Mob : +46 70 464 99 39 ------------------------ Public PGP fingerprint ---------------------------- < 15 28 DF 78 67 98 B2 16 1F D3 FD C5 59 D4 B6 78 46 1C EE 56 >
* Sat, 10 May 2003, rjhn@linux.nu:
On Saturday 10 May 2003 14.54, Theo v. Werkhoven wrote:
* Wed, 07 May 2003, rjhn@linux.nu:
Hello all!
Is there a way to remotely controll a YAST session from aanother box? I have a server i want to be able to run YAST on from time to time, but i dont want to have to log into a shell on it (neither locally nor via ssh). So i am looking for a "remote way" to do the configs etc. A little like the admin snapins for a win200 server...
Am i making any sense?
No. You could run YaST on a remote X-server, but what do you do when a daemon config needs to be reloaded after YaST finishes? Remotely reboot? Better get used to ssh and a shell if you want to admin a Linux box remotely or local.
Theo
That's what i do today, but thats not exactly what i want. :( That needs yast to be installed on the remote computer. I sort of want yast to be installed only on the administrative box, and just change the coresponding files on the remote. That way i can have a very minimal install on the remote, and full X with all the bells and whistles for running yast on my workstation/administrative box.
Sound like something that could work, but not with YaST as it is now. YaST would need to be split into client/server, with lots of very strict authorization and synchronization between the two parts (makes it slow over less then LAN-speed networks). For safety and speed I would still prefer a normal login shell. Theo -- Theo v. Werkhoven Registered Linux user# 99872 http://counter.li.org ICBM 52 13 27N , 4 29 45E. SuSE 8.2 x86 Kernel k_Athlon 2.4.20-4GB See headers for PGP/GPG info.
Webmin works great, on SuSE, UL, RH, etc....
You just might want NOT to use both Yast2 as well as webmin to administer the same subsystems.
www.webmin.com
It's a fairly simple install, one RPM fits all. There are a couple things to keep in mind but they are on the download page for Webmin. All my servers run Webmin.
On Sat, 10 May 2003 15:19:45 +0200
"Theo v. Werkhoven"
* Sat, 10 May 2003, rjhn@linux.nu:
On Saturday 10 May 2003 14.54, Theo v. Werkhoven wrote:
* Wed, 07 May 2003, rjhn@linux.nu:
Hello all!
Is there a way to remotely controll a YAST session from aanother box? I have a server i want to be able to run YAST on from time to time, but i dont want to have to log into a shell on it (neither locally nor via ssh). So i am looking for a "remote way" to do the configs etc. A little like the admin snapins for a win200 server...
Am i making any sense?
No. You could run YaST on a remote X-server, but what do you do when a daemon config needs to be reloaded after YaST finishes? Remotely reboot? Better get used to ssh and a shell if you want to admin a Linux box remotely or local.
Theo
That's what i do today, but thats not exactly what i want. :( That needs yast to be installed on the remote computer. I sort of want yast to be installed only on the administrative box, and just change the coresponding files on the remote. That way i can have a very minimal install on the remote, and full X with all the bells and whistles for running yast on my workstation/administrative box.
Sound like something that could work, but not with YaST as it is now. YaST would need to be split into client/server, with lots of very strict authorization and synchronization between the two parts (makes it slow over less then LAN-speed networks). For safety and speed I would still prefer a normal login shell.
Theo -- Theo v. Werkhoven Registered Linux user# 99872 http://counter.li.org ICBM 52 13 27N , 4 29 45E. SuSE 8.2 x86 Kernel k_Athlon 2.4.20-4GB See headers for PGP/GPG info.
-- Matthew Carpenter matt@eisgr.com http://www.eisgr.com/ Enterprise Information Systems *Network Consulting, Integration & Support *Web Development and E-Business
On Sat, May 10, 2003 at 03:03:33PM +0200, Rikard Johnels wrote:
On Saturday 10 May 2003 14.54, Theo v. Werkhoven wrote:
Better get used to ssh and a shell if you want to admin a Linux box remotely or local.
That's what i do today, but thats not exactly what i want. :( That needs yast to be installed on the remote computer. I sort of want yast to be installed only on the administrative box, and just change the coresponding files on the remote. That way i can have a very minimal install on the remote, and full X with all the bells and whistles for running yast on my workstation/administrative box.
FWIW: I like the idea, but I don't think it's an option at this point in history. I googled a bit on the subject, and nothing came up that pertains to that particular scenario. Also I don't see any YaST modules that look like they do that sort of thing. I think you're stuck with ssh/local yast for the time being. You should write feedback@suse.com and suggest it, though. Now, as an alternative I guess you *could* see if webmin would work for you. Of course that means apache and perl and whatever else, has to be available on each machine. Also, I'm not sure about the feasibility of having SuSE *without* YaST. Cheers, Jon Clausen -- If we can't be free, at least we can be cheap!
Op zaterdag 10 mei 2003 15:48, schreef Jon Clausen:
I googled a bit on the subject, and nothing came up that pertains to that particular scenario.
Huh ;> There is a project doing this and already for a long time. It's now called Gnome Setup Tools, formerly known as Ximian Setup Tools (xst). Though the name suggests something else, this stuff is really distro independent. With backends that take care of the provision and an xml protocol in between the backends and frontends. Perhaps it is possible to let yast talk the xml protocol. More about this cool stuff at http://www.gnome.org/projects/gst/screenshots.html http://lists.ximian.com/archives/public/setup-tool-hackers/2003-May/000085.h... He, let's us know if it works okay on suse...
Also I don't see any YaST modules that look like they do that sort of thing.
I think you're stuck with ssh/local yast for the time being.
-- Richard
On Saturday 10 May 2003 16.25, Richard Bos wrote:
Op zaterdag 10 mei 2003 15:48, schreef Jon Clausen:
I googled a bit on the subject, and nothing came up that pertains to that particular scenario.
Huh ;> There is a project doing this and already for a long time. It's now called Gnome Setup Tools, formerly known as Ximian Setup Tools (xst).
Though the name suggests something else, this stuff is really distro independent. With backends that take care of the provision and an xml protocol in between the backends and frontends. Perhaps it is possible to let yast talk the xml protocol. More about this cool stuff at
http://www.gnome.org/projects/gst/screenshots.html http://lists.ximian.com/archives/public/setup-tool-hackers/2003-May/000085. html
He, let's us know if it works okay on suse...
Also I don't see any YaST modules that look like they do that sort of thing.
I think you're stuck with ssh/local yast for the time being.
I took a look at the Gnome thingie.. And the page http://www.gnome.org/projects/gst/distros.php suggests SuSE 7.0 :( I run 8.1.. and as far as i know the setup for 7.0 and 8.1 differs quite a bit. And as far as i can see, the last update of the software was back in 2002-08.24. Now THAT is way to old for me to play with.. If there hasnt been any progress since then what so ever... But i will look at it further tho.. it MIGHT work.. -- /Rikard ------------------------------------------------------------------------------------ Rikard Johnels email : rjhn@linux.nu Web : http://www.rikjoh.com Mob : +46 70 464 99 39 ------------------------ Public PGP fingerprint ---------------------------- < 15 28 DF 78 67 98 B2 16 1F D3 FD C5 59 D4 B6 78 46 1C EE 56 >
Op zaterdag 10 mei 2003 17:10, schreef Rikard Johnels:
On Saturday 10 May 2003 16.25, Richard Bos wrote:
Op zaterdag 10 mei 2003 15:48, schreef Jon Clausen:
I googled a bit on the subject, and nothing came up that pertains to that particular scenario.
Huh ;> There is a project doing this and already for a long time. It's now called Gnome Setup Tools, formerly known as Ximian Setup Tools (xst).
Though the name suggests something else, this stuff is really distro independent. With backends that take care of the provision and an xml protocol in between the backends and frontends. Perhaps it is possible to let yast talk the xml protocol. More about this cool stuff at
http://www.gnome.org/projects/gst/screenshots.html http://lists.ximian.com/archives/public/setup-tool-hackers/2003-May/00008 5. html
He, let's us know if it works okay on suse...
Also I don't see any YaST modules that look like they do that sort of thing.
I think you're stuck with ssh/local yast for the time being.
I took a look at the Gnome thingie.. And the page http://www.gnome.org/projects/gst/distros.php suggests SuSE 7.0 :( I run 8.1.. and as far as i know the setup for 7.0 and 8.1 differs quite a bit.
Indeed. I would check if it support RH8 or 9, that will be closer than suse-7
And as far as i can see, the last update of the software was back in 2002-08.24. Now THAT is way to old for me to play with.. If there hasnt been any progress since then what so ever... But i will look at it further tho.. it MIGHT work..
Don't know where you looked, but the cvs ChangeLog file says:
richard@pilchard:/var/tmp/gnome-system-tools> ls -l ChangeLog
-rw-r--r-- 1 richard users 27749 2003-05-06 02:17 ChangeLog
richard@pilchard:/var/tmp/gnome-system-tools> head ChangeLog
2003-05-06 Carlos Garnacho Parro
Now, as an alternative I guess you *could* see if webmin would work for you. Of course that means apache and perl and whatever else, has to be available on each machine.
Webmin does not require apache as it uses its own web engine, only perl would be required. Ken
And if Perl modules scare you, Webmin has a great CPAN module which allows a nice simple way to install and maintain perl modules.
On Sat, 10 May 2003 12:28:02 -0400
"Ken Schneider"
Now, as an alternative I guess you *could* see if webmin would work for you. Of course that means apache and perl and whatever else, has to be available on each machine.
Webmin does not require apache as it uses its own web engine, only perl would be required.
Ken
-- Check the headers for your unsubscription address For additional commands send e-mail to suse-linux-e-help@suse.com Also check the archives at http://lists.suse.com Please read the FAQs: suse-linux-e-faq@suse.com
-- Matthew Carpenter matt@eisgr.com http://www.eisgr.com/ Enterprise Information Systems *Network Consulting, Integration & Support *Web Development and E-Business
participants (6)
-
Jon Clausen -
Ken Schneider -
Matthew Carpenter -
Richard Bos -
Rikard Johnels -
Theo v. Werkhoven