[Standards] XEP-0065: SOCKS5 acknowledgement after stream
alex at jivesoftware.com
Mon Apr 30 17:50:14 CDT 2007
While the XEP does appear to call for two acknowledgements, one when the
target successfully connects to the proxy and another from the host when
it successfully connects to the proxy, I also have found that no one
implements this. The way it is handled in Openfire/Spark is that we wait
for any content across the wire after the Stream Host acknowledgement,
and consider that to be acknowledgement that the stream is active. Would
that behavior be adequate for your proposed use case?
From: standards-bounces at xmpp.org [mailto:standards-bounces at xmpp.org] On
Behalf Of Jakob Schroeter
Sent: Monday, April 30, 2007 3:37 PM
To: XMPP Extension Discussion List
Subject: [Standards] XEP-0065: SOCKS5 acknowledgement after stream
According to XEP-0065, Section 4.9: after activation of the bytestream
The Proxy MUST then send SOCKS5 acknowledgement of the connection to
Example 19. StreamHost Acknowledges Connection to Target
STATUS = X'00'
I can see that it may be interesting for the target to know when the
active, i.e. when the initiator established its connection to the proxy.
would be handy for bi-directional or reverse streams.
However, it seems this is not inline with the SOCKS5 spec, e.g.
after the proxy acknowledged the connection to the target (Section 4.6
XEP-0065) the stream is ready to be used as far as SOCKS5 is concerned.
calling this a 'SOCKS5 acknowledgement' is wrong, IMHO.
Further, it appears neither of the clients I tested against
Gajim, Tkabber) nor proxy65 are sending or expecting such additional
(if it were SOCKS5, it'd be at least two bytes: X'05', X'00').
Is this a left-over from an earlier revision? Would peeple be interested
(in-band?) stream-active notification from stream host to target?
More information about the Standards