# Can't communicate with IPFS network

**URL:** <https://discuss.ipfs.tech/t/cant-communicate-with-ipfs-network/14587>\
**Category:** Help\
**Created:** [July 3, 2022, 3:04am UTC](https://discuss.ipfs.tech/t/cant-communicate-with-ipfs-network/14587 "2022-07-03T03:04:04Z")\
**Posts on this page:** 7\
**Page:** 1

<div class="post-metadata">

**Author:** ![dachenlian](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.ipfs.tech/dachenlian/32/6614_2.png) [@dachenlian](https://discuss.ipfs.tech/u/dachenlian)\
**Post date:** [July 3, 2022, 3:04am UTC](https://discuss.ipfs.tech/t/cant-communicate-with-ipfs-network/14587/1 "2022-07-03T03:04:04Z")

</div>

I’m trying to upload files to IPFS but they all seem to fail. I am not running `go-ipfs`. I am using Edge and Brave and Chrome. I’m building a Next.js app.

I create a node using `create()` from `ipfs-core` (v0.15.4). I am able to retrieve files using its CID from the browser that was used to upload it, but they can’t be found from another browser or using something like [Explore | IPLD](https://explore.ipld.io/#/)

When I try to upload something, I get a 500 server response like this:  
`https://node0.delegate.ipfs.io/api/v0/block/stat?timeout=30000ms&arg=QmSpztuwQfN3eRiL8o42ow3zHJuWu5HViCLud148BC8TyH`

When I try to retrieve a file using its CID from a different browser, I get a 503 response like this:  
`https://node1.preload.ipfs.io/api/v0/refs?r=true&arg=QmSscRQ3EWsyBB7QHqGsbkzAhUctLH4Yo2scjzACCWeUzs`

Any files uploaded from the current browser can be fetched, but anything uploaded using a different browser on the same computer remains pending indefinitely.

 ![image](https://us1.discourse-cdn.com/flex020/uploads/ipfs1/original/2X/f/f9aafe1b4c74f3d0d15b8655ea587fe649b7d7eb.png)

If any more information is needed please let me know.

---

<div class="post-metadata">

**Author:** ![meuthu](https://avatars.discourse-cdn.com/v4/letter/m/c57346/32.png) [@meuthu](https://discuss.ipfs.tech/u/meuthu)\
**Post date:** [July 3, 2022, 4:15am UTC](https://discuss.ipfs.tech/t/cant-communicate-with-ipfs-network/14587/2 "2022-07-03T04:15:30Z")

</div>

You should maybe specify what you mean by different browser.

---

<div class="post-metadata">

**Author:** ![meuthu](https://avatars.discourse-cdn.com/v4/letter/m/c57346/32.png) [@meuthu](https://discuss.ipfs.tech/u/meuthu)\
**Post date:** [July 3, 2022, 4:27am UTC](https://discuss.ipfs.tech/t/cant-communicate-with-ipfs-network/14587/3 "2022-07-03T04:27:44Z")

</div>

So you are able to upload successfully with each browser - Edge, Chrome, Brave - and retrieve the file with it’s CID only if it was uploaded on it’s respective browser node?

---

<div class="post-metadata">

**Author:** ![dachenlian](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.ipfs.tech/dachenlian/32/6614_2.png) [@dachenlian](https://discuss.ipfs.tech/u/dachenlian)\
**Post date:** [July 3, 2022, 4:36am UTC](https://discuss.ipfs.tech/t/cant-communicate-with-ipfs-network/14587/4 "2022-07-03T04:36:19Z")

</div>

That’s correct. I get a 500 error when I upload, so I think the file is cached in the browser node but fails to be shared with the public network. This is why the files uploaded using one browser can be fetched using its CID while files uploaded using another browser return 503 error codes.

---

<div class="post-metadata">

**Author:** ![meuthu](https://avatars.discourse-cdn.com/v4/letter/m/c57346/32.png) [@meuthu](https://discuss.ipfs.tech/u/meuthu)\
**Post date:** [July 4, 2022, 2:30am UTC](https://discuss.ipfs.tech/t/cant-communicate-with-ipfs-network/14587/6 "2022-07-04T02:30:24Z")

</div>

I deleted my original comment after noticing you were running a Next.js app which may make a difference here as I’m not 100% sure on it’s exact implementation as far as configuring browser nodes in ipfs and there isn’t much reference documentation. I assume you’re running an example similiar to this one - [js-ipfs-examples/examples/browser-nextjs at master · ipfs-examples/js-ipfs-examples · GitHub](https://github.com/ipfs-examples/js-ipfs-examples/tree/master/examples/browser-nextjs)

---

<div class="post-metadata">

**Author:** ![dachenlian](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.ipfs.tech/dachenlian/32/6614_2.png) [@dachenlian](https://discuss.ipfs.tech/u/dachenlian)\
**Post date:** [July 4, 2022, 4:02am UTC](https://discuss.ipfs.tech/t/cant-communicate-with-ipfs-network/14587/7 "2022-07-04T04:02:20Z")

</div>

Yes, that’s what I used, as well as creating a `Context` to make it available across the whole app. I originally used:

```javascript
if (globalThis.node) return
globalThis.node = create();

```

But that gave me the same outcome. I switched to the js-ipfs example to see if anything would be different.

---

<div class="post-metadata">

**Author:** ![meuthu](https://avatars.discourse-cdn.com/v4/letter/m/c57346/32.png) [@meuthu](https://discuss.ipfs.tech/u/meuthu)\
**Post date:** [July 4, 2022, 9:34am UTC](https://discuss.ipfs.tech/t/cant-communicate-with-ipfs-network/14587/8 "2022-07-04T09:34:42Z")

</div>

From what I gather you’re using the default config profile node settings, in this case I think you’re correct in that the successful requests are working in their respective browsers because it’s fetching from the browser cache. Theoretically, the way the default profile is configured it’s supposed to work the way you’re expecting, but more than likely when attempting to fetch content from a browser different than the one that at least attempted the upload your request is timing out in attempts to locate the CID from a preload node, if it even were posted at all. Assuming this is no fault of your own due to some kind of bug in any custom code you’ve applied - there is likely too much traffic traversing the node causing the timeout, or the node is actually down. [[link]](https://github.com/ipfs/js-ipfs/blob/master/docs/FAQ.md#what-are-all-these-refsqmfoo-http-errors-i-keep-seeing-in-the-console) The solution for this is to self-host your own delegate/preload nodes that the browser nodes can use to exchange content. [[link]](https://github.com/ipfs/js-ipfs/blob/master/docs/DELEGATE_ROUTERS.md#how-do-i-do-it)
