Group Details Private

FAF Server Admin

The ones who must not be pinged

RE: I don't know what I did...

warning: Unable to find file /mods/umt/modules/linq.lua

Looks like you are missing a file for a mod

posted in I need help
RE: More connection issue - but something seems to be off

Host candidates are all candidates "harvested" from your network interfaces - virtual or physical. So a 10.x.x.x address or 172.x.x.x appearing that you don't know could be a virtual machine network adapter or a docker network. Other ip addresses could stem from VPNs or other network services (Hamachi, ...)
Server relexive is the ip address a coturn server sees when you connect to it. If 73.157.8.80 is not your public ip, there indeed is a problem. Are you sitting in front of a proxy maybe? What does https://ifconfig.me show as IP?
Relayed candidates are basically the ip addresses of the Coturn servers that offer TURN traffic proxying,

And yes basically all our self-hosted coturn servers get DDoS hammered as soon as we publish the ip.
Global is a 3rd party service that cannot be ddosed.

posted in FAF support (client and account issues)
RE: More connection issue - but something seems to be off

I don't understand your problem. If 2 people play over LAN they are still running through the ice adapter.

Line 3 shows your external address retrieved via STUN. The rel address is just metadata and not used for connecting (I guess it just picked a random local ip)

posted in FAF support (client and account issues)
RE: More connection issue - but something seems to be off

Also why would we exclude private networks? There are people playing over LAN.

posted in FAF support (client and account issues)
RE: RTP Session drops. Potential mitigation.

@beebob said in RTP Session drops. Potential mitigation.:

the vast majority are drops of the UDP/RTP Session to a single or a number of players

I think it's not one player dropping all other players, but one player dropping one connection to another player.

@beebob said in RTP Session drops. Potential mitigation.:

Since we can clearly see a successfully established RTP Session, which fails later on, we can assume that the firewall configuration is ok on all involved sides.

That is a fallacy. Just because you were allowed to open connections does not mean, that the firewall doesn't decide to kill it later. Even the firewall configuration could change dynamically somewhere in the internet in between and you wouldn't even notice. (Simple example would be if you are on 4g and you are handed over from one station to the next).
When all players are connected, all we know that it works right now.

The big differene to telephony or other multimedia streams where ICE is used is: packet loss does not matter. If you switch over to a different connection and dropped a few packets, voice or image get blurry for a few seconds is fine. But in FAF it kills a game.

@beebob said in RTP Session drops. Potential mitigation.:

The ICE Log and the advanced ICE log only tell me that sessions are dropped.

The operating doesn't know why a connection is dropped, thus it can't tell us. Hell, with UDP and TCP you don't even know WHEN exactly the connection dropped.

@beebob said in RTP Session drops. Potential mitigation.:

the ICE Client seems to utilize the full range of the High-Port spectrum

I think we are using 40000-60000. We can reduce this, but what that help? I think the port range is mostly relevant for a system admin on a backend server trying to reduce the amount of open ports.

@beebob said in RTP Session drops. Potential mitigation.:

The ice advanced log is not detailed enough.

Most of the ICE logic is not implemented by us, but by the library called ice4j. It's a blackbox for us. We don't know what it exactly it does and due to connection timeouts etc. it's also impossible to debug. We can't add any logging there. Apart from that feel free to make suggestions what we could log.

posted in Suggestions
RE: More connection issue - but something seems to be off

What you are showing there is the candidate message. This message serves as one of the initial messages to other players to let them know where it may be possible to connect to you. I believe all those ips you are showing are host candidate messages which makes sense.

The ice adapter looks for candidates using all of your network interfaces so if you have multiple local interfaces these will all pop up in the candidates message.

posted in FAF support (client and account issues)
RE: Connection issues: Login, Game not starting

Your log has No such host is known (api.faforever.com) which means either security software is blocking connection or something is wrong with your dns. This also explains the login being spotty and the button not doing anything sometimes.

posted in I need help
RE: Remove tiny plain maps from map pool 1vs1

@treos said in Remove tiny plain maps from map pool 1vs1:

The larger map just made you feel safer longer because you couldn't see how far you were behind.

That's actually the best description of my situation back when I was playing 1v1 on large maps with my poor rating. Especially on navy maps.

posted in Suggestions
RE: Suggestion for mapgen: clearer distinction between rotational vs mirror symmetry?

It should probably be an option.

Because otherwise it totally breaks somewhat blind, unexplored mapgen or even asymmetric.

posted in Suggestions
RE: Suggestion for mapgen: clearer distinction between rotational vs mirror symmetry?

Technically the map name already contains the symmetry type since it is the seed for generating the map from scratch. It is just encoded so that the name doesn't get too long.

And also because of that making arbitrary changes to the map name is not something that can really be done.

posted in Suggestions