bee: pin homelab_bee as static peer
PSS chunks targeting prod's ff89* neighborhood are being routed by homelab pushsync to random peers in the ff prefix (e.g. ff7adaed) rather than prod_bee at ff896a93, because Bee 2.8's routing table evicts prod_bee from homelab's bin-1 when other ff peers appear. Same problem in reverse — prod has no protection on its homelab connection. --static-nodes keeps the libp2p connection alive across kademlia churn. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
This commit is contained in:
1 parent
050e10e284
commit
eed113c527
1 file changed
+6
@@ -228,6 +228,12 @@ services:
|
|||||||
BEE_NETWORK_ID: "1"
|
BEE_NETWORK_ID: "1"
|
||||||
BEE_WELCOME_MESSAGE: "t4t-gateway"
|
BEE_WELCOME_MESSAGE: "t4t-gateway"
|
||||||
BEE_DATA_DIR: /home/bee/.bee
|
BEE_DATA_DIR: /home/bee/.bee
|
||||||
|
# Pin homelab_bee as a static peer so the libp2p connection survives
|
||||||
|
# routing-table churn. Without this, PSS chunks the homelab pushes
|
||||||
|
# toward us are landing at random ff-prefix peers (e.g. ff7adaed)
|
||||||
|
# instead of prod_bee at ff896a93, so the gateway never receives
|
||||||
|
# provider ack/deliver envelopes.
|
||||||
|
BEE_STATIC_NODES: "/dns4/bee.ffaerber.duckdns.org/tcp/1634/p2p/QmZTZyeQhFBMtta9XhtHUoLE3EtDKrzv76uoQX9h9SowQC"
|
||||||
volumes:
|
volumes:
|
||||||
- bee-data:/home/bee/.bee
|
- bee-data:/home/bee/.bee
|
||||||
ports:
|
ports:
|
||||||
|
|||||||
Reference in new issue
Block a user