Features:
What it does:
HOSTNAME=tklclient echo "$HOSTNAME" > /etc/hostname sed -i "s|127.0.1.1 \(.*\)|127.0.1.1 $HOSTNAME|" /etc/hosts hostname tklclient
apt-get update
apt-get -y purge webmin* confconsole shellinabox byobu openssh-server rm -Rf /usr/share/webmin
install lxde lxdm xorg wicd-gtk chromium-browser xrdp tightvncserver gksu epdfview synaptic
useradd -m -s /bin/bash admin passwd admin <<EOF turnkey turnkey EOF
groupadd administrators echo "%administrators ALL=(ALL) ALL" >> /etc/sudoers
usermod -a -G netdev admin usermod -a -G administrators admin
passwd -l root
apt-get -y autoremove apt-get clean
Replies (14)
TKLPatch for TKLClient Core
Reply 1Good memory Adrian
Reply 2My son isn't about at the moment but I'll ask him about it when he's about. I think he only did a prototype of a wallpaper. It was pretty simple but I liked it. I'm not sure about your wallpaper Jomy, but I definately like your Key button, that's cool!
I haven't tested your patch yet Adrian but I'm sure its good (despite not testing your patch I imagine its pretty similar to what I had installed when I was playing with LXDE on TKL). I'm glad to hear that Wicd is a winner, thats a major bonus (not having to install Gnome libraries etc).
I've been using Chromium a bit lately and it is fast but to be honest its mainly the startup speed that I notice - it starts in almost half the time it takes Firefox! But as I usually have a web browser open, that is not really a huge advantage to me. The other thing I have noticed is that the rate at which Chromium chews RAM and CPU cycles. It seems much higher proportionally to any increase in performance that may be acheived. I have read that this is due to the code being optimised for speed/performance, rather than power usage/efficiency, that makes sense but obviously I have no way of confirming this. I guess it would be interesting to test on lower end PCs and see if the extra CPU and RAM usage effects the performance of Firefox V Chromium?
So I'm still not sure about Chromium. I know it has come a long way and is rapidly gaining popularity and while I'm happy to have it installed I think I'll probably mainly keep using Firefox. The main reason being familiarity and the fact that I have it set up how I like it. Also because of its layout, it doesn't display in the emerald theme that I have running so looks a little out of place.
[update] A few less reasons to dislike Chromium: It seems that the main extensions I use in Ff are also availble for Chrome/Chromium. Nice!
Thanks for the feedback
Reply 3I was starting to worry that no one had commented the patch. When you work a bit with chromium, you'll find firefox too slow! I liked that you decided to work on a theme, Jed also was proposing a theme but haven't posted yet.
Some issues with this patch:
Reply 4Ok, one of the issues I'm having is that recently installed, apt-get is locked. If you run an apt-get command, it will fail. The same is true when running synaptic. I've tracked down the issue to a dist-upgrade command called (I belive) in /etc/cron-apt/action.d/5-install. It must be the automatic security updates that are being called when you first boot. Would it be fine to remove those? maybe just pop a reminder to the final user to upgrade as soon as possible? right now is taking too long because it downloads a kernel.
Second: root account not being disabled. I'm moving the command to disable to a firstboot script and see if it results.
Third: wicd ask for user pass on login. It needs access to the network cards info. I'll see if I can avoid this step.
Four: international keyboard is not correctly configured. I think I'll have to install some extra language package for the keyboard layout.
I'll change chromium for firefox for the second version of this patch.
This is a list for when the TKL Duo appears again, so I don't forget the decisions/questions that arise. I hope to see them back on the forums soon, or we'll have to fire the TKL Signal!
Some minor changes comming
Reply 5I've been testing this appliance as I need it as a base for a TKLClient Ruby Dev Env which I'm working on. By far, I think these steps are necessary to add here:
- CDROM automount feature (Done)
- Other languages for the keyboard: my spanish keyboard fails in the current appliance. I'll investigate which set of files I need to install to give international keyboards support.
- Defining the user and password during firstboot: Alon posted some docs on the comming release of TKL which I'll use to implement this feature.
- Fix bugs of course (root not being disabled, deleting upgrade script that make synaptic fails)
I'm writing this down here so I don't forget the changes I'm making between versions... Maybe I should move this to the wiki?
I like the idea but I still would like to be able to be a server
Reply 6I like the idea but I still would like to be able to be a server(with the changes you mentained, like the desktop, remote desktop connection, etc.) because I like that you are thinking about making it a desktop, but I would like it to keep the server parts because I use the server parts for my server which is using the tkl core appliance.
This looks real nice!
Reply 7I'll be checking your aproach when I have some spare time to see how to mix both ideas into a new version of this patch. Thanks for taking the time to post yours. TKLClient is still far from stable, so it´s a good moment to add/remove/test ideas.
Ta
Reply 8Glad you like it Rik.
It handy to have this set-up on a server somewhere. There are times when I need a real (i.e. GNU?linux) Desktop to connect to and this is handy.
Err. Jeesh That's phenomenal.
Reply 9I'll be working to wrap my brain around this. Very nice!
Mmmm, looks like a great idea!
Reply 10I like it! I think that is a great use case for a TKL Client OS.
Another Approach
Reply 11Hello,
I have been playing with TKL on a few private projects. I also have a set-up I use to create a nice remote desktop in a VPS.
http://code.google.com/p/cloud-desktop/
So I though I convert this into a turnkeylinux appliance.
Background Why (the itch to scratch)
I wanted a desktop I could to connect to from any computer, even the most locked down computer in the world. For example, only ports 80 and 443 port, with some analysis done to stop just port forwarding ssh to 443. I also wanted to end to end encryption, without the need to install software. Basically something like shellinabox, but a full desktop.
Enter x11vnc - http://www.karlrunge.com/x11vnc/ and the java viewer - http://www.karlrunge.com/x11vnc/java_console_proxy.html
I have been playing with this "cloud-desktop" and converting the scripts into a TKL patch. Still a little tidying up to do and make things pretty, but seeing this thread I thought I would post my patch so far.
Features:-
* Xfce desktop
* Shellinabox
* Ajaxplorer
* x11vnc configured,
* apache to port-forward everything.
* Everything is on one ip address/deomain name on a single port.
I like the ideas above from Adrian. I may try adding xrdp and playing with a sudoers file.
Outline of the patch.
Conf:-
1 - Install x11vnc and the minium to get port forwarding etc working
2 - xubuntu-desktop
3 - install ajaxplorer and the minimum required packages
4 - change hostname
Firstboot
1 - create normal user
2 - set up x11 certificates
3 - Set up apache proxies and port forwarding
4 - Set up connect switch (genius perl script form x11vnc)
5 - Setadmin password for ajaxplorer
6 - Make shellinabox local only, to be port-forwarded from apache
(The scripts for running x11vnc need work, as I need to learn how to do daemons correctly)
Then providing you have "Java runtime" installed (e.g. openjdk-6-jre) just point your browser at the machine's IP address. Works when connecting from windows/mac/linux machines.
See screenshot with browser pointing to machine and resultant desktop...
Patch: https://cloud.barwap.com/tkl/cloud-desktop.tar.gz (12k)
Screenshot: https://cloud.barwap.com/tkl/cloud-desktop-screenshot.png
Download link: https://cloud.barwap.com/tkl/turnkey-cloud-desktop-11.1-lucid-x86_v001.iso (486M)
To Do:
* Add openVPN
* Daemon
* Add notices to Turnkey Configuration Console (Where are these messages?)
* ???
* Profit
Regards,
Brendan
I need to dig some more
Reply 12Thanks for the reply Jeremy!
I found some interesting behavior with the Cloud Client while doing some more testing in my VM's.
When using NAT they system seems to perform as expected. I can connect with a browser to 443 on the VM and I get a Desktop environment and I can get to Webmin I recently found that the Web Shell will not work but I can SSH to it fine. If I change the network card to Bridged then I can not connect to it any longer. I also can not get to the Webmin or the Web Shell. Originally I thought it might be my firewall on the host PC so I built the same image on bare metal. I could SSH to it but nothing else.
I built just a plain TKL Core 11.3 to test the behavior of the Webmin and Web Shell on the same host and it worked fine with NAT and Bridged network settings on the VM.
I think the patch was originally made when TKL 11.1 was current. Perhaps an update along the way broke something? Just wish I could find decent documentation on Apache to figure out the port forwarding being used. The documentation I am finding is useless to a noob with Apache.
I've been using Linux off and on since Slackware was distributed on floppy images but this is my first try at Apache/webserver stuff. The hunt for info continues!
Development has stalled
Reply 13I was also quite interested, but have moved on to other things since I discovered Bodhi Linux (a lightweight Ubuntu based distro). I know the devs haven't forgotten about it and hope to get back to something along these lines. I know the developer desktop space is one they'd like to see TKL go to.
Who knows we may even see a prototype Core client/desktop system in the next release? However I don't know for sure because they have a lot of work to do, upgrading the current appliances as well as creating many of the new ones which have patches available.
I'd love to help you out but I have plenty on my plate ATM wihtout making further commitments. So for the moment you're on your own sorry (unless of course someone else is keen to work with you...).
Beating a dead horse...
Reply 14Hi all! Just wondering if this project/patch/thread was still rolling along or if it has stalled? I like this idea of a minimal cloud desktop client and have looked at the patches that have been listed here so far. I can get both to work fine in a local VM (VMWare).
I tried to get Brendan's "Cloud-desktop" up on the HUB but I can't connect to it once it's running. Since there are "first run" questions to answer I built it on a local VM then backed it up with TKBLAM. Then I just restored to a new Small "Core" Appliance. It seems to boot up fine but I can't connect to the "Desktop" like I can on the local VM. The browser just acts like there is nothing to connect to. I can connect fine to the WebMin interaface so I know it is running and responsive. I checked to make sure that the Appliance's firewall has port 443 open on the Hub so I should be able to get there.
Any suggestions on what I can try?
-Mike
Adrian,
Nice work.
Patch worked without any trouble for me.
I was impressed with Chromium's speed although I am not as comfortable with it as I am with Firefox.
I'm sure it will grow on me over time. I may have to start using it again on my regular desktop.
I have created a wallpaper and "start" menu icon for the client.
Your feedback is appreciated.