Grant noticed, and mentioned via Signal, that the map on the website (
https://peoplesopen.net/) is down (HTTP 502 Bad Gateway error).
Does anyone know how to fix that?
At the moment, the main link on our site (i.e., 'JOIN THE NETWORK') points
to that map, we probably want that link to work, especially considering our
workshop this weekend.
Sierk
FYI: It's not a reimbursement thing, it's a show up and fix it thing.
Unless you can bring in professional roofers to replace all the panels
with skylights of course: that would be great.
Please talk to Omni about taking care of the roof. There was a work day
flyer posted in the basement.
Whoever is maintaining the list: Please don't edit this comment or bump
down. Talking about the hands on/ community nature of the space is not
negative/ demoralizing, it's essential.
On 2017-06-28 12:00, mesh-request(a)lists.sudoroom.org wrote:
> Send mesh mailing list submissions to
> mesh(a)lists.sudoroom.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://sudoroom.org/lists/listinfo/mesh
> or, via email, send a message with subject or body 'help' to
> mesh-request(a)lists.sudoroom.org
>
> You can reach the person managing the list at
> mesh-owner(a)lists.sudoroom.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of mesh digest..."
>
>
> Today's Topics:
>
> 1. Re: propaganda - byoi workshop coming next weekend - wanna
> help? (Arthur Tilley)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 27 Jun 2017 21:52:00 -0700
> From: Arthur Tilley <aetilley(a)gmail.com>
> To: Jorrit Poelen <jhpoelen(a)xs4all.nl>
> Cc: "mesh(a)lists.sudoroom.org" <mesh(a)lists.sudoroom.org>
> Subject: Re: [Mesh] propaganda - byoi workshop coming next weekend -
> wanna help?
> Message-ID:
> <CANjwsmViSXYScGXccjSWMvp9LFsVPjMcW3D9azY+Y=KT+demLg(a)mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Good progress today folks.
>
> Sorry again about the roof. I will reimburse.
>
> On Sun, Jun 25, 2017 at 10:17 PM, Jorrit Poelen <jhpoelen(a)xs4all.nl>
> wrote:
>
>> Hey openpeoplemeshers -
>>
>> BYOI coming up soon ... as in next wk Sat 1 July 2-5p:
>> https://peoplesopen.net/workshop
>> ... with crimping, node mounting, node pointing, node flashing,
>> why/who/what/how, gardenmeshes, disaster radios and more. (just to
>> throw
>> some things out there that we talked about)
>>
>> If you'd like to help out and haven't yet figured out how/what/where,
>> please checkout and edit https://pad.riseup.net/p/byoi to share ideas
>> /
>> get info etc.
>> ... or contact me (or anyone else), or come to Tues meeting 7.30p @
>> omni
>> commons.
>>
>> -jorrit
>>
>> PS Some links:
>> Also, if you'd like to drop flyers, tell your friends, or revert to
>> twitter/facebook/etc, here something to copy/paste/print/edit/etc
>> from:
>> https://github.com/sudomesh/propaganda
>> https://github.com/sudomesh/propaganda/blob/master/byoi_flyer.txt
>> https://github.com/sudomesh/propaganda/blob/master/byoi-2017-07-01-2x3.pdf
>> https://github.com/sudomesh/propaganda/blob/master/byoi-2017-07-01.pdf
>>
>>
>>
>>
>>
>>
>> _______________________________________________
>> mesh mailing list
>> mesh(a)lists.sudoroom.org
>> https://sudoroom.org/lists/listinfo/mesh
>>
>>
>
Hello,
I thought I would share this here -- Mozilla is offering a two million
dollar prize to decentralize the web.
https://blog.mozilla.org/blog/2017/06/21/2-million-prize-decentralize-web-a…
I've been interested in mesh networks since I learned about them, and
the idea of a mesh network seems to be a very good fit for the concept
that Mozilla is putting out there with this concept.
Best,
Ian
Folks have been talking about using splash pages and captive portals. I
figured I'd summarize past sudo mesh experiences.
Neither the wifi standard nor any commonly implemented network standards
include a mechanism for logging in, paying or even clicking accept before
gaining access to a network.
As a sorta hack people have implemented captive portals where you connect
to a network but then don't gain access to the wider internet until you
perform some action.
This is usually implemented such that when you connect you appear to be
connected to the internet, but trying to access the internet doesn't work
and when you attempt to access a website via HTTP you will instead get a
different website showing you some sorta login or splash page. This is done
by intercepting HTTP requests and always sending the splash page as a
response, no matter what the HTTP request was. This hack was already very
problematic for headless devices since they have no way of performing the
web action required to gain access to the network.
With the widespread use of HTTPS, the splash page hack became even more
problematic since the browser upon seeing a site other than the expected
site will of course give an SSL warning due to the SSL certificate not
matching the domain name.
Devices then began implementing captive portal detection. This is bad. It's
a hack to deal with another hack. They accomplish this by requesting a web
page over HTTP from a specific URL where they know what the response is
supposed to be, and if they get a response other than the expected response
then they know they are behind a captive portal and they can present the
user with the splash page. This is implemented differently by different
devices. Microsoft devices and Android devices contact a specific hostname
(or set of hostnames) that are set aside for only doing captive portal
detection. Apple devices are different in that they try to access a web
page at apple.com. As far as I know, no linux desktop systems perform
captive portal detection. Most devices will pop up the captive portal page
when they detect the captive portal, but e.g. some android devices will
show the connection icon in yellow instead of white and will put a
notification in the notification area that can be clicked to pop up the
captive portal. This can be very easy to miss and the user might just get
annoyed that the internet isn't working. Also, some iDevices will only
sometimes show the captive portal page. It seems like they tend to show it
the first time they encounter it, but when re-connected they sometimes
seemed to sit there doing nothing. This was a couple of iOS versions ago so
it may have changed.
We previously implemented a fake captive portal, where the idea was that we
could pop up a splash page by pretending to be a captive portal by faking
out the captive portal detectors, which would cause them to display the
splash page even though the internet is fully available. This solution is
good because it doesn't interfere with headless devices.
However, this is really complicated. You have to know the IPs of all
hostnames involved in captive portal detection, and of course Apple,
Microsoft, etc. use many different IPs for the same hostname, so the IP a
given client receives from a DNS server can be different from the IP
another client gets. So you either need to constantly keep a fully updated
list of IPs for each hostname or you need to try to ensure that all clients
use a DNS server you control so you can provide fake responses to DNS
queries for those hostnames. This last solution is probably the best one
(and the one we used), but then you end up with the apple-specific issue
that now all DNS requests for apple.com end up going to the IP you provided
rather than apple.com. You can forward everything but HTTP requests to the
real apple.com IP but for the HTTP requests you'll have to filter them and
forward all of the requests except the captive portal requests based on
URL. We had several issues with e.g. iOS updates failing due to this system
being imperfectly implemented on our end.
This whole system was implemented on the exit node but it gave us quite a
few issues so I ended up disabling it until we could find the time to get
it back up.
You can find most of the related scripts here:
https://github.com/sudomesh/exitnode
with a few scripts from this system also present in the firmware.
I can walk anyone interested through this system when I get back.
Apologies for the undirected info dump but I figured it might be useful.
--
marc/juul
thank you Jorrit for talking about this on the mailing list and not on
the other platforms, l don't have a phone.
it's the Solstice today & the weather is bloody gorgeous, so l will
definitely show up later to the meeting. hopefully everyone hasn't
escaped from the heat by the then.
l've been working on graphics for BYOI and will go to the Bay Area
Alternative Press today to get the ball rolling on making fancy,
hand-made, printing press flyers.
learning stations: l imagined them like science fair displays, but here
is an article about 'chat stations':
https://www.cultofpedagogy.com/chat-stations/ they discuss exercises
related to feedback and modeling behaviour for participants to emulate.
worth a look.
l want to push for some sort of audience discussion about applications;
it will help us think about what to build. what Mario suggested is a
good example, but most people are probably not coming into the workshop
with an existing idea or as lucid as he. This type of discussion will
also help everyone think about what/ how they can contribute.
-Bullitt D. Bourbon
> Message: 1
> Date: Sat, 17 Jun 2017 13:17:42 -0700
> From: Arthur Tilley <aetilley(a)gmail.com>
> To: Jorrit Poelen <jhpoelen(a)xs4all.nl>
> Cc: mesh(a)lists.sudoroom.org
> Subject: Re: [Mesh] boyi - workshop - 1 july 2017 wanna help organize?
> Message-ID:
> <CANjwsmUbbsj2UesKyCg85TGun_-r7VuGfsEHZkv5UEpQv5Sgbw(a)mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Hi Jorrit and all,
>
> Yes, I can do setup, chairs, and general gruntwork on the 1st.
>
> Sorry that I've been scarce. I was couchsurfing while looking for
> work,
> but I just started a job, so I hope to be able to attend sudo meetings
> with
> more regularity.
>
> best,
> Arthur
>
>
>
> On Fri, Jun 16, 2017 at 7:53 PM, Jorrit Poelen <jhpoelen(a)xs4all.nl>
> wrote:
>
>> Hey meshers/people-openers:
>>
>> Our "Build Your Own Internet" workshop is coming up: 1 July 2017 2-5p
>> @Omni ballroom.
>>
>> Please spread the word - here's some material:
>> https://github.com/sudomesh/propaganda/blob/master/byoi-2017-07-01.pdf
>> https://github.com/sudomesh/propaganda/blob/master/byoi-2017-07-01-2x3.pdf
>> for remixing flyers see sources at https://github.com/sudomesh/
>> propaganda/tree/master/source
>>
>> For outreach ideas/notes/actions, see https://pad.riseup.net/p/byoi .
>>
>> Also, if you are interested in giving a talk, doing a hands-on demo or
>> something else, please have a look at https://pad.riseup.net/p/byoi
>> also.
>>
>> Let's hack, do, remix, edit, code, color, eat, paint, de-/reconstruct
>> our
>> own internet.
>>
>> -jorrit
>>
>> PS ideas? holler or come on over Tues @7p30
>>
>> _______________________________________________
>> mesh mailing list
>> mesh(a)lists.sudoroom.org
>> https://sudoroom.org/lists/listinfo/mesh
>>
>>
>
I just saw Mario's message to the mesh mailing list
@mario - apologies for the delay! It turned out your message got stuck
in a review queue, probably because your are/were not part of the
mailing list.
Hopefully we can chat a little more about this project at tomorrows
meetings.... here's a rough sketch of a network diagram https://github.
com/sudomesh/disaster-ping-pong/blob/master/images/disaster-
plant.dot.png we put together last week.
------
Hello all,
My name is Mario and I represent a plant biology group at Counter Culture Labs at the Omni Commons.
At the June 13 sudoroom meeting, we proposed a collaboration to build a 'garden widget' using the disaster radio technology with which you have been experimenting. Our hope is that you can use this collaboration to build a robust field test for the technology and we can benefit from your expertise.
An example of a closely related existing technology is the EDEN system, https://edyn.com, which uses soil moisture and an Internet connection to control irrigation. We would like to give home gardeners access to an automatic garden environment log that would include specifically light intensity and period, and temperature and moisture measurement for air and soil.
Please contact me if you have any questions, we plan to have a prototype hack night Tuesday June 20th at the 8pm sudoroom meeting at the Omni Commons if you are interested in learning more and/or participating in the project.
-Mario
Hello all,
My name is Mario and I represent a plant biology group at Counter Culture
Labs at the Omni Commons.
At the June 13 sudoroom meeting, we proposed a collaboration to build a
'garden widget' using the disaster radio technology with which you have
been experimenting. Our hope is that you can use this collaboration to
build a robust field test for the technology and we can benefit from your
expertise.
An example of a closely related existing technology is the EDEN system,
https://edyn.com, which uses soil moisture and an Internet connection to
control irrigation. We would like to give home gardeners access to an
automatic garden environment log that would include specifically light
intensity and period, and temperature and moisture measurement for air and
soil.
Please contact me if you have any questions, we plan to have a prototype
hack night Tuesday June 20th at the 8pm sudoroom meeting at the Omni
Commons if you are interested in learning more and/or participating in the
project.
-Mario
