Thank you for your reply.
I will take another look at syncthing and study this project.
Thank you for your reply.
I will take another look at syncthing and study this project.
Thank you for your reply.
This may be a good project, but as I wrote above, I have other tasks, and I will not be able to use âfilesenderâ for them.
Thank you for your reply.
As I wrote above about the tasks, I need a ready-made solution so that I can offer it to a doctor, teacher, welder, bus driver who does not know what VPS, SSH, etc. are.
This is a great thread as big file transfer is still among the most difficult and mostly unsolved things to do for free or even cheap especially for a non-expert on the internet. It is too bad that sometime in the 90s the decision was made that ISP shell accounts were not important anymore, such a powerful tool was taken from the userâs hands.
(edit)
There are rando services like this https://burritoshare.com/ Who are they, why are they
but I just donât know what the real deal is, they claim zero knowledge crypto etc, I guess bandwith is cheap and I cant see all of the ads?(thanks ublock and router blocklisting) Maybe they are just super cool dudes, who knows?
(edit2) burritoshare seems to use a Google STUN server to pierce NAT and connect two users, there are a number of different firewall and bandwidth estimators on the site in addition to the transfer portal. It is free as in beer and requires trust-me-bro as much as any project which is unaudited by an outside security researcher or team.
Burritoshare creator here:
Its on my personal dedicated server, and cost close to zero dollars to run since 99.999999% of the bandwidth is just p2p over webrtc. Also adding a cli binary next weekend because its much faster (browsers are welcome to throttle tabs that arenât active. Isnât as easy as web only, but a lot of people know how to do brew install now.
Out of curiosity, is there any third party stamp of approval that would make you trust it more?
View Our Open Source Code
Explore the code that makes BurritoShare possible
https://github.com/burritoshare/burritoshare
404 error. Did you move the repo to another forge? Couldnât find on Gitlab or Codeberg either.
That doesnât really work on the server side anyway. Sure, someone can make server side code available for public inspection but there is no way to prove that the code is actually what is being used.
Some people may choose to promote or not promote a service based on ideological reasons, e.g. whether it is freedom software and self-hostable or not. Security and audibility is a separate issue.
Warp uses it under the hood and while I havenât tested it with a 90GB file, it appears to be a good and fast Free Software option.
Also other apps here using it: GitHub - magic-wormhole/magic-wormhole.rs: Rust implementation of Magic Wormhole, with new features and enhancements · GitHub
But that really is the issue.
@biketool described the service as ârandoâ and asked âWho are they? Why are they?â i.e. implying at least scepticism if not distrust.
@burritoshare responded with: what would make you trust it more? e.g. a third party stamp of approval
Sorry, I wasnât continuing their discussion. Just checking out on my own from todayâs post.
My comment about being rando is more that with little effort I found your site and I spent no effort in verification.
Thank you for joining the conversation with us.
If I recall though I had issues transiting NAT, that you have a CLI client makes it easier for me to do testing.
IDK about stamps of approval, but interacting with the community here and elsewhere and having posted the code and protocols seems enough.
Again, my rando comment was more referring to my effort level finding you after a short web search to have something to post to a thread and hoping others would put eyes onto the project that I dont really have a need for but other users without out on the internet server infrastructure certainly do have a use case for.
It used to be âDonât underestimate the bandwith of a truck full of backup tapes.â Now you can still use a truck, but now it is full of other media.
The open source part was a reference implementation of the javascript side. But it had a bunch of bugs in it so i deleted it but forgot to delete the link. Probably can vibe-code a new one though.
Otherwise, i think the more friendly thing will just be make the CLI completely open source. The only thing it interacts with on my server is the connection brokering.
90 Gigabits? 11.25GB? Assuming Rsync?
Fixed that for you. ![]()
A truck is troublesome if the data has to go overseas.
Thatâs not very timely though - and not very cheap (for 90GB, which is after all just one flash drive or one ”SD card).
Wait, they could also technically use netcat⊠But thatâd be humorous lol