On Saturday, March 6, 2021, 12:00:17 PM PST, psdr-request@hamwan.org <psdr-request@hamwan.org> wrote:
Send PSDR mailing list submissions to
To subscribe or unsubscribe via the World Wide Web, visit
or, via email, send a message with subject or body 'help' to
You can reach the person managing the list at
When replying, please edit your Subject line so it is more specific
than "Re: Contents of PSDR digest..."
Today's Topics:
1. Re: Rattlesnake DNR shack is down (Bart Kus)
2. Re: Rattlesnake DNR shack is down (Fred Moses)
----------------------------------------------------------------------
Message: 1
Date: Sat, 6 Mar 2021 09:46:15 -0800
Subject: Re: [HamWAN PSDR] Rattlesnake DNR shack is down
Content-Type: text/plain; charset="utf-8"; Format="flowed"
Stephen and I went to visit Rattlesnake yesterday to figure out what's
wrong. The building had power, but the new UPS was powered off. Its
network control card had a light, indicating it was alive, just no
network to link to. I pulled the 120V plug, and a relay clicked but UPS
did not change state. I restored 120V power, and a relay clicked but
UPS did not change state. I unplugged/replugged the display, and it
flashed all LEDs and went back to indicating off state (no LEDs).
Finally I pressed power button and everything powered back up normally.
I suspected the UPS software had been unintentionally set to stay
powered off after it ran out of battery juice, and then power was
restored. I checked the settings thoroughly, and everything looks like
it was set to tell the UPS to power back on after it had shut down from
battery exhaustion. Only a test will verify this is indeed working as
intended though.
I started setting up event notification from the UPS and making sure our
management system can monitor it too, and noticed something really
weird. *The defaults in the UPS software apparently leave a
write-enabled SNMP account with the default credentials of "private",
with access allowed from anywhere (IP 0.0.0.0).* I'm now wondering if
someone intentionally sent an SNMP write command to some OID that told
the UPS to power off? Does anyone have experience with APC UPSes that
can verify these insane defaults and that there is some OID that can
command the UPS to power off?
SNMP write access has been disabled on both new UPSes now, and firewall
rules installed to prevent general internet access.
--Bart
On 2/28/2021 3:37 PM, Bart Kus wrote:
> No, the DMR repeater is in the smaller shack, which has its own
> backbone feed from Baldi. That half of Rattlesnake is alive.
>
> --Bart
>
>
> On 2/28/2021 12:28 PM, Stephen Kangas wrote:
>> If the DNR shack had power out, wouldn't that also break the inet
>> link for the AF7PR DMR repeater inet linkage that is hard-wired from
>> the smaller secast shack? That repeater is still linked (just tested
>> it via Parrot).
>>
>> Stephen W9SK
>>
>>
>> -----Original Message-----
>> Sent: Sunday, February 28, 2021 12:23 PM
>> Subject: [HamWAN PSDR] Rattlesnake DNR shack is down
>>
>> It looks like the DNR building is completely without power. I tried
>> to check if UPS2.Rattlesnake was on battery, but the DHCP server is
>> in the DNR building so the UPS lost its lease. I'm about to head out
>> here for something else, but maybe someone can stand up a temporary
>> DHCP to get the UPS back online and check battery status.
>>
>> --Bart
>>
>> _______________________________________________
>> PSDR mailing list
>>
>> _______________________________________________
>> PSDR mailing list
>
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
Message: 2
Date: Sat, 6 Mar 2021 12:51:23 -0500
Subject: Re: [HamWAN PSDR] Rattlesnake DNR shack is down
Content-Type: text/plain; charset="utf-8"
Yes that is the default on those cards.. The CyberPower cards are set that way too. We change and then disable the read/write string as part of our setups. We also stick our UPS’s and PDU's in a management subnet for added fun.
--
Fredric Moses - W8FSM - WQOG498
> On Mar 6, 2021, at 12:46 PM, Bart Kus <
me@bartk.us> wrote:
>
> Stephen and I went to visit Rattlesnake yesterday to figure out what's wrong. The building had power, but the new UPS was powered off. Its network control card had a light, indicating it was alive, just no network to link to. I pulled the 120V plug, and a relay clicked but UPS did not change state. I restored 120V power, and a relay clicked but UPS did not change state. I unplugged/replugged the display, and it flashed all LEDs and went back to indicating off state (no LEDs). Finally I pressed power button and everything powered back up normally.
>
> I suspected the UPS software had been unintentionally set to stay powered off after it ran out of battery juice, and then power was restored. I checked the settings thoroughly, and everything looks like it was set to tell the UPS to power back on after it had shut down from battery exhaustion. Only a test will verify this is indeed working as intended though.
>
> I started setting up event notification from the UPS and making sure our management system can monitor it too, and noticed something really weird. The defaults in the UPS software apparently leave a write-enabled SNMP account with the default credentials of "private", with access allowed from anywhere (IP 0.0.0.0). I'm now wondering if someone intentionally sent an SNMP write command to some OID that told the UPS to power off? Does anyone have experience with APC UPSes that can verify these insane defaults and that there is some OID that can command the UPS to power off?
>
> SNMP write access has been disabled on both new UPSes now, and firewall rules installed to prevent general internet access.
>
> --Bart
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: Message signed with OpenPGP
------------------------------
Subject: Digest Footer
_______________________________________________
PSDR mailing list
------------------------------
End of PSDR Digest, Vol 97, Issue 2
***********************************