The 28967 port is closed on that address. Make sure that you have specified the address with a port.
In the docker version in the ADDRESS variable: -e ADDRESS="[2a03:10c3:259a:0:c09b:34e4:ae9c:24b9]:28967", in case of DDNS, it should be with port too.
To make it working, stop and remove the container:
Then run the container back with all your parameters, include changed one.
For the Windows version you should check your kademlia.external-address: or contact.external-address: in the configuration file "%ProgramFiles%\Storj\Storage Node\config.yaml", it should be with port too.
If you would change this configuration file, don’t forget to save it and restart the storagenode service either from the Services applet or from the elevated Powershell:
Restart-Service storagenode
For all OSes make sure that your firewall has an inbound rule to allow requests from the any source and any port to the TCP 28967 port and your PC as a destination.
If your firewall has any outbound rules, then add an outbound rule to allow the access from the any port of your PC to the any host with any port as a destination. Usually the firewall doesn’t have an outbound rules.
The firewall could be on your router or other hardware, or integrated to your OS
i have now also added a ipv4 address voor updates from storj , now the node is online,
in ddns i have only used the ipv6 adress to contact to the node , how do i kwow that only ipv6 is used for data and not the ipv4
and will the ipv6 address be used for the gegraphic location and not the ipv4 / if i understand it correct storj uses subnet to spread the data equal to the nodes is this by ipv6 subnet / 64 or
Hi Alexey, I know this is an old thread but are you aware if there’s more customers using IPv6? Currently have to pay monthly for a static IP myself, not at a loss but wondering if there’s an increase at all if it’s available? I’ve been checking here https://www.google.com/intl/en/ipv6/statistics.html
We doesn’t have any customer facing satellite with IPv6 yet. Satellites are hosted in the Google Cloud and they do not support the IPv6, even if our satellites are able to work with IPv6.
We have only one satellite with IPv6 support - Stefan
IPv6 is still not supported by the satellites due to more than just google/GCE not supporting it. We are having it on our radar. I am myself testing it already on the QA network with my testnet satellite:
For now, nodes are only working with IPv4 public address attached to it on the public, production network.
We do know that! And hence the work mentioned above! We are missing out on lots of nodes, bandwidth and opportunites, but it is a matter of balancing asks