00:37 | zamba has left IRC (zamba!marius@flage.org, Ping timeout: 250 seconds) | |
00:41 | zamba has joined IRC (zamba!marius@flage.org) | |
01:08 | GodFather has left IRC (GodFather!~rcc@96-35-101-212.dhcp.bycy.mi.charter.com, Ping timeout: 258 seconds) | |
03:05 | cliebow has joined IRC (cliebow!~cliebow@d-ptld-bng1-71-241-212-215.ngn.east.myfairpoint.net) | |
03:06 | cliebow has left IRC (cliebow!~cliebow@d-ptld-bng1-71-241-212-215.ngn.east.myfairpoint.net, Client Quit) | |
06:17 | <highvoltage> kernel 4.9 has usb over ip support, might be useful for ltsp: https://kernelnewbies.org/LinuxChanges
| |
06:26 | <alkisg> highvoltage: hehe, we just decided that we don't want to support thin clients or localdevs anymore in ltsp 6, but if someone does want to send patches, they'd be welcome...
| |
06:26 | <highvoltage> alkisg: yeah I was wondering about that before posting that because it wouldn't be all the useful in pure fat clients. they're around 15 years late with taht feature :)
| |
06:27 | Statler has joined IRC (Statler!~Georg@p4FC87B28.dip0.t-ipconnect.de) | |
06:27 | <alkisg> Their reason is fun, for phone emulators... not for thin clients or anything...
| |
06:28 | vagrant_ has joined IRC (vagrant_!~vagrant@raindrop.aikidev.net) | |
06:28 | <highvoltage> I'll probably just use it for my printer. my cups server isn't close to my usb printer.
| |
06:28 | * vagrant_ waves | |
06:28 | <alkisg> And the usbip merging is also fun.... http://usbip.sourceforge.net/ says last updated in 2011
| |
06:28 | vagrant_ is now known as vagrantish | |
06:28 | <alkisg> Hey vagrantish!
| |
06:29 | <highvoltage> hello vagrantish :)
| |
06:29 | <alkisg> highvoltage: why not plain jetpipe? there's a project just for printers over the jetpipe protocol...
| |
06:29 | <highvoltage> alkisg: ah yes, it's been some years since I've used that, I have nearly forgotten about that
| |
06:29 | <alkisg> http://p910nd.sourceforge.net/
| |
06:30 | Either that, or ogra_'s jetpipe...
| |
06:30 | <highvoltage> alkisg: but then I don't get to play with new things in the kernel
| |
06:30 | <alkisg> True true, yup please do the usbip thing
| |
06:30 | And tell us how it goes
| |
06:32 | sbalneav, vagrantish, I wonder if we could change ldm a bit so that it does screen-scraping locally instead of over ssh, so that we put pam-ssh in ltsp5 without any other changes... and whether that plan does make any sense
| |
06:33 | (while waiting for ltspd, which might take a while...)
| |
06:33 | * vagrantish struggles to understand how that would even work | |
06:34 | <alkisg> We start with a normal ldm screen like ltsp usually shows
| |
06:34 | <vagrantish> sure
| |
06:34 | <alkisg> User types username, but then ldm doesn't call the ssh plugin but the local plugin
| |
06:34 | which tries to authenticate locally, but then pam-ssh takes over and does the authentication remotely,
| |
06:34 | <vagrantish> oh, i was also wondering if we should use libpam-mount instead of implementing the sshfs stuff in a hook
| |
06:34 | <alkisg> then pam-ssh handles the passwd stuff so X01-localapps isn't really needed anymore
| |
06:35 | <vagrantish> a new ldm plgin?
| |
06:35 | <alkisg> The plus side is that all the LDM* lts.conf variables, the SCREEN=ldm etc continue to work
| |
06:35 | <vagrantish> e.g. ssh, rdesktp, local ?
| |
06:36 | <alkisg> It shouldn't be different to the ssh plugin, a direct copy except for a few lines
| |
06:36 | It can either replace it or it can be an other one like you said
| |
06:36 | <vagrantish> that's an interesting idea to make forward progress without jumping in all the way... :)
| |
06:40 | i guess it could use "su - -c sh" or something instead of ssh
| |
06:41 | <alkisg> Or the login command
| |
06:45 | <vagrantish> it does seem a little odd to keep LDM limping along ...
| |
06:45 | but, hey, incremental
| |
06:45 | if it means we can get better testing of sshauth....
| |
06:46 | <alkisg> And maybe even from advanced users using lightdm and sending us patches...
| |
06:47 | <vagrantish> so, what about libpam-mount for the homedir mounting rather than a custom hook?
| |
06:47 | that would make it easier to use things other than sshfs
| |
06:47 | and presumably hook into the pam stack all the same
| |
06:47 | <alkisg> Does libpam-mount support using an ssh socket?
| |
06:47 | <vagrantish> don't know off the top of my head
| |
06:48 | <alkisg> It sounds like a bit unusual case for them to support it...
| |
06:48 | <vagrantish> but the environment variables must be available, since we use them from PAM_EXEC
| |
06:49 | <alkisg> When what we do is a single command, and we can easily do an "if.." to allow others to use pam-mount-whatever, I'm not sure there's much benefit in us using pam-mount etc
| |
06:49 | It's the same as pam-mkhomedir, we can do a mkdir ourselves, no need to use that
| |
06:50 | <vagrantish> guess it's just something to look into
| |
06:50 | <alkisg> And if someone does wnat to use it, we can do an "if" and not do the mkdir call
| |
06:50 | <vagrantish> it handles unmounting and so on
| |
06:51 | <alkisg> If it makes our life easier, sure, then it's a thing to consider. But not for "other use cases that others might need in the future but we don't know what they might be just yet"
| |
06:51 | There they needed some wrappers to make it work: https://debian-administration.org/article/587/pam_mount_and_sshfs_with_password_authentication
| |
06:52 | <vagrantish> sure, if it requires lots of workarounds, probably doesn't make sense
| |
06:52 | just, if we can re-use something already existing and easily hook into it, better than writing our own
| |
06:53 | i guess they can just use a different pam_exec call the way it is now
| |
06:54 | <alkisg> Another thing to consider is the new configuration file format
| |
06:55 | Me and Phantomas settled for an ini-like format again, but maybe something else would be better?
| |
06:55 | Although now it's whatever Python's configparser can parse, e.g. it can also have multiple lines for entries
| |
06:56 | <vagrantish> heh, the article you reference even mentions ltsp :)
| |
06:56 | <alkisg> Hehe
| |
06:57 | <vagrantish> eesh. xml config files
| |
06:57 | regarding libpam-mount
| |
07:00 | fwiw, it looks like you can pass arbitrary options to the pam_mount command, so presumeably you could pas it the ssh socket
| |
07:01 | <alkisg> There's also another bug report that says that pam-mount mounts the dirs twice and doesn't unmount them on logout...
| |
07:01 | <vagrantish> ouch
| |
07:01 | <alkisg> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=666891
| |
07:05 | <vagrantish> the theory of re-using existing components is on the basis it will work better due to more testing, but obviously that may not hold true :)
| |
07:05 | <alkisg> If they save us more than 20-30 lines of code, sure, but for less, I don't think it's worth it
| |
07:18 | ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz) | |
07:48 | user3948572 has joined IRC (user3948572!~user39485@mail.lbathivel.com) | |
08:00 | mikkel has joined IRC (mikkel!~mikkel@mail.dlvs.dk) | |
08:09 | ErigonW has joined IRC (ErigonW!~quassel@46.244.63.50) | |
09:42 | Statler has left IRC (Statler!~Georg@p4FC87B28.dip0.t-ipconnect.de, Remote host closed the connection) | |
09:56 | markus_e92 has left IRC (markus_e92!~markus_e9@188-23-163-244.adsl.highway.telekom.at, Ping timeout: 260 seconds) | |
09:58 | markus_e92 has joined IRC (markus_e92!~markus_e9@188-23-43-248.adsl.highway.telekom.at) | |
10:12 | Statler has joined IRC (Statler!~Georg@mail.lohn24.de) | |
10:14 | GodFather has joined IRC (GodFather!~rcc@96-35-101-212.dhcp.bycy.mi.charter.com) | |
11:28 | user3948572 has left IRC (user3948572!~user39485@mail.lbathivel.com, Quit: Quitte) | |
12:57 | mikkel has left IRC (mikkel!~mikkel@mail.dlvs.dk, Quit: Leaving) | |
13:00 | ErigonW has left IRC (ErigonW!~quassel@46.244.63.50, Remote host closed the connection) | |
13:33 | schlady has joined IRC (schlady!~schlady@141-53-221-187.ip.uni-greifswald.de) | |
14:00 | <muppis> !vnc
| |
14:00 | <ltsp> I do not know about 'vnc', but I do know about these similar topics: 'x11vnc', 'kvm-vnc', 'vnc-plinet', 'vnc-alkisg', 'vnc-dide', 'vnc-edide'
| |
14:00 | <muppis> !x11vnc
| |
14:00 | <ltsp> x11vnc: One way to share a graphical screen with a remote person is: [local pc] port forward 5500, run: vncviewer -listen [remote pc] sudo apt-get install x11vnc; x11vnc -noshm -connect <technician-ip>
| |
14:10 | schlady has left IRC (schlady!~schlady@141-53-221-187.ip.uni-greifswald.de, Remote host closed the connection) | |
14:17 | schlady has joined IRC (schlady!~schlady@141-53-221-187.ip.uni-greifswald.de) | |
14:18 | bitchecker has left IRC (bitchecker!~bitchecke@31.131.20.132, Ping timeout: 260 seconds) | |
14:21 | bitchecker has joined IRC (bitchecker!~bitchecke@31.131.20.132) | |
14:34 | dtcrshr has joined IRC (dtcrshr!~datacrush@unaffiliated/datacrusher) | |
14:47 | <sbalneav> Morning all
| |
14:56 | schlady has left IRC (schlady!~schlady@141-53-221-187.ip.uni-greifswald.de, Remote host closed the connection) | |
14:59 | ben_roose has joined IRC (ben_roose!~roose@roose.cs.wichita.edu) | |
17:00 | adrianorg has joined IRC (adrianorg!~adrianorg@177.132.223.101) | |
17:53 | markus_e92 has left IRC (markus_e92!~markus_e9@188-23-43-248.adsl.highway.telekom.at, Ping timeout: 246 seconds) | |
17:55 | markus_e92 has joined IRC (markus_e92!~markus_e9@193-81-97-165.adsl.highway.telekom.at) | |
18:00 | GodFather has left IRC (GodFather!~rcc@96-35-101-212.dhcp.bycy.mi.charter.com, Quit: Ex-Chat) | |
18:00 | GodFather has joined IRC (GodFather!~rcc@96-35-101-212.dhcp.bycy.mi.charter.com) | |
18:10 | <sbalneav> vagrantish: I've updated the python script; it now merges the existing information with the new information coming in from the login.
| |
18:46 | gp has left IRC (gp!~gp@104-14-168-137.lightspeed.rcsntx.sbcglobal.net, Quit: Leaving) | |
19:54 | Statler has left IRC (Statler!~Georg@mail.lohn24.de, Quit: Leaving) | |
20:48 | gp has joined IRC (gp!~gp@104-14-168-137.lightspeed.rcsntx.sbcglobal.net) | |
20:48 | <alkisg> !s
| |
20:48 | <ltsp> s: Scotty!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
| |
20:48 | <sbalneav> Hey alkisg
| |
20:49 | I'm working on getting the keyboard-interactive auth method going.
| |
20:49 | <alkisg> sbalneav: did you read the idea about using ldm with pam-ssh?
| |
20:49 | That sounds a bit opposite to what we want to do, but it'll allow us to use it almost immediately...
| |
20:50 | <sbalneav> I'm not sure how we'd make that work.
| |
20:50 | ldm launches ssh and screen scrapes the prompts
| |
20:50 | <alkisg> Something with local screen scraping... like maybe to "su -"
| |
20:50 | Or to "login username"
| |
20:51 | <sbalneav> no clue how I'd bolt that together, and I don't see the point; why bother trying to back-fix ldm when that's not where we want to go anyway?
| |
20:52 | <alkisg> It's a long way to ltsp 6; implementing the daemon, defining new variables (e.g. LDM_USERNAME or XRANDR_*) and hooks...
| |
20:53 | While that way we could use the pam-ssh almost immediately
| |
20:53 | I'm not sure it's a good idea; but I thought I'd mention it anyway
| |
20:54 | <sbalneav> I'm in a groove now; I'd personally rather help with writing the daemon, etc. :D
| |
20:55 | <alkisg> Hehe, cool
| |
20:56 | <sbalneav> by the way, the authenticator now properly merges the new auth data with whatever's previously in extrausers
| |
20:56 | Made those commits thismorning.
| |
20:56 | <alkisg> Nice. Does it remove the users that have logged out in the meantime?
| |
20:57 | <sbalneav> no, unless we write some sort of setuid helper...
| |
20:57 | <alkisg> If we do that upon login of the next user,
| |
20:58 | then we only have 1 "old" user in passwd, and only until another one logs in
| |
20:58 | That's not very bad; it even allows its name to display in lightdm in case he wants to login again
| |
20:58 | <sbalneav> I'm not convinced it's necessary, anyway. Who cares if dead user geometry is on the box, if it gets properly replaced when a new user logs in.
| |
21:00 | <alkisg> (10:49:02 μμ) sbalneav: I'm working on getting the keyboard-interactive auth method going. ==> what does that mean? Password expiry etc?
| |
21:00 | <sbalneav> Yeah, that'll be needed for password expiry
| |
21:02 | If you're going to do password expiry over ssh, you need to enable "ChallengeResponse Authentication" in the ssh server
| |
21:04 | <alkisg> We can arrange all that in some "ltsp-config ssh" step, or a big one "ltsp-config pnp" which will do all the other ones
| |
21:05 | <sbalneav> Well, that would need to be done on the ltsp server; I'm not sure of the implications of automatically editing an /etc config file, especially one as sensitive as sshd_config.
| |
21:05 | <alkisg> Policy says you can't do it from a package postinst
| |
21:06 | We could drop a file in ssh.d if there was such a dir, but there isn't
| |
21:06 | But tools to be ran by the admin can freely modify anything
| |
21:06 | <sbalneav> What's your take on the number of people needing password expiry? A lot? Or relatively small number need that feature?
| |
21:06 | <alkisg> As it's considered user-initiated
| |
21:06 | <sbalneav> Ah, ok, then we'd be fine.
| |
21:06 | <alkisg> I never use it myself...
| |
21:06 | (in all the schools here, I mean)
| |
21:07 | But schools are a special case, they may even recreate accounts once per year, so I'm not sure about other use cases
| |
21:07 | <sbalneav> It sort of strikes me as the kind of thing that, it's such a small number of users who need it (like me), that I'd be happy with a completely manual config process to set it up: i.e. just instructions on how to do it.
| |
21:07 | <alkisg> So far, there weren't many complains about ldm not supporting it
| |
21:08 | Sure that'd be fine, but I also change something else in ssh...
| |
21:08 | ...
| |
21:08 | MaxStartups 20:30:60
| |
21:08 | Otherwise I can't WOL more than the default 10 PCs
| |
21:09 | <sbalneav> ah, cool
| |
21:10 | Eurgh, merging "try_first_pass" functionality with keyboard-interactive is gross
| |
21:10 | <alkisg> We could also test the server and define the fastest encryption method in sshd_config, for speed
| |
21:10 | (as part of ltsp-config ssh)
| |
21:11 | * alkisg waves good night for now... :) | |
21:13 | <sbalneav> Cheers, alkisg!
| |
21:28 | GodFather has left IRC (GodFather!~rcc@96-35-101-212.dhcp.bycy.mi.charter.com, Ping timeout: 260 seconds) | |
21:51 | ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Quit: Leaving) | |
22:10 | gp has left IRC (gp!~gp@104-14-168-137.lightspeed.rcsntx.sbcglobal.net, Quit: Leaving) | |
22:11 | GodFather has joined IRC (GodFather!~rcc@96-35-101-212.dhcp.bycy.mi.charter.com) | |
22:32 | ben_roose has left IRC (ben_roose!~roose@roose.cs.wichita.edu, Remote host closed the connection) | |
23:30 | dtcrshr has left IRC (dtcrshr!~datacrush@unaffiliated/datacrusher, Quit: Saindo) | |
23:57 | jgee has left IRC (jgee!~jgee@186.85.169.215, Remote host closed the connection) | |