Hi all,
april from EFF here. Writing to invite you all to a Wikipedia
edit-a-thon I'm helping to organize this afternoon at Wikimedia HQ (or
anywhere!). We want to improve the pages of the Zone9 Bloggers and other
journalists who are currently in jail in Ethiopia.
In April 2014, six members of the Zone 9 Bloggers and three associated
journalists were arrested in Addis Ababa and now face terrorism charges
for their writings. They were additionally charged with conspiracy for
using basic encryption tools.
https://en.wikipedia.org/wiki/Wikipedia:Meetup/San_Francisco_21
We're meeting today from 1-5pm at Wikimedia (149 New Montgomery Street:
Floor 6). One of the Zone 9 bloggers, Endalk, who currently is seeking
asylum in the US, will join us. Endalk was also a policy fellow at EFF
this summer.
Maybe I'll see some of y'all there!
All the very best,
april
PS: this is my first post to the list; hopefully, it is appropriate.
please excuse me if not. I'd like to be more involved with Sudo,
as I recently moved to the area to work at EFF, have dear friend already hacking there,
and have always worked with hackerspaces in some capacity where ever I'm based. will surely
meet some of y'all in the near future
thanks for doing all that work!
one thing: the DSL modem would be better off as close to where the
telephone line comes into the building as possible. There is bandwidth
loss with distance from the telco, especially in an electrically noisy
environment like inside omni and next to ethernet cables.
conversely, there is no "loss" over ethernet (it either works or it
doesn't, mostly) so it's better to put the DSL modem where it works best
and run ethernet to it.
also, for documentation perhaps some written info on a notebook tied to
the server rack? i think it might be foolish to put everything on a wiki
on the net :)
-jake
Max B wrote:
> - We moved the modem from the backspace area to the sudoroom server
> rackplatform. We were able to keep the crazy phone + ethernet situation,
> butwith many many fewer crazy wire splits and adapters hanging off
> ofethernet cables. It's a lot cleaner now
Very good finding Matt.
If some of you are like somebody I know, who doesn't check bank/cc accounts... Now its a good time to do it.
Many Thanks!
Matthew Senate <mattsenate(a)gmail.com> wrote:
>_______________________________________________
>sudo-discuss mailing list
>sudo-discuss(a)lists.sudoroom.org
>https://lists.sudoroom.org/listinfo/sudo-discuss
Hi all!
I decided to set up a new mailing list to cover all the traffic related to
construction across the Omni building, to lighten the load on the main
omnilogistics list a bit:
https://groups.google.com/group/omni-building
It's a google group, and it's set to be world-viewable. Anyone can post,
but posts from non-members are moderated (that way, anyone from any of the
member grousp across the Omni can reach the list, but we can keep spam
under control).
I will be sending out some direct invites to people who have expressed
interest in the past, or who have already been doing any construction
related work. But meanwhile, feel free to access the URL above, and send a
join request.
Are you good with your hands? Know a thing a or two about electrical,
drywall, painting, plumbing? Or would you just like to learn? Prefer work
parties over sit-down meetings? This is the mailing list for you!
Patrik
PS: We're supposed to have a "Building / Space Operations working group",
which I think was also supposed to include things like managing room
reservations etc. But since that group has never met anyway, I figure we
can turn this new platform into whatever we want it to be.
can someone pick some up, omni will pay you back
We need them to bag plaster, lath, etc. and have run out -
Put them up by the mezzanine / ballroom where all the plaster / giant hole
is?
Thanks in advance wonderful human whomever you are -
Best,
David
On Sat, Aug 23, 2014 at 2:42 PM, Max B <maxb.personal(a)gmail.com> wrote:
> tl;dr: We fixed some janky old wiring, replaced a server that was
> bloated, and added a wireless AP. There's bunches more to do and to
> document!
Thank you so much!!! I swear my other email was a total coincidence, I
didn't realize you were sending one at the same time. :)
I am so grateful, and our neighbor collectives throughout the Omni are as well.
I hear that certain somebodies were working very hard yesterday to fix
Sudo's network. And I am very grateful. Haven't lost a single packet
all day.
Thank you!!! <3<3<3
Daniel and I made a few changes to the network configuration last night.
We had noticed that our connection was much slower than it should've
been and found a couple areas where we thought we could make improvements:
tl;dr: We fixed some janky old wiring, replaced a server that was
bloated, and added a wireless AP. There's bunches more to do and to
document!
Text wall incoming...
- We moved the modem from the backspace area to the sudoroom server rack
platform. We were able to keep the crazy phone + ethernet situation, but
with many many fewer crazy wire splits and adapters hanging off of
ethernet cables. It's a lot cleaner now
- We moved the gateway from the middle of the red servers to the dell
poweredge server on the top. We suspected that the fancy zentyal
software on the red server was a little bloated/mis-configured. Getting
an ethernet connection directly from the modem was providing 30Mb/s, but
getting a connection anywhere after the zentyal server it was dropping
to 10Mb/s. We installed Ubuntu Server 14.04 LTS and set up some basic
networking rules (read - no security per se). It's only got 2 ethernet
ports, so it acts as a dhcp client on one interface and gets internet in
from the modem and then does NATing and provides a dhcp server on the
other side. There were a number of devices in sudoroom that have fixed
192.168.42.0/24 network ip addresses, so I setup the server to provide
addresses on that range.
- We added a wireless AP repeater to the sudoroom area. It's
on channel 1 which doesn't overlap much. There should be three ssids in
sudoroom with strong signal "sudoroom2.4ghz" "sudoroom5ghz", and
"sudoroom24g2" (or something like that last one...). Daniel ran some
cable from the server racks to the ball room and I was going to put a
picostation there, but I was having trouble finding a picostation that
would flash. So the wiring is all ready for an AP, but we just need to
get a working picostation over there.
Which leaves us with some notes and some todos:
- It looked like a number of devices were all trying to provide dhcp
servers on the 192.168.42.0/24 network. This doesn't seem like a
particularly good idea to me. I don't see any reason we can't just do
one of two things when we add a router: 1. Let it provide DHCP, but on a
different subnet, with NAT or 2. Set it up to bridge connections to the
LAN where the rack server will provide dhcp.
- The server can use a bunch of configuration. I really don't know how
security policy can/should work at sudoroom. It seems a little silly to
have a complex firewall on a machine that's accessible to the public and
has a sudo username/password written on top of it.
- Need to get a picostation in the ballroom (maybe peoplesopen node once
we feel confident we can guarantee that the tunnel to the exit node will
stay up?)
- We could probably use one more AP in sudoroom proper. We're currently
using channels 1 and 6 I believe for the two APs. There are ~3
non-overlapping 2.4Ghz channels, so we might as well make full use of
the spectrum and add a channel 11 AP
- Would be nice to go around and make sure that no one else is providing
DHCP on the 192.168.42.0/24 subnet. There were even a couple instances
where I think I realized that we were inadvertently running an extra
DHCP server. That visio AP in sudoroom had been plugged into the switch
on the LAN side. It was a cute trick to keep everyone on the same subnet
and if the visio had been smarter, it would've gone into proper bridged
mode, but I'm not sure that was the case.
- Figure out a better(?) IP allocation scheme. Right now the ubuntu
server is providing 192.168.42.0/24 addresses and the visio router is
NATing and providing 192.168.6.0/24 addresses (don't ask me why I picked
that - it was really late/early). I think that will mean that folks
connected to the visio will be able to access services on the
192.68.42.0/24 LAN, but not the other way around.
- Document! I'm super guilty of not doing a good job of this, but Daniel
and I were scrambling to get stuff in place and working. I think every
router and host with a fixed ip address (or more) should get labelled
with those addresses. I need to document this process on the wiki (this
email was partially a preface to that). And, I think we should try to
either provide a network diagram or maybe even a live monitor for folks
to see what the hell is going on. It'd be pretty snazzy to be able to go
to a web site somewhere and see the network topology/connected hosts.
Either that or we could just use crayons.....
Ok that's all I got for now,
Max
