<div dir="auto">One solution can be a "dummy-ups" driver in proxy mode (and an upsd) running on Firewall1 and so republishing data from a real device handled by existing nut-server to a NUT client on Firewall2.<div dir="auto"><br></div><div dir="auto">Note this can suffer from some lags compared to a real connection, but e.g. a proxy like this allows us in lab to monitor real data from many nut clients (instances in integration tests) although direct UPS connectivity is way more limited (even networked ones can handle only so many clients) :)</div><div dir="auto"><br></div><div dir="auto">Technically these can be chained, we have proxies to proxies over vpn to only have long-distance traffic once regardless of amount of running tested clients.</div><div dir="auto"><br></div><div dir="auto">Jim</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Feb 23, 2021, 12:31 Roger Price <<a href="mailto:roger@rogerprice.org">roger@rogerprice.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Sorry, the ascii art was mangled.  I'll try again.<br>
<br>
On Tue, 23 Feb 2021, <a href="mailto:marco.hald@crailsheim.de" target="_blank" rel="noreferrer">marco.hald@crailsheim.de</a> wrote:<br>
<br>
> here is a Diagramm of the Connections<br>
>                                          Machine "S"<br>
> +---------------------------+      +--------------------+<br>
> | Socomec UPS               |      |nut-server          |<br>
> | only capable of SNMP      |------|Ubuntu Server 20.04 |<br>
> |                           |      |with upsd 2.7.4     |<br>
> +---------------------------+      +--------------------+<br>
>                                             |<br>
> +----------------------------+              |<br>
> | Firewall-1 with upsd 2.6.2 |  Network A   |<br>
> | without SNMP Support       |--------------+<br>
> +----------------------------+<br>
>             | Network B<br>
<br>
Hello Marco, Here in Firewall_1 you are running upsd only?  Isn't it<br>
upsmon that you should be running?<br>
<br>
>             | Network B<br>
> +----------------------------+<br>
> | Firewall-2 with upsd 2.6.2 |<br>
> |  without SNMP Support      |<br>
> +----------------------------+<br>
<br>
In Firewall_2 you need upsmon to be able to talk to "nut-server" machine S.<br>
<br>
> My Problem is Firewall-2 can only reach Firewall-1.<br>
<br>
I guess that Firewall_1 is supporting two networks, A and B, and that<br>
you cannot get from a machine Firewall_2 on network B to machine S on<br>
network A.  Is this correct? Do the firewall logs record any rejected<br>
traffic?<br>
<br>
> Firewall-1 can reach every Device.<br>
> On Firewall-1 the nut-server is configured as Monitor and the shutdown works properly.<br>
<br>
When you say "nut-server" one thinks of upsd, not upsmon.  I guess you mean "nut-client".<br>
<br>
> The Connection from Firewall-2 to Firewall-1 works via netcat.<br>
<br>
But does netcat S 3493 work on machine Firewall_2 ?<br>
<br>
Roger<br>
<br>
<br>
<br>
_______________________________________________<br>
Nut-upsuser mailing list<br>
<a href="mailto:Nut-upsuser@alioth-lists.debian.net" target="_blank" rel="noreferrer">Nut-upsuser@alioth-lists.debian.net</a><br>
<a href="https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsuser" rel="noreferrer noreferrer" target="_blank">https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsuser</a><br>
</blockquote></div>