- cross-posted to:
- technology@lemmy.ml
- cross-posted to:
- technology@lemmy.ml
Discord isn’t exactly known for generous file-sharing limits, still, the messaging app offered a 25MB limit to free users. The company has now updated its support page to reflect the upload limit for free users has been lowered to 10MB.
The issue is the absence of being able to port forward in a lot of places. UPNP exists on some networks but it’s usually disabled. But if we want actual peer to peer we’re going to need to implement some way to accept incoming connections EVERYWHERE.
IF ONLY WE COULD USE IPV6 WE WOULDNT BE HAVING THIS PROBLEM
YES FUCK YOU TOO COMCAST.
Comcast is one of the biggest IPv6 ISPs though?
not big enough.
IPv6
What about it
it doesn’t need NAT topology, at all. There is literally zero reason to use it. Direct P2P networking is so much easier over ipv6
Huh. I did not know that.
yeah, under IPv6 based home networking, you just assign a block of addresses to a home, 512 or something, for example, and then you just use a stateful firewall to do the same exact thing that a NAT + a stateful firewall would be doing on a traditional IPv4 network.
Nothing stops you from using a NAT if you felt like you wanted your networking to be more complicated for no reason. But you probably shouldn’t.
There are potential benefits for the anonymization of traffic (though this is probably easy enough to defeat by simply sniffing for all traffic across the IP block) a denial of service wouldn’t be super important anymore, as you could just engage in round robin across the other IPs, unless of course you DOS’d every IP all at once, but that would be super fucking obvious and trivial to deal with. Though it might kill an individual computer in the network due to traffic influx.
You could still engage in DHCP IP handouts, which would actually be beneficial in terms of traffic anonymization in this case. Especially on a high frequency basis. Similar to the effects of NATing on an IPv4 network.
Plus you could still grab a static IP address per device, and then just pass through firewall rules to allow external connections or whatever you please. No forwarding required.
Once an end-to-end, encrypted, connection is established between a pair of peers then anything can be sent through it. The establishment proces is generally facilitated by a server of some description so neither peer needs to allow inbound connections. (I’m a long, long way from being an expert on this and happy to be corrected - but this seems like network fundamentals?)
this is true, but the problem is that it’s really complicated, and not always reliable. Mostly due to NATing within the networks. Firewalls don’t help but you can get around those easily enough.
There’s no guarantee that you’ll get a reliable P2P network connection over a NAT unless one peer isn’t NATed. Which is unlikely.
TL;DR we would probably ddos the internet very quickly if we tried at the scale of something like discord.
Isn’t that what things like wormhole are made to deal with?
Firefox: Browser missing required feature. This application needs support for WebSockets, WebRTC, and WebAssembly.
Where do you see that? I just sent a file from Firefox on Debian to Vivaldi on Android with it to test.
There’s also just plain wormhole (https://github.com/magic-wormhole/magic-wormhole) as an application for Windows, Mac, and Linux if that web instance doesn’t work.