Sanaei 5fc4b9f463 fix(node): let a node-reported tag outrank a stale adopted alias ...

The alias re-application added in 0775fcaa wrote every adoptedAliases entry
onto the rebuilt map unconditionally, so an alias could override the id the
node itself reported for that same central tag. adoptedAliases is never
pruned — cacheDel clears remoteIDByTag and pushedFP only — so the entry
outlives the pairing that created it.

That inverts the intended precedence: once a push renames a node inbound to
the central tag, the node reports it directly, and a stale alias pointing at
some other inbound reusing the old name would win. Every state-changing op on
that inbound then targets the wrong one, overwriting or deleting an inbound
the operator created separately.

The alias now only fills a gap: a central tag the node already reports is
left alone.

2026-09-04 02:48:35 +02:00

..

local.go

…

manager_convergence_test.go

…

manager.go

…

reconcile_skip_test.go

…

remote_envelope_test.go

…

remote_mtls_test.go

…

remote_test.go

…

remote.go

…

runtime.go

…

tls_client_property_test.go

…

tls_client_test.go

…

tls_client_wire_test.go

…

tls_client.go

…