Trying to Dial Kubo Node with Web Transport #1951

TheGreatAlgo · 2023-05-25T11:59:05Z

Recently upgraded a node to support web transport near end of april and I cannot dial via web transport. Was able to connect at first but seemingly unable to connect or only very limited successes at attempts now. Was attempting to dial /ip4/45.55.32.80/udp/4001/quic-v1/webtransport/certhash/uEiAM_1-R7yfSAtnm9g_fzzcIccsT1RzKPfXPr5lKfqmVVQ/certhash/uEiAcLZS4mabYQl9V1K0QjWsToU21DtsWarGTjZQzecHFmg/p2p/12D3KooWG7itEPAHut3xsVo7CwyD8sKeQXKgQizotNhPsToCssXQ

and get this error

The text was updated successfully, but these errors were encountered:

TheGreatAlgo · 2023-06-28T13:03:23Z

Any updates on this? This is preventing a connection to our IPFS node that is supporting web transport and preventing us from implementing helia on browser side

achingbrain · 2023-07-05T07:29:51Z

It looks like the certhash(es) are invalid? There was a bug around this in certain versions of Kubo - are you using the latest version?

Otherwise, are you using the same certhashes as in April? They expire after a couple of weeks (limitation of the transport - see the certificates section of the spec) but the Kubo node should rotate them and report addresses with updated certhashes over time.

TheGreatAlgo · 2023-07-05T07:40:18Z

ahh so that version of Kubo wasn't rotating them as expected? We are using 0.19 i think. Seems like using 0.21 should resolve this?

achingbrain · 2023-07-05T07:44:27Z

Tediously the Kubo release notes don't say when the bug was fixed so I can't be certain but it's definitely worth updating.

The certhashes should change over time though - if you're using the exact same versions as in April they will definitely have expired by now.

BigLep · 2023-07-10T14:11:32Z

@TheGreatAlgo : did upgrading resolve the issue?

TheGreatAlgo · 2023-07-10T14:13:32Z

@BigLep Been a little swamped to try at the moment after upgrading. Hope to give it another look soon

BigLep · 2023-08-09T21:34:32Z

Transferring this issue from https://github.com/libp2p/js-libp2p-webtransport/issues/82 was requested by dClimate David on behalf of @TheGreatAlgo

TheGreatAlgo · 2023-08-10T10:37:49Z

After upgrading the node we still are having issues with certificate unknown. I am running the latest Helia and Libp2p versions as of yesterday but I suspect this is a kubo thing. How can we ensure the certificates are being rotated? does this mean /ip4/45.55.32.80/udp/4001/quic-v1/webtransport/certhash/uEiAM_1-R7yfSAtnm9g_fzzcIc... should change every two weeks? Do we have to just manually pay attention when they update and update on the frontend every single time it updates?

Also I tried https://github.com/libp2p/js-libp2p/tree/master/examples/libp2p-in-the-browser/webtransport/fetch-file-from-kubo to at least see if I could get the example working but connections were timing out with the example address.

We are running https://github.com/ipfs/kubo/releases/tag/v0.21.0 on the backend and trying to connect to it

p-shahi · 2023-08-15T20:27:53Z

This was discussed in today's js-libp2p maintainers call.

Do we have to just manually pay attention when they update and update on the frontend every single time it updates?

Right now the answer is sort of yes. If you've hardcoded the whole multiaddr into your application, then you'll have to pay attention and update manually since the addr will eventually be invalid.
Ideally, instead of hardcoding the multiaddr, it's better to encode the peerid of the nodes to dial and do a peer lookup via the dht.
However, browser dht queries are challenging atm because the whole query will stop when we encounter nodes that don’t have WebTransport addresses.
So the solution of encoding peerid & doing a lookup is limited until more of network supports WebTransport.
What percentage of the network supports WebTransport is something we're looking to get insight into. The ProbeLab team does network measurements but we don't have concrete numbers on WebTransport atm.

aschmahmann · 2023-08-15T23:24:16Z

Do we have to just manually pay attention when they update and update on the frontend every single time it updates?

Maybe a more flexible answer then the one above is that browser webtransport doesn't want the certificate hashes to be fixed and yet you want fixed addresses so something's got to give. Some examples:

Use your application as the mutability point and update it every two weeks
Use the peerID -> multiaddr mapping as the mutability point
- Find some system to do peer routing for you in a way the browser can access (DHT + Delegated routing, IPNI, etc.)
Use a non-peerID -> multiaddr mapping as the mutability point
- For example, DNSLink + DoH resolution in the browser

However, browser dht queries are challenging atm because the whole query will stop when we encounter nodes that don’t have WebTransport addresses.

Yeah, but then just ask someone else to do it for you 😄. Sure, it'd be nice to do it yourself but for now I don't see why not. There's IPIP ipfs/specs#417 for adding peer routing to the /routing/v1 API that should be better supported going forward, but if you needed something sooner you should be able to use https://github.com/libp2p/js-libp2p-delegated-peer-routing which has been around for a while.

To me this ^ seems like the easiest way to handle the certificate hash updates today. Although it comes with the caveat that you should make sure you've got a plan for swapping out even the peerIDs in the event say a private key is leaked.

TheGreatAlgo · 2023-08-16T13:40:07Z

Thanks for you help on this! helped clarify a little more. I attempted to use the libp2p delegated peer routing with my HeliaClient and ran into issue with connecting and getting data
So I applied the peer routers as suggested as below

Then I find the peer, and then connect to it. (peerid: 12D3KooWG7itEPAHut3xsVo7CwyD8sKeQXKgQizotNhPsToCssXQ)

And it shows a connection made.

So that part is great so far

However I keep getting webtransport issues on connection. It appears to try and connect but errors on the ipv6 address. CID that exists on this node is bafzbeib46bee2znfxnsl6wdnfey6b52i6527s3iyaj73j3eufsfnirqeq4

So switching to a different node of ours on 0.22 (different from the 0.21 tried before) and we manage to get connection! (peerid : 12D3KooWFqzYkjofVzvo7MdYy4h3cZwixJC1f6NFWGYPELU7yBNy)

but when fetching for different data that exists on this node, nothing happens. No error, no timeouts.

CID being fetched bafyreicvczjixk5g7gs4rdd3sjvt7wab7mqoqcj6mqkh3fq7rnpoyc5ati

Are there two different communication protocols (one for peers and one for content routing)? If we want to fetch data from a connected peer does it try to send out a request via the content routing?

When turning on the contentRouter via cid.contact our node is recognized and it tries to dial the data via webtransport but fails. I turned it off when we had success dialing because my thoughts is that we shouldn't need to rely on a external service if our node has the data and we are peered to it

I thought that if we had a successful peer connection we shouldn't have certhash issues or web transport issues?

Thanks once again in helping with this!

Current config

    const libp2p = await createLibp2p({
        // transports allow us to dial peers that support certain types of addresses
        transports: [webTransport()],
        connectionEncryption: [noise()],
        streamMuxers: [mplex()], // streamMuxers: [yamux(), mplex()],
        peerDiscovery: [
            bootstrap({
                list: [
                    "/dnsaddr/bootstrap.libp2p.io/p2p/QmNnooDu7bfjPFoTZYxMNLWUQJyrVwtbZg5gBMjTezGAJN",
                    "/dnsaddr/bootstrap.libp2p.io/p2p/QmbLHAnMoJPWSCR5Zhtx6BHJX9KiKNN6tpvbUcqanj75Nb",
                    "/dnsaddr/bootstrap.libp2p.io/p2p/QmZa1sAxajnQjVM8WjWXoMbmPd7NsWhfKsPkErzpm9wGkp",
                    "/dnsaddr/bootstrap.libp2p.io/p2p/QmQCU2EcMqAqQPR2i9bChDtGNJchTbq5TbXJJ16u19uLTa",
                    "/dnsaddr/bootstrap.libp2p.io/p2p/QmcZf59bWwK5XFi76CZX8cbJ4BhTzzA3gU1ZjYZcYW3dwt",
                    // "/ip4/45.55.32.80/udp/4001/quic/p2p/12D3KooWG7itEPAHut3xsVo7CwyD8sKeQXKgQizotNhPsToCssXQ",
                    // "/ip4/45.55.32.80/udp/4001/quic-v1/webtransport/certhash/uEiAM_1-R7yfSAtnm9g_fzzcIccsT1RzKPfXPr5lKfqmVVQ/certhash/uEiAcLZS4mabYQl9V1K0QjWsToU21DtsWarGTjZQzecHFmg/p2p/12D3KooWG7itEPAHut3xsVo7CwyD8sKeQXKgQizotNhPsToCssXQ",
                ],
            }),
        ],
        contentRouters: [ipniContentRouting("https://cid.contact")],
        // services: {
        //     // the identify service is used by the DHT and the circuit relay transport
        //     // to find peers that support the relevant protocols
        //     identify: identifyService(),
        //     // the DHT is used to find circuit relay servers we can reserve a slot on
        //     dht: kadDHT({
        //         clientMode: true,
        //         validators: {
        //             ipns: ipnsValidator,
        //         },
        //         selectors: {
        //             ipns: ipnsSelector,
        //         },
        //     }),
        // },
        peerRouters: [delegatedPeerRouting(client)],
    });

config for the better working node

	"ID": "12D3KooWFqzYkjofVzvo7MdYy4h3cZwixJC1f6NFWGYPELU7yBNy",
	"PublicKey": "CAESIFmQ1jfIE0EMrmzNOIwl9Xbvoml2JYt7ZpLcXMSXY3ai",
	"Addresses": [
		"/ip4/127.0.0.1/tcp/4001/p2p/12D3KooWFqzYkjofVzvo7MdYy4h3cZwixJC1f6NFWGYPELU7yBNy",
		"/ip4/127.0.0.1/udp/4001/quic-v1/p2p/12D3KooWFqzYkjofVzvo7MdYy4h3cZwixJC1f6NFWGYPELU7yBNy",
		"/ip4/127.0.0.1/udp/4001/quic-v1/webtransport/certhash/uEiCEWEj4tRXTc07CTSG-85iceKDtGkuotwBEST5vbHrT_g/certhash/uEiD9zjXupPyyym8K9ddVdL1c-JjmZmgp26VBGP29uk2t1Q/p2p/12D3KooWFqzYkjofVzvo7MdYy4h3cZwixJC1f6NFWGYPELU7yBNy",
		"/ip4/127.0.0.1/udp/4001/quic/p2p/12D3KooWFqzYkjofVzvo7MdYy4h3cZwixJC1f6NFWGYPELU7yBNy",
		"/ip4/167.71.180.28/tcp/4001/p2p/12D3KooWFqzYkjofVzvo7MdYy4h3cZwixJC1f6NFWGYPELU7yBNy",
		"/ip4/167.71.180.28/udp/4001/quic-v1/p2p/12D3KooWFqzYkjofVzvo7MdYy4h3cZwixJC1f6NFWGYPELU7yBNy",
		"/ip4/167.71.180.28/udp/4001/quic-v1/webtransport/certhash/uEiCEWEj4tRXTc07CTSG-85iceKDtGkuotwBEST5vbHrT_g/certhash/uEiD9zjXupPyyym8K9ddVdL1c-JjmZmgp26VBGP29uk2t1Q/p2p/12D3KooWFqzYkjofVzvo7MdYy4h3cZwixJC1f6NFWGYPELU7yBNy",
		"/ip4/167.71.180.28/udp/4001/quic/p2p/12D3KooWFqzYkjofVzvo7MdYy4h3cZwixJC1f6NFWGYPELU7yBNy",
		"/ip6/::1/tcp/4001/p2p/12D3KooWFqzYkjofVzvo7MdYy4h3cZwixJC1f6NFWGYPELU7yBNy",
		"/ip6/::1/udp/4001/quic-v1/p2p/12D3KooWFqzYkjofVzvo7MdYy4h3cZwixJC1f6NFWGYPELU7yBNy",
		"/ip6/::1/udp/4001/quic-v1/webtransport/certhash/uEiCEWEj4tRXTc07CTSG-85iceKDtGkuotwBEST5vbHrT_g/certhash/uEiD9zjXupPyyym8K9ddVdL1c-JjmZmgp26VBGP29uk2t1Q/p2p/12D3KooWFqzYkjofVzvo7MdYy4h3cZwixJC1f6NFWGYPELU7yBNy",
		"/ip6/::1/udp/4001/quic/p2p/12D3KooWFqzYkjofVzvo7MdYy4h3cZwixJC1f6NFWGYPELU7yBNy"
	],
	"AgentVersion": "kubo/0.22.0/",
	"Protocols": [
		"/floodsub/1.0.0",
		"/ipfs/bitswap",
		"/ipfs/bitswap/1.0.0",
		"/ipfs/bitswap/1.1.0",
		"/ipfs/bitswap/1.2.0",
		"/ipfs/id/1.0.0",
		"/ipfs/id/push/1.0.0",
		"/ipfs/kad/1.0.0",
		"/ipfs/ping/1.0.0",
		"/libp2p/autonat/1.0.0",
		"/libp2p/circuit/relay/0.2.0/hop",
		"/libp2p/circuit/relay/0.2.0/stop",
		"/libp2p/dcutr",
		"/libp2p/fetch/0.0.1",
		"/meshsub/1.0.0",
		"/meshsub/1.1.0",
		"/x/"
	]
}```

p-shahi · 2023-08-16T15:36:29Z

@TheGreatAlgo can you try on the latest version of js-libp2p libp2p-v0.46.5 and webtransport-v3.0.5? The reason I ask this is because there are fixes like reducing dial activity in browsers and a refactor WebTransport session closures that I'd like to see if it improves the following error you saw

Do you also see the following #1896 w/ the above error

#1969 helps with that (If you're trying to debug in the browser, and you leave it running for too long then you hit that 64 WebTransport session limit and no matter what you do, even if you got a new address youd' be like to dial, it still may not work because youv'e hit this other bug. So keeping the num of WebTransport sessions to minimum will make debugging this easier.)
Thanks for your patience

TheGreatAlgo · 2023-08-16T15:57:28Z

@p-shahi I tried upgrading to the latest but now I get this error. Seemingly finding the peer no longer works

swarm connecting the peer does work

I may have gotten the error at one point with the session limit

Faolain · 2023-08-16T16:02:35Z

If it helps this is the complete config for that node though I don't expect this to make a difference as node connection was working prior to the js-libp2p upgrade (sidenote: we were in the middle of attempting to configure it to add publishing to IPNI after those tests, so it could be possible there is residual IPNI stuff in this config but this was only done after seeing the above issues)

{
  "API": {
    "HTTPHeaders": {}
  },
  "Addresses": {
    "API": "/ip4/127.0.0.1/tcp/5001",
    "Announce": [],
    "AppendAnnounce": [],
    "Gateway": "/ip4/127.0.0.1/tcp/8080",
    "NoAnnounce": [],
    "Swarm": [
      "/ip4/0.0.0.0/tcp/4001",
      "/ip6/::/tcp/4001",
      "/ip4/0.0.0.0/udp/4001/quic",
      "/ip4/0.0.0.0/udp/4001/quic-v1",
      "/ip4/0.0.0.0/udp/4001/quic-v1/webtransport",
      "/ip6/::/udp/4001/quic",
      "/ip6/::/udp/4001/quic-v1",
      "/ip6/::/udp/4001/quic-v1/webtransport"
    ]
  },
  "AutoNAT": {},
  "Bootstrap": [
    "/dnsaddr/bootstrap.libp2p.io/p2p/QmNnooDu7bfjPFoTZYxMNLWUQJyrVwtbZg5gBMjTe>
    "/dnsaddr/bootstrap.libp2p.io/p2p/QmQCU2EcMqAqQPR2i9bChDtGNJchTbq5TbXJJ16u1>
    "/dnsaddr/bootstrap.libp2p.io/p2p/QmbLHAnMoJPWSCR5Zhtx6BHJX9KiKNN6tpvbUcqan>
    "/dnsaddr/bootstrap.libp2p.io/p2p/QmcZf59bWwK5XFi76CZX8cbJ4BhTzzA3gU1ZjYZcY>
    "/ip4/104.131.131.82/tcp/4001/p2p/QmaCpDMGvV2BGHeYERUEnRQAwe3N8SzbUtfsmvsqQ>
    "/ip4/104.131.131.82/udp/4001/quic/p2p/QmaCpDMGvV2BGHeYERUEnRQAwe3N8SzbUtfs>
  ],
    "Datastore": {
    "BloomFilterSize": 0,
    "GCPeriod": "1h",
    "HashOnRead": false,
    "Spec": {
      "mounts": [
        {
          "child": {
            "path": "blocks",
            "shardFunc": "/repo/flatfs/shard/v1/next-to-last/2",
            "sync": true,
            "type": "flatfs"
          },
          "mountpoint": "/blocks",
          "prefix": "flatfs.datastore",
          "type": "measure"
        },
        {
          "child": {
            "compression": "none",
            "path": "datastore",
            "type": "levelds"
          },
          "mountpoint": "/",
          "prefix": "leveldb.datastore",
          "type": "measure"
        }
      ],
      "type": "mount"
    },
    "StorageGCWatermark": 90,
    "StorageMax": "10GB"
  },
  "Discovery": {
    "MDNS": {
      "Enabled": true
    }
  },
  "Experimental": {
    "FilestoreEnabled": false,
    "GraphsyncEnabled": false,
    "Libp2pStreamMounting": false,
    "P2pHttpProxy": false,
    "StrategicProviding": false,
    "UrlstoreEnabled": false
  },
 "Gateway": {
    "APICommands": [],
    "HTTPHeaders": {
      "Access-Control-Allow-Headers": [
        "X-Requested-With",
        "Range",
        "User-Agent"
      ],
      "Access-Control-Allow-Methods": [
        "GET"
      ],
      "Access-Control-Allow-Origin": [
        "*"
      ]
    },
    "NoDNSLink": false,
    "NoFetch": false,
    "PathPrefixes": [],
    "PublicGateways": null,
    "RootRedirect": "",
    "Writable": false
  },
    "NoDNSLink": false,
    "NoFetch": false,
    "PathPrefixes": [],
    "PublicGateways": null,
    "RootRedirect": "",
    "Writable": false
  },
  "Identity": {
    "PeerID": "12D3KooWFqzYkjofVzvo7MdYy4h3cZwixJC1f6NFWGYPELU7yBNy",
  },
  "Internal": {},
  "Ipns": {
    "RecordLifetime": "",
    "RepublishPeriod": "",
    "ResolveCacheSize": 128
  },
  "Migration": {
    "DownloadSources": [],
    "Keep": ""
  },
  "Mounts": {
    "FuseAllowOther": false,
    "IPFS": "/ipfs",
    "IPNS": "/ipns"
  },
  "Peering": {
    "Peers": null
  },
  "Pinning": {
    "RemoteServices": {}
  },
  "Plugins": {
    "Plugins": null
  },
  "Provider": {
    "Strategy": ""
  },
  "Pubsub": {
    "DisableSigning": false,
    "Router": ""
  },
  "Reprovider": {},
  "Routing": {
    "AcceleratedDHTClient": true,
    "Methods": {
      "find-peers": {
        "RouterName": "WanDHT"
      },
      "find-providers": {
        "RouterName": "ParallelHelper"
      },
      "get-ipns": {
        "RouterName": "WanDHT"
      },
      "provide": {
        "RouterName": "ParallelHelper"
      },
      "put-ipns": {
        "RouterName": "WanDHT"
      }
    },
    "Routers": {
      "IndexProvider": {
        "Parameters": {
          "Endpoint": "http://127.0.0.1:50617",
          "MaxProvideBatchSize": 10000,
          "MaxProvideConcurrency": 1
        },
        "Type": "http"
      },
      "ParallelHelper": {
        "Parameters": {
          "Routers": [
            {
              "IgnoreErrors": true,
              "RouterName": "IndexProvider",
              "Timeout": "30m"
            },
            {
              "IgnoreErrors": true,
              "RouterName": "WanDHT",
              "Timeout": "30m"
            }
          ]
        },
        "Type": "parallel"
      },
      "WanDHT": {
        "Parameters": {
          "AcceleratedDHTClient": false,
          "Mode": "auto",
          "PublicIPNetwork": true
        },
        "Type": "dht"
      }
    },
    "Type": "auto"
  },
  "Swarm": {
    "AddrFilters": null,
    "ConnMgr": {},
    "DisableBandwidthMetrics": false,
    "DisableNatPortMap": false,
    "RelayClient": {},
    "RelayService": {},
    "ResourceMgr": {},
    "Transports": {
      "Multiplexers": {},
      "Network": {},
      "Security": {}
    }
  }
}

maschad · 2023-08-24T17:16:14Z

Thanks for sharing the config @Faolain is there a reason why it doesn't contain the peer routing configuration?

@p-shahi I tried upgrading to the latest but now I get this error. Seemingly finding the peer no longer works

@TheGreatAlgo what version of js-libp2p were you using prior to the upgrade to 0.46.5 ? Also if possible would you be able to enable the debug logs as well prior to that error? You can do this by setting the debug flag to libp2p:delegated-peer-routing

Faolain · 2023-08-25T19:40:50Z

Thanks for sharing the config @Faolain is there a reason why it doesn't contain the peer routing configuration?

ofc! and hm, not sure what you mean by this? What should it be instead? (for reference I believe this is the default configuration and I just cross checked with a local kubo config and it seems to be the same).

Btw is there an example node we can test connect to instead? Maybe it can make it easier to isolate the issue (in case somehow the node config was the problem?)

maschad · 2023-09-04T16:25:33Z

@p-shahi I tried upgrading to the latest but now I get this error. Seemingly finding the peer no longer works swarm connecting the peer does work

I may have gotten the error at one point with the session limit

It seems this is an issue related to our kubo rpc client, I've outlined more details in #1985

maschad · 2023-09-07T17:58:36Z

The issue has now been resolved @Faolain

Current config

        // services: {
        //     // the identify service is used by the DHT and the circuit relay transport
        //     // to find peers that support the relevant protocols
        //     identify: identifyService(),
        //     // the DHT is used to find circuit relay servers we can reserve a slot on
        //     dht: kadDHT({
        //         clientMode: true,
        //         validators: {
        //             ipns: ipnsValidator,
        //         },
        //         selectors: {
        //             ipns: ipnsSelector,
        //         },
        //     }),
        // },
        peerRouters: [delegatedPeerRouting(client)],
    });

After re-examining @TheGreatAlgo I notice that your kadDHT clientmode is disabled, could you try re-enabling it and seeing if you are no able to find to retrieve the peer info?

TheGreatAlgo · 2023-09-08T11:34:50Z

will look at this soon, just trying to resolve some other issues that are popping up

github-actions · 2023-09-15T00:17:37Z

Oops, seems like we needed more information for this issue, please comment with more details or this issue will be closed in 7 days.

TheGreatAlgo · 2023-09-19T05:20:27Z

haven't forgotten about this, sorry its taking so long to address

github-actions · 2023-09-26T00:17:46Z

Oops, seems like we needed more information for this issue, please comment with more details or this issue will be closed in 7 days.

github-actions · 2023-10-03T00:17:57Z

This issue was closed because it is missing author input.

BigLep transferred this issue from libp2p/js-libp2p-webtransport Aug 9, 2023

SgtPooki assigned achingbrain Aug 15, 2023

p-shahi mentioned this issue Aug 22, 2023

bug: KuboClient not returning multiaddrs in FIND_PEER event #1985

Closed

maschad mentioned this issue Sep 3, 2023

Bug: FINAL_PEER being returned without diallable addresses ipfs/js-kubo-rpc-client#176

Closed

maschad moved this from 🤨Needs Investigation to 🧱Blocked in js-libp2p Sep 5, 2023

maschad moved this from 🧱Blocked to 🤨Needs Investigation in js-libp2p Sep 7, 2023

maschad added the need/author-input Needs input from the original author label Sep 7, 2023

github-actions bot added the kind/stale label Sep 15, 2023

github-actions bot removed the kind/stale label Sep 20, 2023

github-actions bot added the kind/stale label Sep 26, 2023

github-actions bot closed this as completed Oct 3, 2023

github-project-automation bot moved this from 🤨Needs Investigation to 🎉Done in js-libp2p Oct 3, 2023

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Trying to Dial Kubo Node with Web Transport #1951

Trying to Dial Kubo Node with Web Transport #1951

TheGreatAlgo commented May 25, 2023

TheGreatAlgo commented Jun 28, 2023

achingbrain commented Jul 5, 2023 •

edited

Loading

TheGreatAlgo commented Jul 5, 2023

achingbrain commented Jul 5, 2023

BigLep commented Jul 10, 2023

TheGreatAlgo commented Jul 10, 2023

BigLep commented Aug 9, 2023

TheGreatAlgo commented Aug 10, 2023 •

edited

Loading

p-shahi commented Aug 15, 2023

aschmahmann commented Aug 15, 2023 •

edited

Loading

TheGreatAlgo commented Aug 16, 2023 •

edited

Loading

p-shahi commented Aug 16, 2023

TheGreatAlgo commented Aug 16, 2023 •

edited

Loading

Faolain commented Aug 16, 2023 •

edited

Loading

maschad commented Aug 24, 2023

Faolain commented Aug 25, 2023 •

edited

Loading

maschad commented Sep 4, 2023

maschad commented Sep 7, 2023

TheGreatAlgo commented Sep 8, 2023

github-actions bot commented Sep 15, 2023

TheGreatAlgo commented Sep 19, 2023

github-actions bot commented Sep 26, 2023

github-actions bot commented Oct 3, 2023

Trying to Dial Kubo Node with Web Transport #1951

Trying to Dial Kubo Node with Web Transport #1951

Comments

TheGreatAlgo commented May 25, 2023

TheGreatAlgo commented Jun 28, 2023

achingbrain commented Jul 5, 2023 • edited Loading

TheGreatAlgo commented Jul 5, 2023

achingbrain commented Jul 5, 2023

BigLep commented Jul 10, 2023

TheGreatAlgo commented Jul 10, 2023

BigLep commented Aug 9, 2023

TheGreatAlgo commented Aug 10, 2023 • edited Loading

p-shahi commented Aug 15, 2023

aschmahmann commented Aug 15, 2023 • edited Loading

TheGreatAlgo commented Aug 16, 2023 • edited Loading

p-shahi commented Aug 16, 2023

TheGreatAlgo commented Aug 16, 2023 • edited Loading

Faolain commented Aug 16, 2023 • edited Loading

maschad commented Aug 24, 2023

Faolain commented Aug 25, 2023 • edited Loading

maschad commented Sep 4, 2023

maschad commented Sep 7, 2023

TheGreatAlgo commented Sep 8, 2023

github-actions bot commented Sep 15, 2023

TheGreatAlgo commented Sep 19, 2023

github-actions bot commented Sep 26, 2023

github-actions bot commented Oct 3, 2023

achingbrain commented Jul 5, 2023 •

edited

Loading

TheGreatAlgo commented Aug 10, 2023 •

edited

Loading

aschmahmann commented Aug 15, 2023 •

edited

Loading

TheGreatAlgo commented Aug 16, 2023 •

edited

Loading

TheGreatAlgo commented Aug 16, 2023 •

edited

Loading

Faolain commented Aug 16, 2023 •

edited

Loading

Faolain commented Aug 25, 2023 •

edited

Loading