IRC chat logs for #ltsp on irc.libera.chat (webchat)


Channel log from 22 November 2021   (all times are UTC)

01:11vagrantc has left IRC (vagrantc!~vagrant@2600:3c01:e000:21:21:21:0:100e, Quit: leaving)
03:04vagrantc has joined IRC (vagrantc!~vagrant@2600:3c01:e000:21:21:21:0:100e)
03:30vagrantc has left IRC (vagrantc!~vagrant@2600:3c01:e000:21:21:21:0:100e, Remote host closed the connection)
05:54MUHWALT has left IRC (MUHWALT!~ubox@user/muhwalt, *.net *.split)
05:55MUHWALT has joined IRC (MUHWALT!~ubox@204.111.162.43)
06:20
<vsuojanen>
alkisg: good morning, do you want to check the dnsmasq setup?
06:21
<alkisg>
vsuojanen: good morning, sure, it's a nice time now. Remind me what the exact issue was..
06:23
<vsuojanen>
did I understood your reply in https://github.com/ltsp/ltsp/discussions/609
06:24
<alkisg>
OK so you want a better way to test images before putting them to production, right?
06:24
<vsuojanen>
i configured dhcp-host and dhcp-ignore settings to both primary and secondary server
06:24
<alkisg>
OK, vnc to me:
06:24
!vnc-edide
06:24
<ltspbot>
vnc-edide: To share your screen with me, open Epoptes → Help menu → Remote support → Host: srv1-dide.ioa.sch.gr, and click the Connect button
06:26
<vsuojanen>
can't connect sorry, I think I need to switch network and setup a client network
06:28
are you ok with delay 10 minutes?
06:33
<alkisg>
I'll be here for 4 more hours. When I'm contacted by schools etc, I need to stop what I'm doing and take care of them first. So sure, I don't mind if it's 10 minutes or even later
06:52ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz)
07:14
<vsuojanen>
alkisg: i have some dns problems currently. sorry
07:58
ok.
07:58
bad network
08:01
<alkisg>
vsuojanen: OK, so, let's do a summary
08:01
Do you have multiple ltsp servers, or just one, and you want to have multiple images in this one?
08:02
<vsuojanen>
yes. I'm currently starting the secondary
08:03
<alkisg>
The second server is going to be attached in the 192.168.67.x network, or in the 10.x one?
08:04
<vsuojanen>
oh I forgot. I need to use dhcproxy on the second one. I think
08:05
<alkisg>
vsuojanen: so what is the answer to my question? In 192.x or in 10.x or even elsewhere?
08:06
<vsuojanen>
I need to use the ltsp NAT setup in 192.168.67.1 for primary server
08:07
<alkisg>
vsuojanen: please answer the question
08:07
<vsuojanen>
and somehow setup the secondary server in same 192.x network
08:07
<alkisg>
You think ahead, you answer different questions, and make things worse
08:07
OK
08:07
So, let's set it up in 192.168.67.2 then
08:08
<vsuojanen>
will 'ltsp dnsmasq' ignore the 192.168.67.2 and setup dhcpproxy?
08:08
<alkisg>
You don't want proxydhcp in this setup
08:09
Because you have a real dhcp server under your control, in 192.168.67.1
08:09
One way to set this up is:
08:10
You configure ltsp-server1=192.168.67.1, dhcp1=.20-.250, and tell it to ignore client1 mac
08:10
You configure ltsp-server2=192.168.67.2, dhcp2=.10-.15, and tell it to only answer to client1 mac
08:11
And, to set the gateway for client1 to 192.168.67.1
08:11
Finally, in ltsp.conf2 you set SSH_SERVER=192.168.67.1, so that the users log in in ltsp1, where your home is
08:12
<vsuojanen>
thanks. how do I start the dnsmasq (ltsp dnsmasq) on the 192.168.67.2?
08:12
<alkisg>
VNC to me from ltsp-server2
08:13woernie has joined IRC (woernie!~werner@p5dded819.dip0.t-ipconnect.de)
08:27
<alkisg>
vsuojanen: what is the mac address of the test client?
08:28
<vsuojanen>
ok.
08:28
<alkisg>
Modify that line there, put the correct mac for a client
08:29
<vsuojanen>
can you close the file? i have other window where I can copy
08:29
<alkisg>
Sure, do what you want
08:31
<Hyperbyte>
Hey alkisg, clients still use sshfs to mount their home dirs right? And I can still use sshfs_extramounts (or something of that nature), right?
08:31
Good morning by the way :-D
08:34
<alkisg>
Hyperbyte: yes to home dirs, no to extramounts, good morning too
08:35
vsuojanen: try to boot a test client
08:35
vsuojanen: the second server can't access the internet; we'll need some additional stuff there to see the clients etc
08:36
<vsuojanen>
no need to if we can see the dnsmasq works.
08:37
<alkisg>
dnsmasq works, yeah; the next steps would be to send the proper gateway and SSH_SERVER to the clients
08:39
<vsuojanen>
I can't see the other server1 ignore worked. it should log dhcp-ignored
08:39
<alkisg>
Can you ping 192.168.67.1 from test-client1?
08:40
Or are they in completely different networks?
08:40
I didn't see the dhcp request at all. It should first receive the request, to reply with "ignored"
08:40
I think that you didn't describe your setup properly
08:41
I think you're using a second internal network, you're not using the same one
08:43
<vsuojanen>
I described originally I have one local network with one primary ltsp server. There I added secondary ltsp server as per your answer in discussions
08:43
<alkisg>
Your ltsp-server1 is connected to main-switch and to internal-switch1
08:44
Your ltsp-server2 is connected to internal-switch2, NOT to internal-switch1.
08:44
Did I understand correctly?
08:44
<vsuojanen>
this setup has now 192.168.67.x
08:46
<alkisg>
vsuojanen: please answer the question...
08:46
<vsuojanen>
they should be in same switch
08:46
<alkisg>
OK, and the previous question? "Can you ping 192.168.67.1 from test-client1?"
08:47
<vsuojanen>
no it doesn't reach
08:47
<alkisg>
Right, so they're not on the same switch
08:47
Sorry man it's too difficult to work with you, the information is too hard to retrieve. I'll have to pass... :)
08:47
Closing vnc...
08:49
<vsuojanen>
ok. But did you mean that the dhcp-host and dhcp-ignore settings go on both dnsmasq servers?
08:49
<alkisg>
The dhcp-hosts and dhcp-ignore go on both servers, and I've already configured them properly, you do not need to change them
08:51
<vsuojanen>
that works then. thanks. I'm already using it in the actual network where I need it
08:51
<alkisg>
You're welcome
08:53
<vsuojanen>
I just wasn't sure about your answer and offered you a feedback. sorry about the network issues
08:54
<alkisg>
You are probably using two different internal switches. In this case, both servers should have 192.168.67.1. We shouldn't have used 192.168.67.2 on the second server
08:54
But it's too chaotic to try to make sense :)
08:55
<vsuojanen>
it's ok. I had setup the network for this vnc remote support on my laptop
08:57
i have different internal network where the vnc connection did not work
08:58
thing would have been simple in proper network
09:00zelt1954[m] has left IRC (zelt1954[m]!~zelt1954m@2001:470:69fc:105::1:c34, Quit: You have been kicked for being idle)
09:16
<vsuojanen>
if it matters I failed to user Hyper-V internal network switch with the virtual lxc servers. that switch doesn't allow traffic from unknown mac (virtual to pass trough the switch).
09:16
<alkisg>
See, I didn't even know that you were using hyper-v, so I recommended the wrong approach
09:17
Btw your latest notes on github aren't the ones I implemented for your dhcp-hosts
09:17
Check the contents of /etc/dnsmasq.d to see what I did
09:19
<vsuojanen>
hmm. but I'm currently using them like that. what's wrong with them if you have and external dhcp and set two ltsp servers like that ?
09:20
<alkisg>
Sorry I cannot comment because I would need to know your setup better first
09:21
Let's leave it at that. if it works now, you're fine.
09:25
<vsuojanen>
you have one network 172.16.0.x, there is windows 2016 server dhcp server giving addresses to clients, and there is one ltsp-server1 172.16.0.1 providing netowrk boot. you want to replace that ltsp server and bring a second ltsp-server2 172.16.0.2
09:25
primary is ltsp-server1 and secondary is ltsp-server2
09:26
<alkisg>
vsuojanen: it's OK, let's leave it at "it's working now"; I really lost my mood to understand your setup :)
09:26
<vsuojanen>
then you configure the ltps-server1 to ignore tag:test-clients
09:30
I don't see a reason to understand more, there was just one local network
12:45
<Hyperbyte>
mhmmm
12:45
alkisg, any alternatives to sshfs_extramounts? I'm trying to mount datadirs on clients from the server, but I'd like to avoid having to secure nfs with accounts/etc
12:46
Basically I have 3 NASes, plus local storage, plus an sshfs mount from an external source with user credentials that I don't want to pass to the clients. I was thinking I could bring these all together on the terminalserver in a central directory and then sshfs that entire folder with all mountpoints to the clients.
12:46
Maybe there's a smarter/better way?
12:47
(terminalserver = ltsp server)
12:48
<alkisg>
Check the recent commits for remoteapps
12:49
You'll need a similar way for extramounts
12:50
<Hyperbyte>
So this is something I have to hack myself, yes? :-)
12:50
<alkisg>
Yes but it should be really easy now after remoteapps
12:53
<Hyperbyte>
Oh, if I read this right you set up passwordless ssh during login?
12:54
If so, that's a real clever solution. :-)
12:55
<alkisg>
Right, but not after login. It does it when you run a remoteapp for the first time
12:55
<Hyperbyte>
That means the user has to enter their password once again, or?
12:56
<alkisg>
No
12:56
<Hyperbyte>
Hm
12:56
Okay, I'll dive into the code/documentation a bit more
12:57
Sounds like that's going to work nicely
12:57
<alkisg>
Since sshfs is already mounted it can use CP instead of SSH-copy-ID
12:57
(typing from phone)
12:57
<Hyperbyte>
Oh of course. Very clever!
12:59
I don't think I've said this before, but I commend you on the new LTSP version. It's worked fantastic in another location and I think it's going to work here as well. I think you've done a great job.
12:59
<alkisg>
You can even run ltsp remoteapps true, so that it is installed, and then run sshfs yourmount and it will not ask for a password
12:59
👍
12:59
Afk, back later
13:58woernie has left IRC (woernie!~werner@p5dded819.dip0.t-ipconnect.de, Ping timeout: 260 seconds)
13:58woernie has joined IRC (woernie!~werner@p578bb7b6.dip0.t-ipconnect.de)
14:11danboid has joined IRC (danboid!~danboid@146.87.136.65)
14:11
<danboid>
FINALLY setting up the new LTSP server, 3 years later! :D
14:12
Is this the recommend way to configure a chroot
14:12
https://github.com/ltsp/ltsp/wiki/chroots
14:34danboid has left IRC (danboid!~danboid@146.87.136.65, Quit: Client closed)
14:39danboid has joined IRC (danboid!~danboid@146.87.136.65)
14:45
<danboid>
Is it possible to run newer versionsof Ubuntu (or Debian) in a chroot than is running on the server?
14:46
I'm creating a focal chroot on a focal server initially but I'm just thinking ahead
14:54
It would seem that guideI linked to is officially blessed as its linked to in the main installation guide
14:54
Can I run a Debian chroot on a Ubuntu LTSP server?
14:55
or vice versa
15:01
alkisg:^^
15:03
<vsuojanen>
danboid: last time i tested Debia chroot worked fine in Ubuntu server but it was few years ago
15:10
<alkisg>
danboid: sure
15:11
<danboid>
I don't think we will berunning any Debian chroots but it would be cool to be able to boot newer versions of Ubuntu
15:17
<alkisg>
danboid: with the newer ltsp, you can even just add ubuntu-22.04.iso to /srv/ltsp/images/, while you're on a debian 16.04 server, and your clients will be booted with that in ltsp mode
15:17
I.e. not only it allows newer chroots; even isos can be used directly without uncompressing them
15:24
<danboid>
I can't see me using iso boot with LTSP
15:25
<alkisg>
I was just giving an example of how flexible it is :)
15:25
<danboid>
I got several errors trying to install MATE in a chroot but maybe they don't matter?
15:25
https://paste.ubuntu.com/p/cRB5jNQCfs/
15:26
<alkisg>
Sure, they do matter. It's why people stopped using chroots
15:26
You need to properly bind-mount dev, proc, sys, run and a lot of others to make things work
15:26
Also, you don't need gdm3 if you have mate
15:26
Let me suggest using a VM or a template installation instead...
15:27
<danboid>
Ah, those extra mounts are missing from the chroots wiki guide
15:28
<alkisg>
The chroot wiki specifically mentions to boot the chroot using qemu or a real client
15:28
To avoid all these issues
15:28
<danboid>
Not sure what template installation is?
15:29
<alkisg>
It means you install ubuntu mate in any pc, and then you copy the rootfs to the target server
15:29
So that you use the standard installation procedure, not an untested mate installation that started as a chroot
15:30
Note that ubuntu livecd builders use seeds, not debootstrap, so with a chroot you'll end up having a different file system (and packages) than anyone else using mate
15:32
<danboid>
Doing a template install might be a bit easier but weshould update the chroots pagewith the full list of mount commands or recommend people do it anotherway
15:34
<alkisg>
Feel free to maintain the chroots page, sure. I just put an initial version there for those that are unwilling to switch to VMs etc :)
15:35
<danboid>
Updating a VM image sounds a bit messy (on a headless LTSP server) is it not?
15:37
<alkisg>
No, it sounds fine
15:37
Afk, back in an hour
15:56danboid has left IRC (danboid!~danboid@146.87.136.65, Quit: Client closed)
16:50woernie has left IRC (woernie!~werner@p578bb7b6.dip0.t-ipconnect.de, Ping timeout: 264 seconds)
16:51woernie has joined IRC (woernie!~werner@p5dded819.dip0.t-ipconnect.de)
17:34shored has joined IRC (shored!~shored@user/shored)
17:35shored1 has left IRC (shored1!~shored@user/shored, Ping timeout: 250 seconds)
18:04shored has left IRC (shored!~shored@user/shored, Ping timeout: 260 seconds)
20:20shored has joined IRC (shored!~shored@user/shored)
22:57ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Quit: Leaving)
23:21lucascastro has joined IRC (lucascastro!~lucascast@177-185-130-132.dynamic.isotelco.net.br)