XEP-0363: can share pictures but not videos

26 views
Skip to first unread message

Thomas Wagner

unread,
Apr 5, 2021, 4:58:40 AM4/5/21
to prosod...@googlegroups.com
Hello!

I have prosody 11.8 with module http_upload running and users can share pictures, i.e. JPG files.
However, when they share videos (MP4 files), it does not work and in the server logs, there is the following error:

Apr 04 09:54:59 c2s56168755d230 info    Client connected
Apr 04 09:54:59 c2s56168755d230 debug   Client sent opening <stream:stream> to xmpp.XXXX.XX
Apr 04 09:54:59 c2s56168755d230 debug   Sending[c2s_unauthed]: <?xml version='1.0'?>
Apr 04 09:54:59 c2s56168755d230 debug   Sending[c2s_unauthed]: <stream:stream xml:lang='en'
xmlns:stream='http://etherx.jabber.org/streams' xmlns='jabber:client' id='93006bff-05b2-4a11-b06a-c
dd614d519df' from='xmpp.XXXX.XX' version='1.0'>
Apr 04 09:54:59 c2s56168755d230 debug   Sent reply <stream:stream> to client
Apr 04 09:54:59 c2s56168755d230 debug   Not offering authentication on insecure connection
Apr 04 09:54:59 c2s56168755d230 debug   Sending[c2s_unauthed]: <stream:features>
Apr 04 09:54:59 runnerUybrsaBQ  debug   creating new coroutine
Apr 04 09:54:59 c2s56168755d230 debug   Received[c2s_unauthed]: <starttls xmlns='urn:ietf:params:xml:ns:xmpp-tls'>
Apr 04 09:54:59 c2s56168755d230 debug   Sending[c2s_unauthed]: <proceed xmlns='urn:ietf:params:xml:ns:xmpp-tls'>
Apr 04 09:54:59 socket  debug   server.lua: we need to do tls, but delaying until send buffer empty
Apr 04 09:54:59 c2s56168755d230 debug   TLS negotiation started for c2s_unauthed...
Apr 04 09:54:59 socket  debug   server.lua: attempting to start tls on tcp{client}: 0x561687559928
Apr 04 09:54:59 socket  debug   server.lua: ssl handshake done
Apr 04 09:54:59 socket  debug   server.lua: client x.x.x.x:46294 read error: closed
Apr 04 09:54:59 c2s56168755d230 info    Client disconnected: closed
Apr 04 09:54:59 c2s56168755d230 debug   Destroying session for (unknown) ((unknown)@xmpp.XXXX.XX): closed
Apr 04 09:54:59 socket  debug   server.lua: closed client handler and removed socket from list
Apr 04 09:54:59 socket  debug   server.lua: accepted new client connection from x.x.x.x:46298 to 5222
Apr 04 09:54:59 c2s561687560500 info    Client connected
Apr 04 09:54:59 mod_c2s debug   Received invalid XML (not well-formed (invalid token)) 313 bytes:
____4___0__<F6><C5>j<A8>_u|R<B8><E4>y<80> @<B3><82><DF>=<F4><FC>=<D9>_<DC><B2>!<EC>s><C7>_6
<FC><A2><88><9C><81>~_Q#<BE>-<E8>
<BE>X!f_~<E9>l<C2>%<D6>_F_<CD>g<8C>_<A4>_>______<C0>,<C0>0_<9F><CC><A9><CC><A8><CC><AA><C0>+<C0>/_<9E><C0>$<C0>(_k<C0>#<C0>'_g<C0>
<C0>__9<C0>_<C0>__3_<9D>_
<9C>_=_<_5_/_<FF>___<A9>_________xmpp.XXXX.XX_________ ___ ___________#___________ _0_._____________
_________________________________+____________-_____3_&_$___ <FE>a<91><E4>'O<FD>_<C3><E6>h
<8D><E9><AE>_<C7>_1E [159]


IP addresses and domains are masked for privacy reasons.

Any idea what might be the issue here?

best regards

Thomas

Kim Alvefur

unread,
Apr 5, 2021, 8:57:34 AM4/5/21
to prosod...@googlegroups.com
Hi,

On Mon, Apr 05, 2021 at 10:58:37AM +0200, Thomas Wagner wrote:
>Hello!
>
>I have prosody 11.8 with module http_upload running and users can share pictures, i.e. JPG files.
>However, when they share videos (MP4 files), it does not work and in the server logs, there is the following error:
>
>Apr 04 09:54:59 c2s56168755d230 info    Client connected
>Apr 04 09:54:59 c2s56168755d230 debug   Client sent opening <stream:stream> to xmpp.XXXX.XX
>Apr 04 09:54:59 c2s56168755d230 debug   Sending[c2s_unauthed]: <?xml version='1.0'?>
>Apr 04 09:54:59 c2s56168755d230 debug   Sending[c2s_unauthed]: <stream:stream xml:lang='en'
>xmlns:stream='http://etherx.jabber.org/streams' xmlns='jabber:client' id='93006bff-05b2-4a11-b06a-c
>dd614d519df' from='xmpp.XXXX.XX' version='1.0'>
>Apr 04 09:54:59 c2s56168755d230 debug   Sent reply <stream:stream> to client
>Apr 04 09:54:59 c2s56168755d230 debug   Not offering authentication on insecure connection
>Apr 04 09:54:59 c2s56168755d230 debug   Sending[c2s_unauthed]: <stream:features>
>Apr 04 09:54:59 runnerUybrsaBQ  debug   creating new coroutine
>Apr 04 09:54:59 c2s56168755d230 debug   Received[c2s_unauthed]: <starttls xmlns='urn:ietf:params:xml:ns:xmpp-tls'>
>Apr 04 09:54:59 c2s56168755d230 debug   Sending[c2s_unauthed]: <proceed xmlns='urn:ietf:params:xml:ns:xmpp-tls'>
>Apr 04 09:54:59 socket  debug   server.lua: we need to do tls, but delaying until send buffer empty
>Apr 04 09:54:59 c2s56168755d230 debug   TLS negotiation started for c2s_unauthed...
>Apr 04 09:54:59 socket  debug   server.lua: attempting to start tls on tcp{client}: 0x561687559928
>Apr 04 09:54:59 socket  debug   server.lua: ssl handshake done
>Apr 04 09:54:59 socket  debug   server.lua: client x.x.x.x:46294 read error: closed

Closing the connection after the TLS handshake like this can be because
the client does not trust the certificate, or for some similar reason.
You will have to look at the client side for an error or explanation.

>Apr 04 09:54:59 c2s56168755d230 info    Client disconnected: closed
>Apr 04 09:54:59 c2s56168755d230 debug   Destroying session for (unknown) ((unknown)@xmpp.XXXX.XX): closed
>Apr 04 09:54:59 socket  debug   server.lua: closed client handler and removed socket from list
>Apr 04 09:54:59 socket  debug   server.lua: accepted new client connection from x.x.x.x:46298 to 5222
>Apr 04 09:54:59 c2s561687560500 info    Client connected
>Apr 04 09:54:59 mod_c2s debug   Received invalid XML (not well-formed (invalid token)) 313 bytes:
>____4___0__<F6><C5>j<A8>_u|R<B8><E4>y<80> @<B3><82><DF>=<F4><FC>=<D9>_<DC><B2>!<EC>s><C7>_6
><FC><A2><88><9C><81>~_Q#<BE>-<E8>
><BE>X!f_~<E9>l<C2>%<D6>_F_<CD>g<8C>_<A4>_>______<C0>,<C0>0_<9F><CC><A9><CC><A8><CC><AA><C0>+<C0>/_<9E><C0>$<C0>(_k<C0>#<C0>'_g<C0>
><C0>__9<C0>_<C0>__3_<9D>_
><9C>_=_<_5_/_<FF>___<A9>_________xmpp.XXXX.XX_________ ___ ___________#___________ _0_._____________
>_________________________________+____________-_____3_&_$___ <FE>a<91><E4>'O<FD>_<C3><E6>h
><8D><E9><AE>_<C7>_1E [159]

This looks to be the client trying to connect with Direct TLS on the
normal port. This could mean that you pointed the `_xmpps-client` record
to the wrong port or that the client is being silly and guessing that it
can do this.

>IP addresses and domains are masked for privacy reasons.
>
>Any idea what might be the issue here?

See inline comments.


--
Regards,
Kim "Zash" Alvefur
signature.asc

Thomas Wagner

unread,
Apr 6, 2021, 10:09:42 AM4/6/21
to prosod...@googlegroups.com
Hi Zash!

Thank you for pointing out that my TLS configuration was bogus.
I followed https://prosody.im/doc/dns to set the DNS entries and could not find anything about a xmpps-client setting
there. So, I simply missed it to configure.
After i added legacy_ssl_ports and legacy_ssl_ssl to my config and set the xmpps-client SRV entry in my DNS, the error
message is now gone and clients can connect correctly and video files are also be transfered.

Thank you for your help.

br

Thomas

Am 05.04.21 um 14:57 schrieb Kim Alvefur:
Reply all
Reply to author
Forward
0 new messages