Error webui trying to access an unexisting URL

Jean-Baptiste-Lasselle commented 1 year ago

The Web UI is accessible, even if it does throw errors :

The webui tries to access : http://bafkqae2xmvwgg33nmuqhi3zajfiemuzahiwss.ipfs.localhost:8080/
I tested that accessing http://onedev.pokus.io:8080/ipfs/bafkqae2xmvwgg33nmuqhi3zajfiemuzahiwss does work

ALso :

The browser tries to access : ccc
As i try manually i indeed get a 404 for the same URL
BUt i checke I have access to static website at 👍 :
- http://onedev.pokus.io:5001/ipfs/bafybeicyp7ssbnj3hdzehcibmapmpuc3atrsc4ch3q6acldfh4ojjdbcxe/static/
- http://onedev.pokus.io:5001/ipfs/bafybeicyp7ssbnj3hdzehcibmapmpuc3atrsc4ch3q6acldfh4ojjdbcxe/static/js/
- I set to false, instead of true, the Gateway.NoFetch configuration property ipfs config --json Gateway.NoFetch false, and now the 2 above http links do work, SO I now only have the issue that the webclient tries to access URLs with domain names which do not exist, eg http://bafkqae2xmvwgg33nmuqhi3zajfiemuzahiwss.ipfs.localhost:8080/

Jean-Baptiste-Lasselle commented 1 year ago

OK, I made a few configuration changes, and :

the git tag FIRST_SUCCESS_ALL_MENUS gives a version which works for all menus,
there are still 2 types of errors in the javascript console, both occuring because the request URL use FQDNs which do not exist (so I think a few more configuraiton changes might be enough :

Error no.1 request URL : http://bafkqae2xmvwgg33nmuqhi3zajfiemuzahiwss.ipfs.localhost:8080/
Error no.2 request URL : http://0.0.0.0:8080/ipfs/bafkqae2xmvwgg33nmuqhi3zajfiemuzahiwss

Jean-Baptiste-Lasselle commented 1 year ago

In my opinion, I have to find the configuration to set one conf param, to a value different than the WebUI base URL I think, as it appears in the logs, maybe... ? :


ipfs1       | Swarm announcing /ip4/172.27.0.4/tcp/4001
ipfs1       | Swarm announcing /ip4/172.27.0.4/udp/4001/quic
ipfs1       | Swarm announcing /ip4/172.27.0.4/udp/4001/quic-v1
ipfs1       | Swarm announcing /ip4/172.27.0.4/udp/4001/quic-v1/webtransport/certhash/uEiCcTdzTb1zr7fUvAhyUSt7kr9e0RPh0n_Wz77ChHtoRIg/certhash/uEiC4PoG_htPcY8QzagsUb7WkoEWRuio5H6N3UVNMqC7n7A
ipfs1       | RPC API server listening on /ip4/0.0.0.0/tcp/5001
ipfs1       | WebUI: http://0.0.0.0:5001/webui
ipfs1       | Gateway server listening on /ip4/0.0.0.0/tcp/8080
ipfs1       | Daemon is ready

Jean-Baptiste-Lasselle commented 1 year ago

donc un tunnel ssh au lieu d'exposer et de modifier le docker compose, est une solution correcte pour commencer en mode dev:

et clairement la config n'aide pas à exposer la webui
https://discuss.ipfs.tech/t/ipfs-api-connection-refused/12937/6

Jean-Baptiste-Lasselle commented 1 year ago

Okay, so from where I am now, I need to understand IPFS concepts, especially those related to the gateway :

Jean-Baptiste-Lasselle commented 1 year ago

Petit indice sur la manière dont fonctionne la résolution de noms avec IPFS :

J'ai d'abord trouvé un lien public vers une ressource IPFS publiée par un serveur IPFS public : https://bafybeicgmdpvw4duutrmdxl4a7gc52sxyuk7nz5gby77afwdteh3jc5bqa.ipfs.dweb.link/wiki/Mars.html
Puis j'ai expérimenté quelques ping :
```
$ ping dweb.link
```

Envoi d'une requ▒te 'ping' sur dweb.link [2602:fea2:2::1] avec 32 octets de donn▒es▒: R▒ponse de 2602:fea2:2::1▒: temps=78 ms R▒ponse de 2602:fea2:2::1▒: temps=56 ms R▒ponse de 2602:fea2:2::1▒: temps=40 ms R▒ponse de 2602:fea2:2::1▒: temps=76 ms

Statistiques Ping pour 2602:fea2:2::1: Paquets▒: envoy▒s = 4, re▒us = 4, perdus = 0 (perte 0%), Dur▒e approximative des boucles en millisecondes : Minimum = 40ms, Maximum = 78ms, Moyenne = 62ms

$ ping machin.dweb.link La requ▒te Ping n'a pas pu trouver l'h▒te machin.dweb.link. V▒rifiez le nom et essayez ▒ nouveau.

$ ping machin.ipfs.dweb.link
Envoi d'une requ▒te 'ping' sur machin.ipfs.dweb.link [2602:fea2:2::1] avec 32 octets de donn▒es▒: R▒ponse de 2602:fea2:2::1▒: temps=70 ms R▒ponse de 2602:fea2:2::1▒: temps=62 ms R▒ponse de 2602:fea2:2::1▒: temps=255 ms R▒ponse de 2602:fea2:2::1▒: temps=80 ms

Statistiques Ping pour 2602:fea2:2::1: Paquets▒: envoy▒s = 4, re▒us = 4, perdus = 0 (perte 0%), Dur▒e approximative des boucles en millisecondes : Minimum = 62ms, Maximum = 255ms, Moyenne = 116ms

$ ping bafybeicgmdpvw4duutrmdxl4a7gc52sxyuk7nz5gby77afwdteh3jc5bqa.ipfs.dweb.link

Envoi d'une requ▒te 'ping' sur bafybeicgmdpvw4duutrmdxl4a7gc52sxyuk7nz5gby77afwdteh3jc5bqa.ipfs.dweb.link [2602:fea2:2::1] avec 32 octets de donn▒es▒: R▒ponse de 2602:fea2:2::1▒: temps=174 ms R▒ponse de 2602:fea2:2::1▒: temps=81 ms R▒ponse de 2602:fea2:2::1▒: temps=36 ms R▒ponse de 2602:fea2:2::1▒: temps=73 ms

Statistiques Ping pour 2602:fea2:2::1: Paquets▒: envoy▒s = 4, re▒us = 4, perdus = 0 (perte 0%), Dur▒e approximative des boucles en millisecondes : Minimum = 36ms, Maximum = 174ms, Moyenne = 91ms



La configuration DNS requise est alors exactement analogue à la configuration `*.www.example.com` , appelée "wildcard records" ci-dessous (source: [cloudflare docs](https://developers.cloudflare.com/dns/manage-dns-records/reference/wildcard-dns-records/#create-a-wildcard-record) ) : 

![image](https://github.com/3forges/troisforges-ipfs/assets/35227860/94078c41-978b-43e4-ae2c-9c6e61f87368)

Pour notre cas de serveur IPFS public, ce serait un ajout de d'enregistrment DNS de type A ("A record") , avec  `*.ipfs` associé à l'IP du serveur, cad que tout les sous-domaines `*.ipfs.dweb.link` pointent vers l'adresse IP.

Bien, maintenant, notre première erreur navigateur survient lors qu'est lancée la requête d'URL http://bafkqae2xmvwgg33nmuqhi3zajfiemuzahiwss.ipfs.localhost:8080/ : 
* cela devrait être http://bafkqae2xmvwgg33nmuqhi3zajfiemuzahiwss.ipfs.onedev.pokus.io:8080/ ou http://bafkqae2xmvwgg33nmuqhi3zajfiemuzahiwss.ipfs.pokus.io:8080/
* et cela alors impliquerait un ajout d'enregistrement DNS, de type A, wildcard, `*.ipfs` : l'équivalent pour `/etc/hosts` serait alors `<adresse IP VM>    *.ipfs.pokus.io`
 * cependant les wildcard DNS ne sont pas pris en charge par `/etc/hosts`: il sera donc nécesaire d'utiliser un véritable serveur DNS, comme `dnsmasq`

See also : https://webui.ipfs.io/#/welcome

Jean-Baptiste-Lasselle commented 1 year ago

Others wwho show how they deploy IPFS :

3forges / troisforges-ipfs

Error webui trying to access an unexisting URL #1