| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
|
|
| |
The default value for the 'max_fsm_queue' option was set to 10000 in
commit 79685da90b514a49f9c412e31dccc17be9dd8680, and that value is still
documented to be the default. It was (probably unintentionally) changed
to 5000 in commit 03de853e4fdcf852ae75a86922c08bb1a0950e6d.
It makes sense to keep it larger than the value of mod_stream_mgmt's
'max_ack_queue' option.
|
|
|
|
|
|
| |
If the 'offer_local_services' option isn't set to 'false', log an [info]
message for each auto-discovered ejabberd_stun listener on startup (and
on configuration reload).
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In some IPv6-only networks, hostnames that have no AAAA record are
resolved to an IPv6 address that's mapped to the host's IPv4 address.
This allows the IPv6-only clients to communicate with IPv4-only services
such as ejabberd's built-in STUN/TURN server. If STUN/TURN clients try
to contact the IPv4 address directly rather than using the mapped IPv6
address, the connection will fail.
Therefore, try to resolve the IP address of local ejabberd_stun services
to the hostname and announce that hostname rather than the IP address if
(and only if) the hostname resolves back to the original IP address, and
not to any additional IPv4 or IPv6 address(es).
This can (and should) be reverted once IPv6 support is added to
ejabberd's built-in STUN/TURN server.
|
| |
|
|\
| |
| | |
Support STUN/TURN service discovery
|
| |
| |
| |
| |
| |
| |
| | |
These days, STUN/TURN authentication can be performed with ephemeral
credentials, where the REALM is irrelevant. Therefore, just log an
[info] message rather than a [warning] in the case where no
authentication REALM is configured but multiple virtual domains exist.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Add the 'mod_stun_disco' module, which allows XMPP clients to discover
STUN/TURN services and to obtain temporary credentials for using them as
per XEP-0215: External Service Discovery. The temporary credentials
handed out to clients have the format described in:
https://tools.ietf.org/html/draft-uberti-behave-turn-rest-00
Also add the new module to the example configuration file.
Closes #2947.
|
| |
| |
| |
| |
| |
| | |
Make sure modules won't be reloaded before listeners. This is necessary
to allow the (not yet committed) 'mod_stun_disco' module to parse the
listener configuration after configuration reloads.
|
| | |
|
| |
| |
| |
| |
| |
| | |
We really don't need those, and thanks to each individual room having
different hash (as one of hashed data is room description) we end with
lot of data that we really don't need.
|
|/ |
|
|
|
|
|
|
|
|
|
| |
The 'turn_ip' option validator doesn't accept an inet:ip4_address()
tuple.
While at it, change the logic to only perform the fallback address
lookup if no 'turn_ip' is configured (analogous to the fallback
mechanism for the case where the 'auth_realm' is undefined).
|
| |
|
|
|
|
|
| |
Don't crash when STUN/TURN authentication is performed against a
SCRAM-hashed password.
|
|
|
|
|
| |
Add a hook that allows modules to offer a password for STUN/TURN
authentication.
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
Try to resolve the local hostname, use the result as the default
'turn_ip', and only log a warning if that fails. Using the local
hostname's address by default is analogous to mod_proxy65's behavior.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
When another connection is inserting something to spool at this same time
as we do pop_messages, it's possible that insert will happen between we
fetch messages and delete them, so we effectively will delete it without
delivering it to client. This change catch this situation and restart
transaction, so we should always have consistent results.
|
| |
|
|
|
|
|
|
| |
It looks like old version of Smack don't accept request that are have
from sent to sender jid, but are only working when jid is set to server
address. This is also how it looks in old xmpp rfc examples.
|
|
|
|
|
|
|
|
| |
enabled
Messages that are received when no c2s is active will be stored in offline,
even when mam archived them, so i don't think we should be doing something
different in this case.
|
| |
|
| |
|
|
|
|
|
| |
Also updated WebAdmin to show more meaningful explanations
Also fixed a bug that break support for group@host in Displayed
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
Between receiving resume request and being closed by new session, it's
possible (even if not very likely) that new messages would arrive to
process that is resumed. In that case try to reroute messages that were
received after we sent resume reply to new process.
|
|
|
|
|
| |
It seems that ssl errors can be generated here, so lets have abily to show
them instead of swallowing them silently.
|
|
|
|
|
| |
Since mod_carboncopy supports "urn:xmpp:carbons:rules:0", it implements
version 0.13.x of XEP-0280.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|