ICE/TURN/TCP via an HTTP-Proxy which require Authentication

650 views
Skip to first unread message

Balwant Bisht

unread,
Feb 29, 2016, 7:49:55 AM2/29/16
to discuss-webrtc
I am trying to establish WebRTC call via Turn's TCP port 443 and user is behind proxy server which require authentication. As per the following bug https://bugs.chromium.org/p/chromium/issues/detail?id=395614, chrome supports it. But in my testing chrome is not able to establish connection with turn server, chrome not replying to "407 Proxy Authentication Required"

10373: SOCKET

trnltva01.bbcollab.com:443

Start Time: 2016-02-29 16:23:38.973


t=53060 [st= 0] +SOCKET_ALIVE  [dt=11]

                 --> source_dependency = 10372 (CONNECT_JOB)

t=53060 [st= 0]   +TCP_CONNECT  [dt=3]

                   --> address_list = ["192.168.0.112:3128"]

t=53060 [st= 0]      TCP_CONNECT_ATTEMPT  [dt=3]

                     --> address = "192.168.0.112:3128"

t=53063 [st= 3]   -TCP_CONNECT

                   --> source_address = "192.168.0.114:54682"

t=53063 [st= 3]   +SOCKET_IN_USE  [dt=8]

                   --> source_dependency = 10371 (PROXY_CLIENT_SOCKET_WRAPPER)

t=53063 [st= 3]     +HTTP_TRANSACTION_TUNNEL_SEND_REQUEST  [dt=0]

t=53063 [st= 3]        HTTP_TRANSACTION_SEND_TUNNEL_HEADERS

                       --> CONNECT trnltva01.bbcollab.com:443 HTTP/1.1

                           Host: trnltva01.bbcollab.com:443

                           Proxy-Connection: keep-alive

t=53063 [st= 3]        HTTP_TRANSACTION_SEND_REQUEST_HEADERS

                       --> CONNECT trnltva01.bbcollab.com:443 HTTP/1.1

                           Host: trnltva01.bbcollab.com:443

                           Proxy-Connection: keep-alive

t=53063 [st= 3]        SOCKET_BYTES_SENT

                       --> byte_count = 111

t=53063 [st= 3]     -HTTP_TRANSACTION_TUNNEL_SEND_REQUEST

t=53064 [st= 4]     +HTTP_TRANSACTION_TUNNEL_READ_HEADERS  [dt=6]

t=53064 [st= 4]       +HTTP_STREAM_PARSER_READ_HEADERS  [dt=6]

t=53070 [st=10]          SOCKET_BYTES_RECEIVED

                         --> byte_count = 2896

t=53070 [st=10]       -HTTP_STREAM_PARSER_READ_HEADERS

t=53070 [st=10]        HTTP_TRANSACTION_READ_TUNNEL_RESPONSE_HEADERS

                       --> HTTP/1.1 407 Proxy Authentication Required

                           Server: squid/3.5.15-20160223-r13996

                           Mime-Version: 1.0

                           Date: Mon, 29 Feb 2016 10:53:39 GMT

                           Content-Type: text/html;charset=utf-8

                           Content-Length: 3441

                           X-Squid-Error: ERR_CACHE_ACCESS_DENIED 0

                           Vary: Accept-Language

                           Content-Language: en

                           Proxy-Authenticate: Basic realm="Squid proxy-caching web server"

                           X-Cache: MISS from ADMIN

                           Via: 1.1 ADMIN (squid/3.5.15-20160223-r13996)

                           Connection: keep-alive

t=53070 [st=10]     -HTTP_TRANSACTION_TUNNEL_READ_HEADERS

                     --> net_error = -127 (ERR_PROXY_AUTH_REQUESTED)

t=53071 [st=11]   -SOCKET_IN_USE

t=53071 [st=11] -SOCKET_ALIVE

Philipp Hancke

unread,
Feb 29, 2016, 11:58:29 AM2/29/16
to discuss...@googlegroups.com

--

---
You received this message because you are subscribed to the Google Groups "discuss-webrtc" group.
To unsubscribe from this group and stop receiving emails from it, send an email to discuss-webrt...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/discuss-webrtc/61507754-bc9f-46d5-b293-f9ac36cf2da4%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Silvia Pfeiffer

unread,
Feb 29, 2016, 2:48:22 PM2/29/16
to discuss...@googlegroups.com

Oh man, here I thought this was fixed a long time ago.

Connections getting killed at the web proxy rather than the firewall is the main reason we encounter issues in corporate networks.

Is this the reason apprtc filters out tcp ice candidates?

How can we move the fixing of this bug up in priority? If everyone star-s it, that might be a start...

Best Regards,
Silvia.

Justin Uberti

unread,
Mar 1, 2016, 12:55:47 PM3/1/16
to discuss-webrtc
FWIW, AppRTC filters TCP candidates out because they are useless for p2p calls, i.e. unrelated to this issue.


Warren McDonald

unread,
Mar 1, 2016, 5:03:27 PM3/1/16
to discuss-webrtc
I'll second that. It hard to accept that this is still languishing unfixed given the importance in enterprise networks. Surely the Chrome for Work effort would be unimpressed given their objectives in this space.

In Health environments the proxy is always in place and we have to get firewall exemptions for direct egress to TURN to be able to make a call in a lot of cases.

Reply all
Reply to author
Forward
0 new messages