Live data from Hacker News

Major P2P issues in Israel and possibly other Middle East countries

github.com

81–90 of 157 posts

Re: Major P2P issues in Israel and possibly other Middle East countries

#81
post #63

Earlier quoted context omitted.

> Who These dudes and dudettes playing video games > what? Military service

https://en.wikipedia.org/wiki/Conscription_in_Iran FWIW I don't agree with the comment chain's source, I read "regular people" as "civilians" and don't think there was any nasty connotation meant.

[dead]

Re: Major P2P issues in Israel and possibly other Middle East countries

#82
post #60

I think what we’re seeing here isnt Valve messing up but rather the middle east conflict expanded to cyberspace and spilling over to impact civilians. Look at the timing and affected countries. China isnt also exactly known for free internet. WebRTC works as fallback. WebRTC is encrypted and cant be used for much else. STUN in the otherhand is unencrypted and the protocol itself can be used for DDoS reflection/amplif…

STUN/TURN is basically icanhazip for WebRTC. STUN gives you your public IP:port. TURN is the same, but the returned IP:port is the one that had been dynamically allocated to you at time of querying, rather than the actual ones. WebRTC clients take that STUN/TURN response and send to peers through out-of-band, through e.g. a lobby server chat mechanism, to set up the connection. This allows NAT table entries to be cre…

TURN is the last resort and isn't just signaling. It carries the traffic as well.

If you can make all the STUN servers fail from the perspective of the clients, you could hypothetically force them to use TURN servers that are more centralized and easier to spy on. STUN negotiates pipes n:n. TURN is closer to n:1.

Re: Major P2P issues in Israel and possibly other Middle East countries

#83

Earlier quoted context omitted.

I lack an informed opinion on the matter but I have to wonder what you think the one thing has to do with the other? Developers have very little choice but to go where the customers are.

Why aren't the customers going to Epic Game Store? It's the PC, after all. It's explicitly not a walled garden

Who knows? Presumably because Steam hasn't done anything to drive them off, they've generally been satisfied with the service, and the titles they want are available. At least that would be my guess based on my personal experience but I assume Valve has a much better grasp of their audience than I do.

Re: Major P2P issues in Israel and possibly other Middle East countries

#84

Is this a bug on Valve? Or is it simply a case of "My ISP is fucking with my internet traffic and they won't admit it please help me"

Reading the github thread points to a case of: "My country's governemt mandated it's ISPs fuck with my internet traffic, but steam P2P stuff used to not be affected but now is" across mutiple countries. People have found it works again if they roll back some of steam's dlls so Valve can probably fix ir.

Re: Major P2P issues in Israel and possibly other Middle East countries

#85

My unpopular opinion: Valve is basically a parasite or a landlord. They've been so successful it's hard to imagine a world without them, and they say "you gotta give the parasite its due" and we believe them and comply. It's been kept around because they treat their customers ok, but they absolutely exsanguinate their developers. And their engineering culture is... odd. They hire senior people and then let them all f…

I'd question the idea that they treat developers poorly. Epic Games Store exists and Famously beats Steam (and others) over the head by charging only a 12% fee Hell, they even buy timed exclusive access to certain games And yet. Steam persists

The Epic store is horrendously slow though. I bought a few games there but in practice the client is just so slow that I avoid it if I can.

Re: Major P2P issues in Israel and possibly other Middle East countries

#86

My unpopular opinion: Valve is basically a parasite or a landlord. They've been so successful it's hard to imagine a world without them, and they say "you gotta give the parasite its due" and we believe them and comply. It's been kept around because they treat their customers ok, but they absolutely exsanguinate their developers. And their engineering culture is... odd. They hire senior people and then let them all f…

I'd question the idea that they treat developers poorly. Epic Games Store exists and Famously beats Steam (and others) over the head by charging only a 12% fee Hell, they even buy timed exclusive access to certain games And yet. Steam persists

Having worked in the games industry for long time, everyone is constantly trying in vain to escape the 30% tax.

Re: Major P2P issues in Israel and possibly other Middle East countries

#87
post #55

Earlier quoted context omitted.

Totally agreed. I'm building a Steam competitor, that's web-based (WebGPU/WASM) as well as cross-platform. Light on games atm, but the goal is to replicate over time virtually every feature Steam has to offer, as well as more. You can check out a preview of the portal here: https://gameselect-knvxf8av.manus.space/

What lets you host Monkeyball like that. Are you going to port Xonotic to WASM?

Starting a sustainable steam competitor with piracy sure seems like a great idea!

Re: Major P2P issues in Israel and possibly other Middle East countries

#88
post #82
post #60

Earlier quoted context omitted.

STUN/TURN is basically icanhazip for WebRTC. STUN gives you your public IP:port. TURN is the same, but the returned IP:port is the one that had been dynamically allocated to you at time of querying, rather than the actual ones. WebRTC clients take that STUN/TURN response and send to peers through out-of-band, through e.g. a lobby server chat mechanism, to set up the connection. This allows NAT table entries to be cre…

TURN is the last resort and isn't just signaling. It carries the traffic as well. If you can make all the STUN servers fail from the perspective of the clients, you could hypothetically force them to use TURN servers that are more centralized and easier to spy on. STUN negotiates pipes n:n. TURN is closer to n:1.

> force them to use TURN servers that are more centralized and easier to spy on

Webrtc traffic is encrypted as it travels through the TURN servers, isn't it? Sure, you get some which-ip-contacted-which-using-what-service metadata, but any active middleman able to mess with STUN traffic already has that.

It could just be that someone's fucked up a setting somewhere. I mean, the reason WebRTC has loads of options for 'interactive connectivity establishment' is because it's common to see users behind NAT, users whose NAT cant be traversed with STUN, IPv6 being broken, UDP getting blocked, TCP ports other than port 443 getting blocked, etc etc.

If a country's ISPs use CGNAT to avoid giving users precious IPv4 addresses, and world events made the ISPs turn the security settings up to 11, STUN just stops working.

Re: Major P2P issues in Israel and possibly other Middle East countries

#89
post #82

Earlier quoted context omitted.

TURN is the last resort and isn't just signaling. It carries the traffic as well. If you can make all the STUN servers fail from the perspective of the clients, you could hypothetically force them to use TURN servers that are more centralized and easier to spy on. STUN negotiates pipes n:n. TURN is closer to n:1.

> force them to use TURN servers that are more centralized and easier to spy on Webrtc traffic is encrypted as it travels through the TURN servers, isn't it? Sure, you get some which-ip-contacted-which-using-what-service metadata, but any active middleman able to mess with STUN traffic already has that. It could just be that someone's fucked up a setting somewhere. I mean, the reason WebRTC has loads of options for '…

The traffic is encrypted, but this makes it a lot easier to acquire if you have some way to break it.
Post reply on HN