That worked. Many thanks. Everything now look okay?
Looks good from here, and running 0.12! 
Appreciate all your help. Time for a cool beverage and a movie 
Are there any ports other than 4001 which my firewall should allow from outside to optimize go-ipfs for access to the websites I publish on IPFS? That includes all the ones listed with a publishing program link at
ipns://k2k4r8n098cwalcc7rdntd19nsjyzh6rku1hvgsmkjzvnw582mncc4b4/IPFS_WebsitesDirectory.html
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.