mirror of
https://github.com/element-hq/synapse.git
synced 2025-03-28 18:38:31 +00:00
deploy: cefd4b87a3
This commit is contained in:
parent
62381195e7
commit
5227d9948d
4 changed files with 34 additions and 2 deletions
|
@ -1283,11 +1283,22 @@ cert=/path/to/fullchain.pem
|
|||
|
||||
# TLS private key file
|
||||
pkey=/path/to/privkey.pem
|
||||
|
||||
# Ensure the configuration lines that disable TLS/DTLS are commented-out or removed
|
||||
#no-tls
|
||||
#no-dtls
|
||||
</code></pre>
|
||||
<p>In this case, replace the <code>turn:</code> schemes in the <code>turn_uris</code> settings below
|
||||
with <code>turns:</code>.</p>
|
||||
<p>We recommend that you only try to set up TLS/DTLS once you have set up a
|
||||
basic installation and got it working.</p>
|
||||
<p>NB: If your TLS certificate was provided by Let's Encrypt, TLS/DTLS will
|
||||
not work with any Matrix client that uses Chromium's WebRTC library. This
|
||||
currently includes Element Android & iOS; for more details, see their
|
||||
<a href="https://github.com/vector-im/element-android/issues/1533">respective</a>
|
||||
<a href="https://github.com/vector-im/element-ios/issues/2712">issues</a> as well as the underlying
|
||||
<a href="https://bugs.chromium.org/p/webrtc/issues/detail?id=11710">WebRTC issue</a>.
|
||||
Consider using a ZeroSSL certificate for your TURN server as a working alternative.</p>
|
||||
</li>
|
||||
<li>
|
||||
<p>Ensure your firewall allows traffic into the TURN server on the ports
|
||||
|
@ -1389,6 +1400,11 @@ TURN ports (normally 3478 and 5349).</p>
|
|||
relay ports (49152-65535 by default).</p>
|
||||
</li>
|
||||
<li>
|
||||
<p>Try disabling <code>coturn</code>'s TLS/DTLS listeners and enable only its (unencrypted)
|
||||
TCP/UDP listeners. (This will only leave signaling traffic unencrypted;
|
||||
voice & video WebRTC traffic is always encrypted.)</p>
|
||||
</li>
|
||||
<li>
|
||||
<p>Some WebRTC implementations (notably, that of Google Chrome) appear to get
|
||||
confused by TURN servers which are reachable over IPv6 (this appears to be
|
||||
an unexpected side-effect of its handling of multiple IP addresses as
|
||||
|
|
File diff suppressed because one or more lines are too long
File diff suppressed because one or more lines are too long
|
@ -296,11 +296,22 @@ cert=/path/to/fullchain.pem
|
|||
|
||||
# TLS private key file
|
||||
pkey=/path/to/privkey.pem
|
||||
|
||||
# Ensure the configuration lines that disable TLS/DTLS are commented-out or removed
|
||||
#no-tls
|
||||
#no-dtls
|
||||
</code></pre>
|
||||
<p>In this case, replace the <code>turn:</code> schemes in the <code>turn_uris</code> settings below
|
||||
with <code>turns:</code>.</p>
|
||||
<p>We recommend that you only try to set up TLS/DTLS once you have set up a
|
||||
basic installation and got it working.</p>
|
||||
<p>NB: If your TLS certificate was provided by Let's Encrypt, TLS/DTLS will
|
||||
not work with any Matrix client that uses Chromium's WebRTC library. This
|
||||
currently includes Element Android & iOS; for more details, see their
|
||||
<a href="https://github.com/vector-im/element-android/issues/1533">respective</a>
|
||||
<a href="https://github.com/vector-im/element-ios/issues/2712">issues</a> as well as the underlying
|
||||
<a href="https://bugs.chromium.org/p/webrtc/issues/detail?id=11710">WebRTC issue</a>.
|
||||
Consider using a ZeroSSL certificate for your TURN server as a working alternative.</p>
|
||||
</li>
|
||||
<li>
|
||||
<p>Ensure your firewall allows traffic into the TURN server on the ports
|
||||
|
@ -402,6 +413,11 @@ TURN ports (normally 3478 and 5349).</p>
|
|||
relay ports (49152-65535 by default).</p>
|
||||
</li>
|
||||
<li>
|
||||
<p>Try disabling <code>coturn</code>'s TLS/DTLS listeners and enable only its (unencrypted)
|
||||
TCP/UDP listeners. (This will only leave signaling traffic unencrypted;
|
||||
voice & video WebRTC traffic is always encrypted.)</p>
|
||||
</li>
|
||||
<li>
|
||||
<p>Some WebRTC implementations (notably, that of Google Chrome) appear to get
|
||||
confused by TURN servers which are reachable over IPv6 (this appears to be
|
||||
an unexpected side-effect of its handling of multiple IP addresses as
|
||||
|
|
Loading…
Add table
Reference in a new issue