IRC chat logs for #ltsp on irc.libera.chat (webchat)
Channel log from 13 December 2009 (all times are UTC)
| 00:21 | Ahmuck-Sr has joined #ltsp | |
| 00:25 | Egyptian[Home] has quit IRC | |
| 00:28 | Egyptian[Home] has joined #ltsp | |
| 00:32 | alkisg has joined #ltsp | |
| 00:36 | Ahmuck-Sr_ has quit IRC | |
| 01:01 | Roel_ has joined #ltsp | |
| 01:08 | Roel__ has quit IRC | |
| 03:36 | Kicer86 has joined #ltsp | |
| 04:08 | ogra has quit IRC | |
| 04:23 | ogra has joined #ltsp | |
| 04:30 | alexqwesa_ has quit IRC | |
| 04:45 | alexqwesa_ has joined #ltsp | |
| 05:00 | alexqwesa_ has quit IRC | |
| 05:05 | alexqwesa has joined #ltsp | |
| 05:45 | pmatulis has joined #ltsp | |
| 06:35 | FGXR6 has joined #ltsp | |
| 06:53 | F-GT has quit IRC | |
| 06:53 | alkisg has quit IRC | |
| 06:53 | alkisg has joined #ltsp | |
| 06:54 | alkisg has quit IRC | |
| 08:03 | pmatulis has quit IRC | |
| 08:04 | alexqwesa has quit IRC | |
| 08:14 | pmatulis has joined #ltsp | |
| 08:14 | Roel__ has joined #ltsp | |
| 08:18 | alexqwesa has joined #ltsp | |
| 08:32 | Roel_ has quit IRC | |
| 08:32 | Roel___ has joined #ltsp | |
| 08:36 | alkisg has joined #ltsp | |
| 08:50 | Roel__ has quit IRC | |
| 08:57 | alexqwesa has quit IRC | |
| 09:03 | alexqwesa has joined #ltsp | |
| 09:09 | <jhutchins_lt> Goodness, the Ahmucks are here.
| |
| 09:10 | My LTSP session does not have the "Switch User" option in the menu. Is there an easy way to fix that?
| |
| 09:11 | <alkisg> User switching from inside an LTSP session isn't supported afaik.
| |
| 09:13 | <sbalneav> yeah, user switching only works locally, not remotely.
| |
| 09:23 | <alkisg> Has anyone used samba as a PDC?
| |
| 09:24 | <jhutchins_lt> alkisg: So it's not possible to start a second GUI session?
| |
| 09:25 | alkisg: Yes on Samba.
| |
| 09:25 | <sbalneav> jhutchins_lt: No, not on LTSP.
| |
| 09:25 | <alkisg> jhutchins_lt: no, unless you start multiple LDMs on different SCREENs (not sure if that's possible also)
| |
| 09:25 | <sbalneav> We don't have the necessary dbus integration and/or bits to start a second session.
| |
| 09:25 | alkisg: yes, it is.
| |
| 09:25 | <alkisg> jhutchins_lt: how do you make clients join the samba PDC? You install winbind on them?
| |
| 09:26 | <sbalneav> ldm does support multple screens.
| |
| 09:26 | <jhutchins_lt> net join <workgroup>
| |
| 09:26 | On the client.
| |
| 09:26 | alkisg: I'm not clear on whether you still need to create a machine account first, I think it will prompt for a root password and create one.
| |
| 09:26 | (Root for the SMB server)
| |
| 09:27 | <alkisg> Thanks, ugh, gotta go, bbl.
| |
| 09:31 | alkisg has quit IRC | |
| 09:34 | alkisg has joined #ltsp | |
| 10:25 | <alexqwesa> one my pxe-client can't start kernel(after kernel upgrade), it load linux-ltsp and initrd-ltsp - and have a black screen
| |
| 10:26 | how can i see kernel log on ltsp-client?
| |
| 10:26 | (and on other ltsp-client - all work)
| |
| 10:30 | <johnny> remove the quiet and splash args from /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default
| |
| 10:32 | Egyptian[Home] has quit IRC | |
| 10:34 | <alexqwesa> johnny: already do it, but not help - i see only black screen
| |
| 10:34 | <johnny> are you sure you removed them?
| |
| 10:37 | <alexqwesa> yes
| |
| 10:37 | append initrd=boot/initrd-ltsp vga=791 NBDROOT="192.168.0.1;2001"
| |
| 10:40 | <alkisg> alexqwesa: NBDROOT? what's what distro/version are you using?
| |
| 10:41 | <johnny> it should be lowercase..
| |
| 10:41 | if you are using it
| |
| 10:41 | pretty sure it is case sensitive
| |
| 10:41 | and remove the vga line
| |
| 10:41 | <alkisg> And also have : instead of ;
| |
| 10:41 | And maybe not have "
| |
| 10:41 | <johnny> i think you're trying too hard.. set it back to normal
| |
| 10:41 | <alkisg> And also not have initrd=boot/initrd-ltsp :P :D
| |
| 10:43 | jhutchins_lt: I'm trying to see if I use a samba PDC *instead* of using LDAP (i.e. have centralized user accounts on the server)... Is that possible? Would I need winbind on the clients for that?
| |
| 10:44 | <alexqwesa> this line work before last update...., i use opnesuse11.2
| |
| 10:45 | <alkisg> alexqwesa: try asking in #kiwi-ltsp (or something like that), kiwi is different that other tools than people here know about...
| |
| 10:45 | <jhutchins_lt> alkisg: I've used it in single domain controller setups. I believe multiple controllers requires LDAP.
| |
| 10:45 | <alexqwesa> and work on other ltsp-clent
| |
| 10:46 | ok
| |
| 10:46 | <jhutchins_lt> alkisg: However, you can have a single server manage all loginsl, and you can tell other servers that it is the login server.
| |
| 10:46 | <alkisg> jhutchins_lt: I want a single domain controller (= just a linux server), and only have domain clients connecting to it
| |
| 10:46 | <jhutchins_lt> alkisg: I'm not clear that you can use this to manage linux logins though.
| |
| 10:46 | <alkisg> jhutchins_lt: ah, you used it with windows clients?
| |
| 10:47 | <jhutchins_lt> alkisg: Yes, that works fine (as long as they're Windows clients).
| |
| 10:47 | Winbind may make it possible to use it to controll linux access.
| |
| 10:47 | <alkisg> jhutchins_lt: thanks, I'll try with a windows client first. Do I need to set a password for the root user?
| |
| 10:48 | (in Ubuntu the root user doesn't have a password by default)
| |
| 10:48 | (for the join command)
| |
| 10:48 | <jhutchins_lt> alkisg: I would say yes. You can probably configure a user with appropriate privilages, but it's easiest to just use root.
| |
| 10:48 | alkisg: #samba
| |
| 10:48 | <alkisg> jhutchins_lt: thanks man. I got more help here in a few minutes than all day at #samba :)
| |
| 10:49 | <jhutchins_lt> alkisg: My problem is I picked up most of my samba knowledge ten years ago, and things have changed a bit.
| |
| 10:49 | NP.
| |
| 11:26 | Cris1 has joined #ltsp | |
| 11:37 | <pmatulis> do people actually install openssh-server to client chroot? this yields identical host keys for all clients
| |
| 11:40 | scottmaccal has joined #ltsp | |
| 11:57 | <jhutchins_lt> pmatulis: Depends on the deployment. Many ltsp environments are inherently secure.
| |
| 11:59 | <pmatulis> jhutchins_lt: inherently secure, how so?
| |
| 11:59 | <jhutchins_lt> pmatulis: Restricted with known users who lack any motivation to hack the system. My home, for instance.
| |
| 12:00 | Lack of external access/security threats.
| |
| 12:02 | <pmatulis> jhutchins_lt: ok, home use then
| |
| 12:03 | <jhutchins_lt> pmatulis: There are some "public" environments where it's similarly safe - for instance, no reward for hacking the system.
| |
| 12:06 | <alkisg> pmatulis: on which scenario is that more insecure than having different host keys per thin client?
| |
| 12:10 | <pmatulis> alkisg: the same reason why people do not use identical keys on all hosts they manage, it undermines host identification
| |
| 12:14 | <alkisg> I don't get it. The clients usually have dynamic IPs and random hostnames, so how would they be identified?
| |
| 12:16 | <johnny> how does it yield identical keys?
| |
| 12:16 | the keys are regenerated on every boot aren't they?
| |
| 12:16 | maybe that's just gentoo...
| |
| 12:16 | ah.. yes
| |
| 12:16 | because ubuntu starts openssh-server by default, but gentoo starts nos ervers by default
| |
| 12:17 | oh.. wait.. on debian at least they disable daemon starting
| |
| 12:17 | probably on ubuntu too.. so the keys can't be the same
| |
| 12:17 | in fact.. they are different eveyr boot..
| |
| 12:17 | pmatulis, ?
| |
| 12:17 | <alkisg> johnny: the host keys are regenerated every time openssh is restarted? !!
| |
| 12:17 | <johnny> on a client..
| |
| 12:18 | obviously..
| |
| 12:18 | <alkisg> The host keys?
| |
| 12:18 | <johnny> yes
| |
| 12:18 | it must.. there's no wherever to keep it persistant
| |
| 12:18 | <alkisg> johnny: /etc/ssh/ssh_host_rsa_key ?
| |
| 12:18 | <johnny> uhmM??? how could it be persistant?
| |
| 12:18 | can you tell me?
| |
| 12:19 | if you're using aufs on nbd..
| |
| 12:19 | <alkisg> chroot, install openssh, => the key is created and stays the same forever
| |
| 12:19 | <johnny> oh!.. you're supposed to do that EXPORT DAEMON thing..
| |
| 12:19 | whatever they do in the plugin
| |
| 12:19 | <alkisg> So? Still, the key will be the same
| |
| 12:19 | <johnny> it wouldn't then
| |
| 12:19 | because it wouldn't start the service
| |
| 12:20 | that's why i got confused :(
| |
| 12:20 | <alkisg> The export daemon is to prevent the server ssh from restarting, it doesn't have anything to do with the keys...
| |
| 12:20 | The keys are generated on installation
| |
| 12:20 | <johnny> oh.. not on starting?
| |
| 12:20 | <pmatulis> alkisg: i wouldn't use the term 'usually' to define my security policies
| |
| 12:20 | <johnny> ah.. ubuntu is weird then
| |
| 12:20 | <alkisg> johnny: I think all distros would work like that
| |
| 12:20 | <johnny> on gentoo the keys aren't generated until the service is started
| |
| 12:21 | so every client boot yields a different key
| |
| 12:21 | <alkisg> johnny: how can you trust a server that's changing keys
| |
| 12:21 | ?
| |
| 12:21 | <johnny> client keys..
| |
| 12:21 | not server keys..
| |
| 12:21 | obviously you can't trust the client keys..
| |
| 12:21 | <alkisg> We're talking about openssh SERVER
| |
| 12:21 | <johnny> openssh server on the client..
| |
| 12:21 | <alkisg> Right, it's still a server
| |
| 12:21 | <johnny> yes.. the keys aren't generated by default on gentoo .. you either generate them yourself.. or when the service starts
| |
| 12:22 | so .. by default the keys change every boot
| |
| 12:22 | on a client..
| |
| 12:22 | <alkisg> pmatulis: ok, "by default" the clients have dynamic IPs in Ubuntu.
| |
| 12:22 | not "usually"
| |
| 12:22 | <johnny> sorry for the confusion.. didn't realize the install actuallygenerated the keys..
| |
| 12:22 | not the starting
| |
| 12:23 | <alkisg> Ok, gotcha :)
| |
| 12:24 | johnny: not that that would give you any more security; you'd see just a "random" key each time you tried to connect to a client
| |
| 12:28 | <johnny> definitely not..
| |
| 12:31 | alexqwesa_ has joined #ltsp | |
| 12:32 | Egyptian[Home] has joined #ltsp | |
| 12:34 | johnny has left #ltsp | |
| 12:36 | scottmaccal has quit IRC | |
| 12:37 | johnny has joined #ltsp | |
| 12:44 | alexqwesa has quit IRC | |
| 13:14 | alexqwesa_ has quit IRC | |
| 13:14 | alexqwesa_ has joined #ltsp | |
| 13:24 | bobby_C has joined #ltsp | |
| 13:27 | alexqwesa_ has quit IRC | |
| 13:32 | johnny has left #ltsp | |
| 13:32 | alexqwesa_ has joined #ltsp | |
| 13:40 | johnny has joined #ltsp | |
| 14:04 | jhutchins has quit IRC | |
| 14:05 | jhutchins has joined #ltsp | |
| 14:11 | alexqwesa_ has quit IRC | |
| 14:18 | Kicer86 has quit IRC | |
| 14:24 | alexqwesa_ has joined #ltsp | |
| 14:53 | prpplague is now known as prpplague_afk | |
| 15:01 | alexqwesa_ has quit IRC | |
| 15:04 | <dmarkey_> has anyone used the spice protocol yet?
| |
| 15:07 | <alkisg> Is that something like nx, but mostly targeted to VMs?
| |
| 15:08 | <dmarkey_> yep
| |
| 15:08 | i uses a special graphics driver in the guest
| |
| 15:08 | <Appiah> just got open sourced
| |
| 15:08 | <alkisg> And the clients would be standalone desktops? Or they'd netboot?
| |
| 15:09 | <Appiah> dont think anyone made anything for ltsp with that
| |
| 15:09 | <dmarkey_> alkisg: both
| |
| 15:10 | <alkisg> And the graphics driver would work only with X? Or is it OS independed?
| |
| 15:10 | <dmarkey_> alkisg: i think there's a linux and windows driver
| |
| 15:10 | <alkisg> Ah, saw it, yes, both
| |
| 15:11 | alexqwesa_ has joined #ltsp | |
| 15:11 | <dmarkey_> its looks impressive
| |
| 15:11 | <alkisg> Well I'd like to see youtube etc on it before judging :)
| |
| 15:13 | <Appiah> I thought SPICE was for virtualization/VDI and that stuff
| |
| 15:13 | <dmarkey_> http://www.youtube.com/watch?v=S4DZwYqnyJM
| |
| 15:13 | it is
| |
| 15:15 | <alkisg> Looks good :)
| |
| 15:17 | <dmarkey_> but it does mean a VM for each user, different to the std ltsp model
| |
| 15:21 | <alkisg> And it also would need powerful clients... but if it's fast, I bet people will use it
| |
| 15:24 | http://media.brianmadden.com/qumranetvids/blogplayerstatic.asp
| |
| 15:43 | alkisg has quit IRC | |
| 15:46 | Wastrel_ has quit IRC | |
| 15:46 | elias_a has quit IRC | |
| 15:46 | NeonLicht has quit IRC | |
| 15:46 | lupine_85 has quit IRC | |
| 15:46 | zamba has quit IRC | |
| 15:47 | lupine_85 has joined #ltsp | |
| 15:49 | Wastrel_ has joined #ltsp | |
| 15:49 | zamba has joined #ltsp | |
| 15:49 | elias_a has joined #ltsp | |
| 15:49 | NeonLicht has joined #LTSP | |
| 15:53 | elias_a has quit IRC | |
| 15:53 | elias_a has joined #ltsp | |
| 15:53 | elias_a_ has joined #ltsp | |
| 15:53 | elias_a has quit IRC | |
| 16:15 | alexqwesa_ has quit IRC | |
| 16:23 | alexqwesa_ has joined #ltsp | |
| 16:42 | Lumiere has quit IRC | |
| 16:44 | Lumiere has joined #ltsp | |
| 17:02 | alexqwesa_ has quit IRC | |
| 17:17 | Lumiere has quit IRC | |
| 17:18 | alexqwesa_ has joined #ltsp | |
| 17:23 | johnny has left #ltsp | |
| 17:28 | squarepeg_ has joined #ltsp | |
| 17:38 | Sarten-X has quit IRC | |
| 17:39 | Sarten-X has joined #ltsp | |
| 17:48 | bobby_C has quit IRC | |
| 18:18 | pmatulis has quit IRC | |
| 18:24 | Egyptian[Home] has quit IRC | |
| 18:25 | Egyptian[Home] has joined #ltsp | |
| 18:30 | pmatulis has joined #ltsp | |
| 18:34 | squarepeg_ has quit IRC | |
| 18:42 | alexqwesa_ has quit IRC | |
| 19:00 | try2free has joined #ltsp | |
| 19:04 | try2free has left #ltsp | |
| 19:18 | alexqwesa_ has joined #ltsp | |
| 19:39 | Ahmuck-Sr has quit IRC | |
| 19:40 | Lumiere has joined #ltsp | |
| 19:43 | ehrenpr has joined #LTSP | |
| 20:19 | ehrenpr has quit IRC | |
| 20:34 | Cris1 has quit IRC | |
| 20:50 | pmatulis has quit IRC | |
| 21:45 | johnny has joined #ltsp | |
| 21:55 | vicd has joined #ltsp | |
| 22:09 | Sarten-X has quit IRC | |
| 22:10 | Sarten-X has joined #ltsp | |
| 22:53 | alkisg has joined #ltsp | |
| 22:55 | ccbarr has joined #ltsp | |
| 22:57 | alexqwesa_ has quit IRC | |
| 23:05 | alexqwesa_ has joined #ltsp | |
| 23:43 | alkisg has quit IRC | |