27 Apr
2022
27 Apr
'22
12:03 a.m.
RTFM! There's a new one.... ok mea culpa :)
I did miss the '--remote-address' line in config.txt and did not read the
changes.txt thinking config.txt would be authoritative.
Thanks Paul for the pointers and extra info below. And thanks too for PDR!
iain
-----Original Message-----
From: Paul Koning <paulkoning(a)comcast.net>
Sent: Tuesday, April 26, 2022 6:41 PM
To: HECnet <hecnet(a)lists.dfupdate.se>
Subject: [HECnet] Re: Pydecnet Router
On Apr 26, 2022, at 1:22 PM, Johnny Billquist
<bqt(a)softjar.se> wrote:
The problem is that dynamic dns don't necessarily solve any problems. The address is
bound at start, and if the resolution in DNS changes at some later point, that won't
get reflected unless pydecnet would redo the name lookup, close and reopen the listening
socket bound to the new address.
PyDECnet rechecks the name resolution every hour. It doesn't close existing
connections, but if a node moves and its DNS entry is updated to reflect that, PyDECnet
will find it again and reconnect within an hour.
Changing the last byte of an address to 0 have no
special significance. It's not like it would be a wildcard or something. And no, a
socket binding do not include any netmask.
No, but we're not talking about socket address binding -- the address used in that
syntax is the other side address. You're correct that it doesn't do subnet
(prefix length) syntax.
Iain might have been able to get it running by just
skipping the host part. Basically:
circuit mul-123 Multinet :15001:listen --cost 8 --t3 120
The answer is in the documentation. When you install a new version, remember to check
CHANGES.txt which lists significant changes -- in particular, those that affect what you
put into config files. Quoting from there:
1.0-575: Correct documentation omission: in rev 570, the circuit configuration spec was
changed so "0.0.0.0" is no longer recognized as "any address allowed".
Instead, use an empty address or the special value "*".
And the detailed documentation for config files is in doc/config.txt which has this to
say:
--remote-address: Remote IP address. If omitted or specified as "*", for
inbound TCP modes, any destination address is accepted. For UDP and GRE, this is not yet
allowed, a specific address must be specified.
paul
_______________________________________________
HECnet mailing list -- hecnet(a)lists.dfupdate.se To unsubscribe send an email to
hecnet-leave(a)lists.dfupdate.se