I have a k8s cluster running several pods, each with IPFS nodes running within - in order to peer explicitly with a single IPFS container from outside the cluster, we came up with a combination of pod cluster ip + pod cluster port along with some rules to prevent these pods from being moved around on restart. Using this information we have successfully peered within the cluster itself.
Which looks something like this:
$ ks describe pod ipfs-1 | grep Node:
$ k describe node ip-192-xyz…us-west-2.compute.internal | grep ExternalIP:
$ ks get svc | grep ipfs-1
ipfs-1 NodePort 10.100.180.231 4001:32639/TCP,5001:32058/TCP, 80m
Putting it all together,
^Peering with the above multiaddress from outside the cluster works perfectly.
However, this means that propagation to the public gateways is…still an issue since the announced value of ‘ipfs id’ contains an internal value. Explicit attempts to call 'ipfs dht provide ’ are still not propagated externally.
Ex. of ips id:
Is there a recommended approach for this specific scenario?