Nice catch, without IP6 on local field it wasn’t working.[quote=“cgeek, post:15, topic:1392”]
use IPv4 (which has local + remote + UPnP + local port + remote port sections)
use IPv6 (which has only IPv6 + port = )
or even use both of them
[/quote]
Nice implementation.
For now, we must use both protocols, as there almost less than 10% of nodes handling IP6.
This is source of fork as many node can’t communicate with it. It’s better to handle both.
Yes of course, I do not plan to stop using IPv4. I mean: a user can choose to only be available on the network through IPv6 (like my node is doing from today), or just IPv4, or both.
It’s already the case as of today, but a bit tricky to do. It is not clear for the users
J’ai le même problème, j’essaie de créer un nœud mais toujours ce message d’erreur et je ne comprends rien aux explication données. Qqn à t’il une solution simple…??
Je ne comprends pas tout, mais j’ai deux questions : la connexion ne se fait-elle pas par défaut en IPv6 ? WS2P est il là pour d’autres raisons aussi importantes que passer à travers un NAT ?
Il me semble que non mais comme mon put*** de FAI ne me donne pas d’ip v6 je ne peut de toute façon pas tester
WS2P est là pour bien d’autres raisons qui n’ont rien a voir. Il est vrai en revanche que grâce a WS2P un nœud peut rester synchroniser au réseau sans avoir besoin d’être accessible depuis l’extérieur.
BlockquoteThank you as well, we will make the configuration much easier + definitely fix the hairpinning problem for future users thanks to your tests!
will the config be updated in the docker image also? Can you confirm an ETA please? TIA
Thank you for your feedback @cgeek. As I understand, V2S is still in alpha state, meaning it can’t be used with G1 yet. Any ETA on when it might become useable? Many thanks