I had a hell of a time getting that to work.
The new DSL modem / router is now operating as a bridge, meaning that it's
just a dumb modem and not doing any routing. It has a management IP of
10.0.0.1 but of course it's on the internet-facing side of our gateway so
the easiest way to get to that is to plug into the dsl modem/router with
ethernet, set your own IP to e.g. 10.0.0.2 and open a web browser to
10.0.0.1
The login info is in /root/passwords on space.local
The wifi on the dsl modem/router has been turned off.
I don't know if we have a static IP from LMI, but this is our IP for now:
142.254.119.218
The LMI DCHP server was willing to give out one IP for the modem/router,
and then one IP to my laptop during testing, and then it would not give out
any more IP leases to any other machines even after explicitly releasing
the lease from my laptop. Setting a static IP in the same range didn't even
work. I had to change the MAC address on the eth1 network interface on
space.local to my laptop's ethernet MAC address. I put that in
/etc/network/interfaces for now, but I'll call up LMI when I have a moment
and see if we can sort out a static IP.
Since the dsl modem/router allows backing up and restoring configurations,
I put the configuration prior to any fiddling by me in:
/root/dsl_modem_configs/original.conf
and the configuration as it is as I'm writing this email in:
/root/dsl_modem_configs/bridge_mode_working_march_11th_2015.conf
--
marc/juul
On Tue, Mar 10, 2015 at 2:33 AM, Marc Juul <juul(a)labitat.dk> wrote:
> Anyone know anything about this? Looks suspiciously like someone gained some
> level of access to the server.
It just means someone tried to use sudo and failed.
I switched us to the new LMI connection. Unfortunately I didn't have my
laptop with me so I couldn't reconfigure the sudo server to work with the
new connection. For now I simply bypassed the server. Will fix it tomorrow.
Also, who should I talk to about cancelling our previous connection?
Anyone know anything about this? Looks suspiciously like someone gained
some level of access to the server.
On Mon, Mar 9, 2015 at 7:49 PM, <web-ooo(a)omnicommons.org> wrote:
> omnicommons.org : Mar 9 19:49:29 : web-ooo : user NOT in sudoers ;
> TTY=pts/6 ; PWD=/home/web-ooo ; USER=root ; COMMAND=/bin/su jenny
>
> _______________________________________________
> sysadmins mailing list
> sysadmins(a)lists.omnicommons.org
> https://omnicommons.org/lists/listinfo/sysadmins
>
On Thu, Mar 5, 2015 at 11:34 AM, yar <yardenack(a)gmail.com> wrote:
> It's at maybe the worst possible time (6pm tonight) but there's
> nothing we can do about it. We'll try to make it as quick & smooth as
> possible.
all done!
It's at maybe the worst possible time (6pm tonight) but there's
nothing we can do about it. We'll try to make it as quick & smooth as
possible.
---------- Forwarded message ----------
From: <support(a)linode.com>
Date: Sun, Mar 1, 2015 at 11:35 AM
Subject: Linode Support Ticket 4254236 - Critical Xen Maintenance /
Reboot Schedule
Hello,
Linode recently received several Xen Security Advisories (XSAs) that
require us to perform updates to our host servers. In order to apply
the updates, hosts and the Linodes running on them must be rebooted.
The XSAs will be publicly released by the Xen project team on March
10th, therefore we must complete the updates before that date.
These updates are required to protect the security and safe operations
of not only our infrastructure, but yours as well. We understand that
a disruption with such limited notice is inconvenient, and we hope you
understand that these measures are warranted due to the severity of
the XSAs.
Your Linodes have been assigned a maintenance window in which a reboot
will occur. These times are listed within the Linode Manager[1] in the
timezone set in your user's My Profile[2]. Your schedule in UTC
timezone is as follows:
* 2015-03-06 2:00:00 AM UTC - sudoserver
During the maintenance window Linode instances will be cleanly shut
down while we perform the updates. Your Linode will be inaccessible
during this time. A two-hour window is allocated, however the actual
downtime can be much less. After the maintenance, each Linode will
then be booted. See our Reboot Survival Guide[3] for tips and hints on
configuring and testing that your Linode services boot properly after
the maintenance.
Unfortunately, due the logistical demands of this effort, your
assigned windows are not changeable and the host reboots are
mandatory.
For general information, please see our status post:
<http://status.linode.com/incidents/2dyvn29ds5mz>
Please let us know if there is anything we can do to assist.
[1] <https://manager.linode.com/linodes>
[2] <https://manager.linode.com/profile>
[3] <https://www.linode.com/docs/uptime/reboot-survival-guide>
-Linode
On Tue, Mar 3, 2015 at 3:37 PM, niki <niki.shelley(a)gmail.com> wrote:
> I have the ip address and we're getting over 100Mbps down if what the LMI
> guy said is to be trusted.
Great. It's important that it configured to be a static IP address. Do
you know if it was?
It looks like we haven't touched our router, it's still connected to
the old uplink, so that will have to be migrated. Let's do that at a
less high traffic time than Tuesday night and also wait to cancel
Sonic service until we finish doing that?
Fantastic People,
Today comcast installed business cable internet service at omni for supporting the upcoming Deconstruction event. It terminates in the ticket room where the existing cable penetration is. A very small router is mounted to the wall next to the ticket window. This works because Deconstruction's network needs will be near the back of the ballroom. After the event, Jason Naumoff (Deconstruction guy, CC’d on this message) will cancel the connection. Jason and/or his people will test the connection before the event. I have the IP details of the link if we need them, but we should probably just stay off that connection since it belongs to our event customer.
It might be of interest that there is existing coax running from the ticket room to other parts of the building. It looks like it branches off to some place downstairs and some place upstairs, probably where John G.’s residence was. In the future it would be possible to leverage part of this cable run to terminate the cable at the sudoroom racks.
Also of note: the cable signal coming into the building is VERY strong, so strong in fact that comcast put in a splitter to degrade the signal to a reasonable level so that the router can be installed in the ticket room. This bodes well for future connections that could terminate at the sudoroom racks.
That is all.
Ben
hey all,
at long last, the thedeconstruction.org folks are installing a temporary
internet service tomorrow for their Nov 15-16 event.
Comcast is coming tomorrow between 10am and 12noon.
Might someone on this list be able and willing to chat with Jason, one of
the event producers, about his needs?
curious,
D
---------- Forwarded message ----------
From: yar <yardenack(a)gmail.com>
Date: Mon, Oct 13, 2014 at 10:50 AM
Subject: Re: [sudo-discuss] Internet speedz? mb up & down?
To: Danny Spitzberg <stationaery(a)gmail.com>
Cc: "sudo-discuss(a)lists.sudoroom.org" <sudo-discuss(a)lists.sudoroom.org>
On Fri, Oct 10, 2014 at 8:31 AM, Danny Spitzberg <stationaery(a)gmail.com>
wrote:
> Does anyone know the typical and min/max Internet upload/download heft?
> Might it be >10mb? >20mb?
Just ran this on our ssh server remotely:
https://github.com/sivel/speedtest-cli
Consistently getting ~30Mb down, ~1.6Mb up