**** BEGIN LOGGING AT Tue Oct 23 02:59:59 2018 Oct 23 03:09:25 >>[2018-10-21 23:58:14] Screen on, no backlight: N900's display consumes +80mA http://wiki.maemo.org/N900_Hardware_Power_Consumption Does that include power consumption of touchscreen, or LCD screen only?<< good question, prolly touchscreen aka digitizer been not considered. Then OTOH it doesn't consume any noticeable energy afaik Oct 23 03:10:03 particularly R-TS doesn't consume any power in theory as long as no touch event Oct 23 03:12:40 anyway I don't get how the power consumption is particularly relevant for evaluation if >>could it be replaced by an LCD projector with 85mW average power consumption<< Oct 23 03:13:37 nota bene, this is only the display part (light modulation) of a projector. You need the "backlight" too, for that projector probably a RGB laser source Oct 23 03:14:15 Oksana: ^^^ Oct 23 03:16:34 regarding VPN it's a system immanent problem that they get abused for spamming and thus get blacklisted. Oct 23 03:17:33 you can remove the VPN egress server's IP addr from BL every day and it gets re-added a few hours later Oct 23 03:18:57 the problem remains maemo who block VPN IPs (among others) for mere *reading* of website, which is a stupid thing to do regarding the purpose of those blacklists which is stop SPAM *getting posted* Oct 23 03:20:17 so the correct thing would be to block log-in of blacklisted IPs. I.E. test the IP of user only on the login page Oct 23 03:22:52 make the "keep me logged in" cookie depend on IP and re-evaluate IP when it changes. Delete session cookie when the new IP is on blacklist, otherwise rewrite the cookie to accept the new IP and have user authenticated/logged-in so they can post Oct 23 03:23:52 for READING maemo site, no blacklist whatsoever should block any user from doing so Oct 23 03:25:05 sparre: Oksana: @council: ^^^ Oct 23 03:26:40 DocScrutinizer05: Agreed. Oct 23 03:30:18 aiui the complication in maemo infra is: the RBL filtering function is done on our FireWalls that are not linked to the (talk|wiki|whatever) services servers, so first approach the firewall has no idea if a user is trying to log in or just wants to read tmo, wiki ... Oct 23 03:35:43 the infra needs to learn: services (talk.m.o) check RBLs locally during login. If some sort of attack is detected by a service server, the service server could send a "please protect me from this!" request to the FW, setting the particular connection on a local ephemeral blacklist on firewall, much like fail2ban does Oct 23 03:37:13 actually fail2ban comes with pretty much all we need, just needs to get distributed over service and firewall servers Oct 23 03:38:11 really no big thing. No idea however what it takes to teach the forum software to run the RBL check on login Oct 23 03:45:05 aaah, the firewall of course needs to know if an inbound packet tries to write... Oct 23 03:51:46 prolly nothing DPI can't do, if we hadn't HTTPS encryption that forbids the firewall to know what payload a packet has. So it remains a duty of the service server's (forum...) software to check RBL vs IP on *every* write action. Still not as much trouble as it may sound, since the software already needs to do other checks in every single case that matters here: user's state of log-in Oct 23 04:09:50 HMMMM >>Powered by vBulletin® Version 3.8.8<< Oct 23 04:11:18 vs https://www.vbulletin.com/ Oct 23 04:12:29 I guess it's about time to get a 209.- bucks upgrade https://www.vbulletin.com/en/features/ Oct 23 04:17:03 https://www.vbulletin.com/en/upgrade/ >>Works with vBulletin 3.6.x+ and all versions of vBulletin 4<< Oct 23 04:58:03 wow hey Oct 23 05:08:39 wow hey? Oct 23 05:08:55 Juesto: please elaborate Oct 23 16:58:07 DocScrutinizer05: i fell asleep. and i was kind of saying hi xd Oct 23 23:43:00 Wow, apparently even the bmw.de Web site uses Let’s Encrypt. Oct 24 00:29:56 lol, really? Oct 24 00:31:24 indeed https://i.imgur.com/2C5Hw2o.png X-P **** ENDING LOGGING AT Wed Oct 24 03:00:00 2018