Mind elaborating why you disabled QUIC (and not TCP)?
QUIC + lower number of connections should behave fine without need for any additional tweaking.
What type of problems are you experiencing wit your ISP?
UI for changing the datastore size will most likely be added in later releases.
Exposing GUI for disabling reproviding is more challenging.
When you disable reproviding it makes it impossible to use IPFS for publishing and sharing. Importing a file and sharing its CID won’t work unless someone else is providing the file+CID to the network or other peer is directly connected to you. This means we need to disable all related features (current and future), which adds complexity. For this reasons think it will remain a “power-user setting” available only via JSON config for the time being. We may revisit this when we have delegated pinning ecosystem ready (then you can have those features, as long you set up a pinning service).
Brave was mentioned on HackerNews website and all over the web recently for it’s IPFS support. Here’s a couple of links I found today, which I’ll post here just since everyone is probably interested. IPFS is growing fast!
Can someone explain how to use ipfs. I installed the desktop on my machine. Now what do I do? How do I find ipfs websites? How do I find files that someone shares? How do I do anything.
IPFS is currently more of a name of a technology than something end users just “go and use” but basically one simple example use case would be you could to go https://pinata.cloud/ and learn how to upload a file, and then your file will be available in to use in other places on the web using it’s URL, and anyone using IPFS technology can get that file.
I am really new to the ipfs. What I noticed was some random hiccups on the speed of my internet connection, while the ipfs companion extension on brave was active. Is this something normal and expected?
I’d say it depends. Download speed depends on how many peers are providing the content you are looking for. If you are browsing popular content like ipns://en.wikipedia-on-ipfs.org then you will most likely get it faster than if you are fetching something that is provided only by a few or one peer, as it takes longer to find a reliable provider.
I know with earlier versions of IPFS (not sure about IPFS Companion) just by installing IPFS and starting it, you would notice a massive amount of bandwidth being consumed, even when you aren’t downloading anything. Clearly the rest of the network is just “making use of” it’s newfound resources. lol.
In my docker instance, the solution was to set routing to “dhtclient” and/or profile to “lowpower” to stop it from hogging resources, but for some reason the default settings were to just go ahead and hog. I think the philosophy was sort of like with BitTorrent, where simply being a part of the network means they want to go ahead and use your resources.
The default config of go-ipfs daemon is optimized for server use.
IPFS Desktop and Brave come with custom configuration tailored towards desktop use and consumer-grade networks (lower number of maintained connections, smaller datastore, enabled GC etc).
Regarding older versions, could be:
Old versions of ipfs-webui preloaded a lot of geoip data from IPFS, which produced huge traffic spike and gave users the impression that IPFS is expensive to run.
This has been fixed and geoip lookups are executed only when the user opens Peers screen.
go-ipfs 0.5.0 enabled AutoNAT service by default, making nodes switch to DHT server only when it makes sense. This switched many go-ipfs nodes to dhtclient mode (even if they had no --routing=dhtclient) and decreased the “ambient metadata traffic” significantly.
Another trouble I am having with trying to use ipfs on brave via ipfs companion is this:
Trying to download a pdf file (1) via ipfs network isn’t resolving in anything. My ipfs companion currently has ~200 peers. Ipfs node type is “Provided by Brave (experimental)”. Use Automatic mode is disabled (I want to strictly use my own local node). Use Local Gateway is enabled. Use Subdomains are enabled.
However, the ipfs tab is just keep loading (waiting for localhost…) without actually downloading the pdf.
Pre-Post Edit: I was tinkering around the ipfs companion extension settings while using this. Is enabling/disabling Load DNSLink Sites from Custom Gateway setting can have an effect?
Can your PDF be downloaded by some other gateway like ipfs.io, using http? Can your Brave ipfs:// work on any files you know also work already via ipfs.io on http ?
Thanks for this feature! I’m currently having a little play with it and it seems really good!
I’m working on building a platform on top of IPFS just now, as we are still early and trying to stay stealthy we are running our own IPFS network with a custom set of bootstrap servers and a swarm key.
I had a little look through the config settings and I can see how to get access to the node to tweak that such as setting the new bootstrap servers. What I couldn’t spot was a way to load in a custom swarm key. I wonder if this is possible?
It would greatly simplify demos for our prospective users if we can tell them “just install brave and use this config”. We do manage fine using wss connections to a server just now but it would be really neat to have people running local nodes so they have their own local persistent cache, but also to remove the reliance on the in browser js-ipfs nodes and webrtc setup.
I understand this isn’t a primary use case, it would be super handy for us though.
Checked to download the same file on Firefox without ipfs. And Firefox is also on stuck on keep loading. Perhaps it’s a problem with the file’s availability on ipfs, rather than a fault on the Brave ipfs extension.
I haven’t tried downloading a pdf that I know of from ipfs network. I just started using ipfs!
I should have dug more before asking - if anyone else is trying to get the brave IPFS node to connect to a private network, you can find Braves copy of ipfs in ~/.config/BraveSoftware/Brave-Browser/brave_ipfs/, adding the swarm key there and updating the bootstrap servers in the config has allowed us to join the Brave browser node to our private network.
This is really awesome, well done!
Curiously this didn’t break braves ability to handle urls from the main IPFS network, I guess it is falling back onto the backup gateway.
Apart from the issue I mentioned before, one consistent thing seems to be, when I go to an ipfs link, is large drop-down in my internet connection. Other tabs in my browser, also other programs using the internet connection, lose their internet connection, while the ipfs tab keeps on the loading.
This is one of the reasons I disable QUIC … in some cases, I’ve experienced local flooding of UDP packets… My ISP also seems to be performing some type of traffic filtering/blocking.
After disabling QUIC, I can run multiple IPFS nodes per LAN host without too many issues.
To disable QUIC… modify the config file as follows:
All other things being equal, IPFS network interaction will be slower when QUIC is disabled.
However, I’ve had issues with UDP which result in IPFS becoming mostly non-functional. So, in my case it’s “slow” but functional or mostly non-functional.
