Your node appears to use a random port every time you restart it. It is probably using UPnP to acquire a port instead of using 4001. Check your config at Swarm.DisableNatPortMap (I have mine set to true, so it doesn’t do that). If that’s the case, you actually don’t need to set up a static port forwarding (that’s what UPnP does for you). If you’d rather use static port forwarding, set that to true and port map UDP 4001 to 192.168.33.135:4001 and TCP 4001 to 192.168.33.135:4001, then make sure you are still reachable. Also, make sure that Reprovider.Strategy is set to “all”.
Swarm.DisableNatPortMap was false and now is true
Reprovider.Strategy was already set to “all”
Static IP .135 was already set on the node PC
Restarted the daemon after the config changes.
Port forwarding was already TCP and now also UDP.
Will reboot the node PC as soon as the current publish completes.
Many many thanks
The sites already seem to be responding much better, even without the node reboot.
I don’t see your node anymore, something is wrong with its advertising. Type “ipfs id” at the terminal and see which addresses it’s currently advertising, and make sure it includes both public addresses.
It is now advertising some addresses, but none of them are working:
> ipfs id 12D3KooWHWen2dsu4QWJE7srfSFduVPKTnGQ8jbx5MtG7iQc7YWD
Error: failed to dial 12D3KooWHWen2dsu4QWJE7srfSFduVPKTnGQ8jbx5MtG7iQc7YWD:
* [/ip4/104.156.24.117/tcp/54136] dial tcp4 104.156.24.117:54136: connect: connection refused
* [/ip6/64:ff9b::689c:1875/tcp/54136] dial tcp6 [::]:4001->[64:ff9b::689c:1875]:54136: i/o timeout
* [/ip4/104.156.24.117/udp/54136/quic] timeout: no recent network activity
* [/ip4/104.156.24.117/udp/4001/quic] timeout: no recent network activity
> nc 104.156.24.117 4001
>
I even tried to netcat into TCP 4001, and that doesn’t respond either. So, Your node is once again unreachable and needs some tlc…
It looks like the internet connection may have dropped for a few minutes a little bit ago.
ipfs id on this end now shows all the TCP and UDC connections without any errors or warnings
Still getting the same results, I don’t think either of your 2 port forwards are actually working at all. If you can’t get them to work, you should re-enable UPnP, which will make your node reachable again.
For some reason, after the internet interruption the peer count never recovered. Just restarted the daemon. Peer count is recovering and the sites on IPFS seem to be responding again.
But what about your inbound count (I still can’t connect)?
Inbound was good before my nap with a large number. Internet drop out seems to have knocked the daemon down since then with only a couple remaining inbound. Having an ice storm today and the internet is up and down. Just restarted the daemon again.
Yay, it just started to work properly:
> ipfs dht findpeer 12D3KooWHWen2dsu4QWJE7srfSFduVPKTnGQ8jbx5MtG7iQc7YWD
/ip6/::1/udp/4001/quic
/ip4/192.168.33.135/tcp/4001
/ip6/64:ff9b::689c:1875/tcp/4001
/ip6/::1/tcp/4001
/ip4/127.0.0.1/udp/4001/quic
/ip4/127.0.0.1/tcp/4001
/ip4/192.168.33.135/udp/4001/quic
/ip4/104.156.24.117/tcp/4001
/ip4/104.156.24.117/udp/4001/quic
The only thing is that it advertises an IPv6 address, but doesn’t answer on it (it might be an error).
P.S. You can count the IPv6 inbounds with the following command:
> ipfs swarm peers --direction | grep '^/ip6/.\+\sinbound$' | wc -l
64
That command without the 64 at the end returns 0 inbound ipv6
Not surprised. Last I checked my ISP wasn’t yet supporting ipv6
The 64 was my result when I ran it on my own node, sorry. I don’t understand why your node is advertising an IPv6 address then.
An easy way to get rid of it is to remove the 2 ip6 lines from Addresses.Swarm (which is fine, since your node doesn’t use IPv6).
Also, your node has begun to advertise some more ports too, something weird is going on:
> ipfs dht findpeer 12D3KooWHWen2dsu4QWJE7srfSFduVPKTnGQ8jbx5MtG7iQc7YWD
/ip4/104.156.24.117/tcp/4001
/ip4/104.156.24.117/udp/1026/quic
/ip6/::1/tcp/4001
/ip4/127.0.0.1/udp/4001/quic
/ip6/64:ff9b::689c:1875/tcp/4001
/ip6/::1/udp/4001/quic
/ip4/104.156.24.117/udp/4001/quic
/ip4/104.156.24.117/tcp/1024
/ip4/192.168.33.135/tcp/4001
/ip4/127.0.0.1/tcp/4001
/ip4/192.168.33.135/udp/4001/quic
Removed the 2 ip6 lines from Addresses.Swarm
With daemon running in cli, is there something I can enter, instead of ctrl-c to exit the daemon, and to restart?
Nah, ctl-C is fine. In theory, there’s an “ipfs shutdown” command, but I’ve never had much luck with it.
I did an ipv6 connectivity check and it came back as bad for my router IP.
Time to call it a successful day and relax for a while.
Once again, many thanks.
My go-ipfs daemon is now saying its config bootstraps and/or peers need updating. I currently have some bootstraps listed with none responding apparently. No peers listed in my config. Where do I find updated info for these sections which should be reliable? It does go ahead and start as is.
It’s more likely that your node is unable to communicate at all (I’m not aware of any changes in the bootstrap list).
P.S. Juuust in case you have a really old list, here is a copy of mine:
"Bootstrap": [
"/ip4/104.131.131.82/tcp/4001/p2p/QmaCpDMGvV2BGHeYERUEnRQAwe3N8SzbUtfsmvsqQLuvuJ",
"/ip4/104.131.131.82/udp/4001/quic/p2p/QmaCpDMGvV2BGHeYERUEnRQAwe3N8SzbUtfsmvsqQLuvuJ",
"/dnsaddr/bootstrap.libp2p.io/p2p/QmNnooDu7bfjPFoTZYxMNLWUQJyrVwtbZg5gBMjTezGAJN",
"/dnsaddr/bootstrap.libp2p.io/p2p/QmQCU2EcMqAqQPR2i9bChDtGNJchTbq5TbXJJ16u19uLTa",
"/dnsaddr/bootstrap.libp2p.io/p2p/QmbLHAnMoJPWSCR5Zhtx6BHJX9KiKNN6tpvbUcqanj75Nb",
"/dnsaddr/bootstrap.libp2p.io/p2p/QmcZf59bWwK5XFi76CZX8cbJ4BhTzzA3gU1ZjYZcYW3dwt"
],
Thanks again for all your help. That list did eliminate the daemon error soon after startup.
The node that file was on crashed and there wasn’t a proper backup. The content is being loaded on a new node, including several websites. After the new node is loaded, the new location will be announced at Web3 Only Podcast – Telegram (no need for a telegram account to view)