01:18 | adrianor1 has joined IRC (adrianor1!~adrianorg@177.18.173.123) | |
01:21 | adrianorg has left IRC (adrianorg!~adrianorg@179.177.213.109.dynamic.adsl.gvt.net.br, Ping timeout: 260 seconds) | |
02:02 | vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc) | |
04:10 | vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Ping timeout: 265 seconds) | |
05:31 | vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc) | |
05:50 | vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving) | |
06:01 | vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc) | |
07:07 | alkisg has joined IRC (alkisg!92f7c00a@ubuntu/member/alkisg) | |
07:08 | <alkisg> Hyperbyte: do you have the necessary commands handy? To make you an op?
| |
07:08 | sbalneav is also an op, afaik...
| |
07:17 | alkisg has left IRC (alkisg!92f7c00a@ubuntu/member/alkisg, Quit: Page closed) | |
07:36 | vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving) | |
07:39 | <Hyperbyte> alkisg, msg chanserv access #ltsp add Hyperbyte founder
| |
10:36 | alkisg has joined IRC (alkisg!92f7c00a@ubuntu/member/alkisg) | |
10:38 | <alkisg> [13:37] -ChanServ- You are not allowed to set +AFRefiorstv on Hyperbyte in #ltsp.
| |
10:41 | <ogra> i guess you need scottie or jim for that
| |
10:41 | ChanServ sets mode: +o alkisg | |
10:45 | <alkisg> [13:45] -ChanServ- 7 Hyperbyte +AReiorstv [modified 7s ago]
| |
10:46 | ChanServ sets mode: -o alkisg | |
10:47 | ChanServ sets mode: +o alkisg | |
10:48 | <ogra> ha
| |
10:48 | alkisg sets mode: -r | |
10:48 | ChanServ sets mode: -o alkisg | |
10:48 | <alkisg> Hmm I think that should do it for now... I removed the r flag too
| |
10:48 | Hyperbyte: check if everything's ok
| |
10:48 | <ogra> uh, why ?
| |
10:49 | <alkisg> Didn't the spam end yet, ogra ?
| |
10:49 | <ogra> not according to other channels i'm in that dont have +r
| |
10:49 | <alkisg> Ah, ok
| |
10:49 | Persistent bot!!!
| |
10:50 | <ogra> but let Hyperbyte set the +r ... its a good test ;)
| |
10:52 | * alkisg sees that the spam in #ubuntu-mate stopped in 1st of August... | |
10:53 | <ogra> in #ac100 and #pandaboard i see the last spam lines at 11:20 and 12:32
| |
10:53 | (both have no active op's)
| |
10:53 | (nor much other activitiy beyond one or two posts per month normally)
| |
10:57 | but perhaps the bots notice the +r and dont come back (though that would assume clever script kiddies being able to write or configure such a feature :) )
| |
10:58 | s98259 has joined IRC (s98259!~s98259@ip131.ip-176-31-55.eu) | |
10:58 | <s98259> Has anyone here tried playing Minecraft on a Fat Client?
| |
10:59 | <alkisg> s98259: yeah, my kids, it worked fine
| |
11:00 | It was a couple of years ago though
| |
11:00 | <s98259> Vanilla or Forge? I can get Vanilla to load, however Forge (Atleast the Tekxit 3 Modpack) seems to hang the entire system forcing a SysRq
| |
11:01 | <alkisg> Hmm I'm not sure about that part. They've used forge successfully, although I'm not sure if that was in ltsp fat clients or in standalone machines.
| |
11:02 | <s98259> We also got a P4 fat client which we are using for CNC purposes, and that keeps hanging eventually too when we try to 3D print.
| |
11:02 | Aaaah
| |
11:02 | <alkisg> I can't see why forge would hang though, unless the client specs weren't up to it
| |
11:02 | E.g. not enough RAM or not good enough graphics card
| |
11:02 | <s98259> With ltsp-remoteapps, can I get access to local dev nodes?
| |
11:02 | on the client...
| |
11:03 | <alkisg> Not really, unless you use some other technology unrelated to ltsp
| |
11:03 | <s98259> You don't realise what client you are talking about, it really is a super beast
| |
11:03 | hmm
| |
11:03 | <alkisg> The test that would tell you, would be a local installation. If that works and ltsp doesn't, then this is an issue for #ltsp to solve
| |
11:04 | If the local installation doesn't work, then it's not #ltsp related
| |
11:04 | <s98259> Also, I can confirm your guide doesn't work well with Ubuntu Server, however works as perfectly as you state it does with Ubuntu Desktop.
| |
11:04 | <alkisg> Hyperbyte, ogra, from #freenode: [14:00] <@kloeri> alkisg: probably a good idea to keep +r for now
| |
11:05 | <ogra> yeah, i thought so
| |
11:05 | <alkisg> s98259: if there are missing dependencies in some packages, they should be reported there. What exactly is missing?
| |
11:05 | <s98259> I haven't noticed anything missing
| |
11:06 | I'm Helenah btw, also Yoyoyooo
| |
11:06 | s98259 is now known as Helenah | |
11:06 | <alkisg> Yeah, got it. It's a bit confusing, but we'll manage :D
| |
11:06 | Helenah: so, what wasn't working? Any error messages?
| |
11:06 | <Helenah> Yeah, just changed my nick as I realised that
| |
11:06 | No error messages
| |
11:06 | <alkisg> And what isn't working?
| |
11:07 | (in the ubuntu server case, that is)
| |
11:07 | <Helenah> Just Minecraft Forge, I resorted to Vanilla, what more bothers me is CNC machines going down, so I'll keep an eye on the CNC issue and I'll report back to you.
| |
11:08 | maskedlua4 has joined IRC (maskedlua4!~maskedlua@cpc100576-uddi29-2-0-cust243.20-3.cable.virginm.net) | |
11:08 | <maskedlua4> This channel has been hacked by Australia's #1 hacker Simon 'eVestigator' Smith https://evestigatorsucks.com/
| |
11:08 | maskedlua4 has left IRC (maskedlua4!~maskedlua@cpc100576-uddi29-2-0-cust243.20-3.cable.virginm.net, K-Lined) | |
11:08 | <Helenah> I switched from Ubuntu Server to Ubuntu Desktop as I found headless setups are problematic
| |
11:08 | <alkisg> Helenah: I think we're talking about different things now. I'm talking about your statement "ubuntu server not working, ubuntu desktop works"
| |
11:08 | I don't care about minecraft until it's verified that it works in local installations on the same hardware, but not in ltsp
| |
11:08 | Since I've seen a whole lot of opengl related issues that can make it not work
| |
11:09 | (which of course aren't ltsp issues)
| |
11:09 | <Helenah> Yeah, Minecraft can run natively on the hardware without LTSP both in Windows 10 and Linux (Ubuntu, Debian & Arch)
| |
11:09 | <alkisg> OK, then next test would be running it with sshfs in local installation
| |
11:10 | If that causes issues, then we're sure it's sshfs to blame
| |
11:10 | <Helenah> Well, Minecraft uses /home for pretty much everything it needs to read and write from/to which when I looked, /home uses sshfs, no?
| |
11:11 | <alkisg> (btw, windows isn't related as well, as it's not using the same drivers and kernel. We only care about testing the exact same kernel and drivers, as they can brake in just a version bump)
| |
11:11 | Home in ltsp yes. Home in local installations, no. So if that's what the issue is, we can report it to the sshfs maintainer.
| |
11:12 | <Helenah> I think I misunderstood, are you asking that I reboot my client into thin client mode, then run Minecraft?
| |
11:12 | and see how it performs?
| |
11:13 | <alkisg> No. The test would be: install the same ubuntu version that you are using in ltsp, locally on the client
| |
11:13 | Either in an internal or an external usb disk
| |
11:13 | Once you verify that it works there, then you'd mount the client /home with sshfs from your server
| |
11:13 | So you would have a local installation with a remote sshfs /home
| |
11:13 | If it breaks there, then you have reproduced the issue without ltsp getting involved at all
| |
11:14 | So then you're able to reproduce it easily and report it to the sshfs mailing list for a proper resolution
| |
11:15 | <Helenah> hmm, I'll consider that.
| |
11:16 | I don't understand that, some guy coming in here claiming he's Australia's #1 Hacker, yet he's using Virgin Media which is a UK ISP...
| |
11:16 | <alkisg> I.e. when troubleshooting bugs, you try to see the subsystem that fails. Is it the kernel? The graphics drivers? Sshfs? opengl? mesa? Once you've found it, solving the issue is much easier.
| |
11:16 | <Helenah> lol
| |
11:16 | I found that hilarious!
| |
11:16 | <alkisg> Just an irc spam bot :)
| |
11:16 | <Helenah> hmm
| |
11:27 | alkisg has left IRC (alkisg!92f7c00a@ubuntu/member/alkisg, Ping timeout: 252 seconds) | |
11:43 | cronic has joined IRC (cronic!~cronic@113.173.52.75) | |
11:43 | <cronic> --- spam removed by webmaster ---
| |
11:43 | cronic has left IRC (cronic!~cronic@113.173.52.75, K-Lined) | |
11:54 | ManyRaptors13 has joined IRC (ManyRaptors13!~ManyRapto@ntchba422207.chba.nt.ngn.ppp.infoweb.ne.jp) | |
11:54 | <ManyRaptors13> --- spam removed by webmaster ---
| |
11:54 | beaky21 has joined IRC (beaky21!~beaky@190.200.42.63) | |
11:54 | ManyRaptors13 has left IRC (ManyRaptors13!~ManyRapto@ntchba422207.chba.nt.ngn.ppp.infoweb.ne.jp, K-Lined) | |
11:54 | <beaky21> --- spam removed by webmaster ---
| |
11:55 | beaky21 has left IRC (beaky21!~beaky@190.200.42.63, K-Lined) | |
11:56 | Ks0stm24 has joined IRC (Ks0stm24!~Ks0stm@159.192.247.159) | |
11:56 | <Ks0stm24> --- spam removed by webmaster ---
| |
11:56 | Ks0stm24 has left IRC (Ks0stm24!~Ks0stm@159.192.247.159, K-Lined) | |
11:56 | basic`11 has joined IRC (basic`11!~basic`@156.217.89.134) | |
11:56 | <basic`11> --- spam removed by webmaster ---
| |
11:56 | basic`11 has left IRC (basic`11!~basic`@156.217.89.134, K-Lined) | |
11:58 | chalcedony17 has joined IRC (chalcedony17!~chalcedon@KD106168162188.ppp-bb.dion.ne.jp) | |
11:58 | <chalcedony17> --- spam removed by webmaster ---
| |
11:58 | chalcedony17 has left IRC (chalcedony17!~chalcedon@KD106168162188.ppp-bb.dion.ne.jp, K-Lined) | |
12:12 | mobijubo21 has joined IRC (mobijubo21!~mobijubo@27.66.78.159) | |
12:12 | <mobijubo21> --- spam removed by webmaster ---
| |
12:12 | mobijubo21 has left IRC (mobijubo21!~mobijubo@27.66.78.159, K-Lined) | |
12:18 | iw00t11 has joined IRC (iw00t11!~iw00t@183.88.84.134) | |
12:18 | <iw00t11> --- spam removed by webmaster ---
| |
12:18 | iw00t11 has left IRC (iw00t11!~iw00t@183.88.84.134, K-Lined) | |
12:24 | ketralnis has joined IRC (ketralnis!~ketralnis@183.88.214.240) | |
12:24 | <ketralnis> --- spam removed by webmaster ---
| |
12:24 | ketralnis has left IRC (ketralnis!~ketralnis@183.88.214.240, K-Lined) | |
12:26 | VM_ has joined IRC (VM_!~VM_@124-18-120-159.dz.commufa.jp) | |
12:26 | <VM_> --- spam removed by webmaster ---
| |
12:26 | VM_ has left IRC (VM_!~VM_@124-18-120-159.dz.commufa.jp, K-Lined) | |
12:27 | Silversword11 has joined IRC (Silversword11!~Silverswo@113.190.234.97) | |
12:27 | <Silversword11> --- spam removed by webmaster ---
| |
12:27 | Silversword11 has left IRC (Silversword11!~Silverswo@113.190.234.97, K-Lined) | |
12:37 | Demp26 has joined IRC (Demp26!~Demp@softbank126076249163.bbtec.net) | |
12:37 | <Demp26> --- spam removed by webmaster ---
| |
12:37 | Demp26 has left IRC (Demp26!~Demp@softbank126076249163.bbtec.net, K-Lined) | |
12:50 | vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc) | |
13:38 | <Helenah> Wait...
| |
13:38 | That spambot is still at it? o.o
| |
13:38 | You might be best setting +R on the channel to see if it prevents them from being able to join.
| |
13:39 | I know it's a support channel, and I disagree with limitting traffic to this channel also, however that spambot is creating a major problem for your channel, I mean look at it.
| |
13:40 | GodFather has joined IRC (GodFather!~rcc@174-081-217-069.dhcp.chtrptr.net) | |
13:42 | * vagrantc nods | |
13:49 | alkisg has joined IRC (alkisg!92f7c00a@ubuntu/member/alkisg) | |
13:49 | ChanServ sets mode: +o alkisg | |
13:50 | alkisg sets mode: +r | |
13:50 | ChanServ sets mode: -o alkisg | |
13:55 | alkisg has left IRC (alkisg!92f7c00a@ubuntu/member/alkisg, Ping timeout: 252 seconds) | |
14:10 | <Helenah> That's better
| |
14:31 | Natureshadow has left IRC (Natureshadow!45d1515d22@commu.teckids.org, Read error: Connection reset by peer) | |
14:37 | vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving) | |
18:22 | deepanshuG has joined IRC (deepanshuG!~d78ui98@182.70.168.135) | |
18:26 | <deepanshuG> hi derick here. I habe setup new ltsp in standalone mode(non proxy dhcp).
| |
18:27 | the internet works on the server. But does not workon the client.
| |
18:27 | I am not unable to fix this issue.
| |
18:50 | deepanshuG has left IRC (deepanshuG!~d78ui98@182.70.168.135, Quit: Leaving) | |
19:01 | alkisg has joined IRC (alkisg!92f7c00a@ubuntu/member/alkisg) | |
19:17 | alkisg has left IRC (alkisg!92f7c00a@ubuntu/member/alkisg, Quit: Page closed) | |
19:24 | ChanServ sets mode: +o Hyperbyte | |
19:24 | <Hyperbyte> Works alkisg
| |
19:24 | I'll clean up the IRC logs again from the spambots
| |
19:25 | Hyperbyte sets mode: -o Hyperbyte | |
19:54 | deepanshuG has joined IRC (deepanshuG!~d78ui98@182.70.168.135) | |
20:14 | <deepanshuG> I have 2 interfaces. If I do a `system-resolve --status`. It shows that dns is not configured on ltsp server ip address.
| |
20:14 | maybe it reason is both dns and systemd are running on port 53
| |
20:24 | <quinox> derick: you really should be using proxydhcp in your setup, you want to use your router's IP information for connectivity
| |
20:25 | only 1 process can listen on a specific ip/port
| |
20:26 | $ sudo netstat -lpn | grep ':53'
| |
20:26 | you can have <global-ip>:53 being used by named and 127.0.0.1:53 by systemd-resolve, that's fine
| |
20:27 | <deepanshuG> quinox, I know. proxydhcp does work. But I need to make the non-proxydhcp as well
| |
20:30 | <quinox> I'm going here based on my network knowledge, not LTSP knowledge: `ip route` on the LTSP client should say "default via <your LTSP server>"
| |
20:31 | <deepanshuG> yes it does.
| |
20:31 | <quinox> good
| |
20:31 | then your LTSP server should have forwarding enabled from the NIC that the LTSP client is connected to
| |
20:32 | <deepanshuG> the ltsp server is providing dhcp service, is gateway as well. But it is not providing dns,
| |
20:32 | <quinox> on the LTSP client you can run 'ping 8.8.8.8' ?
| |
20:33 | <deepanshuG> no
| |
20:33 | <quinox> then the gateway setup isn't working properly yet
| |
20:33 | I would fix that first before fixing DNS
| |
20:33 | <deepanshuG> okay. good idea.
| |
20:34 | <quinox> on the server: sysctl net.ipv4.ip_forward
| |
20:34 | that should report 1
| |
20:34 | if so the only step left is iptables
| |
20:35 | <deepanshuG> yes. Ip forwarding is enabled
| |
20:38 | <quinox> https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/4/html/Security_Guide/s1-firewall-ipt-fwd.html
| |
20:38 | iptables -A FORWARD -i eth1 -j ACCEPT
| |
20:38 | iptables -A FORWARD -o eth1 -j ACCEPT
| |
20:38 | iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
| |
20:38 | something like that
| |
20:39 | I use 'vim /etc/iptables.rules; cat /etc/iptables.rules | iptables-restore'
| |
20:39 | this way all the rules are kept even if you reboot
| |
20:41 | the MASQUERADE option will translate LAN IPs to WAN IPs and back
| |
20:42 | I have no idea how much LTSP-manager takes care of these things
| |
20:43 | *also*
| |
20:43 | if you run docker you might get screwed over by docker
| |
20:43 | <deepanshuG> okay. thanks. I will try this.
| |
20:43 | <quinox> since docker likes to aggressively meddle with your iptables
| |
20:43 | <deepanshuG> I am using vagrant
| |
20:44 | and using the vagrant box that I created.
| |
20:44 | <quinox> if you run `iptables-save` you can see your current iptables, if this looks fine it's okay
| |
20:44 | iptable lines are done in order of course
| |
20:47 | there might be a better way, but if iptables isn't doing what I expect I sometimes debug using the logging module
| |
20:47 | make a very broad rule, make sure it gets matched, refine it etc. etc.
| |
20:49 | <deepanshuG> okay.
| |
20:49 | Initially I thought ltsp would take care of this.
| |
20:54 | <quinox> I have no idea how fake clients interact with all this shit btw
| |
20:55 | I boot my virtualbox in bridge mode, I think it looks just like an external client to my host machine but I'm not sure
| |
20:55 | <deepanshuG> yes. you are right about this.
| |
20:56 | <quinox> I know Docker uses iptables for routing voodo, those packages would spawn on internal chains probably... which could mean FORWARD is never triggered
| |
20:56 | <deepanshuG> we have also automated installation of ltsp to virtualbox vm.
| |
21:02 | <quinox> by default virtualbox is using NAT as network setup I think, not bridge
| |
21:03 | if everything looks fine but it's still not working try using a real client; pretty much every machine I have access to can do PXE booting
| |
21:05 | deepanshuG has left IRC (deepanshuG!~d78ui98@182.70.168.135, Ping timeout: 260 seconds) | |
21:05 | <quinox> just change the boot order; some mobos even allow you to choose the boot device for the current boot, automatically reverting back afterwards
| |
21:19 | deepanshuG has joined IRC (deepanshuG!~d78ui98@122.168.171.180) | |
21:21 | <deepanshuG> Still does not work
| |
21:22 | I read over the internet when you get ip address from dhcp server. you should get dns as well.
| |
21:25 | <quinox> dhcp without dns is of limited use, sure
| |
21:26 | if the gateway isn't working you can't use dns though
| |
21:26 | even if you get name servers from DHCP
| |
21:27 | deepanshuG has left IRC (deepanshuG!~d78ui98@122.168.171.180, Ping timeout: 244 seconds) | |
21:30 | deepanshuG has joined IRC (deepanshuG!~d78ui98@122.168.173.212) | |
21:31 | <deepanshuG> yes. you are right.
| |
21:31 | we should first focus on gateway configuration.
| |
22:06 | deepanshuG has left IRC (deepanshuG!~d78ui98@122.168.173.212, Ping timeout: 240 seconds) | |