@waweic Bist nur nicht geübt. Neulich einer Bekannten was auf meinem Handy gezeigt, irgendwie drauf gekommen dass bei mir keine Werbung in der App zu sehen ist. Sie so "bei mir auch nicht". Ich so "denke doch". Sie öffnet die App, Ads springen einen an, sie so "huch, mir nie aufgefallen".
Today, we released version 1.0.0 of our new STUN/TURN server:
In case any Erlang people happen to be interested in straightforward support for systemd's notification/watchdog features:
@technicallypossible Didn't get that far. I was trying to debug a filtering function that checks whether and how a given message is to be logged. So I just burnt CPU.
@mittorn @a1batross So modern clients usually just perform a single STUN request, let the peer try to connect to the returned address, and fall back to TURN if that fails. Therefore, the NAT behavior check was removed from the newer STUN RFC (5349). There's a separate RFC (5780) which brings it back as an add-on, but it doesn't solve the problems (it just acknowledges them), and I don't think it's being used much.
@mittorn @a1batross One problem with this NAT behavior check is that it's not reliable: If the STUN queries return the same external IP address, the client still cannot be sure the same address would also be used for connections from/to the peer's client. Another problem is that there's simply not much point in determining the NAT type beforehand, even if the check was reliable. Either STUN works or it doesn't, in which case you typically want to fall back to TURN.
@mittorn @a1batross Long story: The main purpose of STUN is to let a client that sits behind a NAT figure out its public IP address. Usually with the goal of establishing a p2p connection with another client. This will often work, but not under all circumstances: There are NAT types where the client's public IP address depends on the target IP address. So the external IP address as seen by the STUN server might be different from the external IP address the peer's client could talk to.
@leip4Ier @izaya There's obviously other software that just works, but I can totally sympathize with a special appreciation of OpenSSH. It's one of the most critical pieces of userland software for many of us, and the OpenBSD people really got it right, despite it being absolutely non-trivial to get right.
FWIW, we (pre-)released a new piece of TURN server software today:
XMPP@home - 9 June 2020
The XMPP Newsletter covering the month of May 2020.
@0 You just don't get the point. The browser's lock icon is green.
Thanks for everyone's feedback!
Metalhead.club is a Mastodon instance hosted in Germany and powered by 100% green energy.