<div dir="auto">Just in case, to the last couple of posts speaking of multiple listeners: NUT does allow specifying several lines of `LISTEN host port` to handle multi-homing and whatnot. A reminder to readers who might not realize this possibility exists already.<div dir="auto"><br></div><div dir="auto">Jim</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Apr 30, 2024, 18:00 Kelly Byrd <<a href="mailto:kbyrd@memcpy.com">kbyrd@memcpy.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">IMO, if NUT is going to offer "host and port" in the config, It should be host:port. That will surprise the fewest people. Spaces can then be used to separate multiple entries (host1:port1 host2:port2)<br>I do NOT think you need to go down the "resolve service name string to port". </div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Apr 29, 2024 at 6:32 AM Greg Troxel via Nut-upsuser <<a href="mailto:nut-upsuser@alioth-lists.debian.net" target="_blank" rel="noreferrer">nut-upsuser@alioth-lists.debian.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Jim Klimov <<a href="mailto:jimklimov%2Bnut@gmail.com" target="_blank" rel="noreferrer">jimklimov+nut@gmail.com</a>> writes:<br>
<br>
> Just to clarify: using a different port *is* possible since forever, with<br>
> `LISTEN host port` (as two arguments to the directive); the question was if<br>
> having a way to spell it as one argument as `LISTEN host:port` would solve<br>
> some shortcomings/ease adoption more than introduce some new problems :)<br>
<br>
Ah.  Well, if there is already a way to do it, IMHO adding a second way<br>
is complexity with no benefit.<br>
<br>
why would anyone want to use "host:port" when "host port" works?  That<br>
just seems like "I want to rewrite the config format, because [why?]."<br>
<br>
<br>
> With recent releases addressing this area, a host name resolving to several<br>
> IP addresses should be recognized, but at the moment this would only emit a<br>
> warning about the situation and the first seen IP address number would get<br>
> attempted for bind(). If this proves to be a problem, should not be too<br>
> hard to address (need to inject entries into an internal list tracking the<br>
> sockets which is originally sized by amount of LISTEN lines; there is<br>
> already precedent for injection of IPv4 and IPv6 where a single `LISTEN *`<br>
> directive and avoided dual-stack mode are in place).<br>
<br>
That seems separable, but I'd say listening on the first addr is a bug.<br>
<br>
> As for practical use of non-default ports, NIT (NUT Integration Testing)<br>
> scripts come to mind and do that extensively (especially where the same CI<br>
> host/agent can be running different scenarios in parallel, so any one<br>
> hard-coded port is prone to conflict).<br>
<br>
That's fair.<br>
<br>
> Other practical reasons might include security by obscurity (like runpning<br>
> web consoles or ssh on strange ports), running different NUT data servers<br>
> (e.g. real drivers on one, and "dummy-ups" or "clone*" relays on the<br>
> other), or attempts to avoid conflicts with uncooperative software. Can't<br>
> think of much more quickly :)<br>
<br>
Given that it's already supported, that query of mine is out of scope.<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>
_______________________________________________<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>