Skip navigation
Somebbb
Somebbb Calculating status...
Currently Being Moderated

Checking if user is behind the firewall on client-side.

Jun 13, 2012 12:43 AM

Before connecting anywhere, i want to check if user firewall isn't blocking our connections.

 

Is that possible anyhow?

750 Views   3 Replies   Latest reply: Michael Thornburgh, Jul 21, 2012 1:32 PM
 
Replies
  • sh4nx0r
    Currently Being Moderated
    1. sh4nx0r,
    Jul 19, 2012 7:46 AM   in reply to Somebbb
    Report

    "Before connecting" ,  I don't know if that's possible.

     

    But you can use NetConnection object to achieve this.

    You will get a "NetConnection.Connect.Failed" event when Firewall is enabled. So you could alert the end-user with this.

     
    |
    Mark as:
  • Somebbb
    Currently Being Moderated
    2. Somebbb,
    Jul 21, 2012 10:04 AM   in reply to sh4nx0r
    Report

    I know it, but the problem is, that i will get NetConnection.Connect.Failed after 30+ seconds right? When flash player will reach it's timeout threshhold right? Is it possible to avoid waiting for 30+ seconds and check that right away, by some kind of ports analysis of etc?

     
    |
    Mark as:
  • Michael Thornburgh
    Currently Being Moderated
    3. Michael Thornburgh,
    Jul 21, 2012 1:32 PM   in reply to Somebbb
    Report

    the only way to know for sure whether RTMFP will work is to try.

     

    you might be behind a NAT or firewall that could allow a connection to Cirrus but that would block most P2P connections.  or you might be behind a firewall that blocks UDP altogether, so you couldn't connect to Cirrus at all.

     

    "connecting to Cirrus" pretty much means "UDP to ports 1935 and 10000-10100 works".  any other UDP connectivity test on some other port would be be similar except it wouldn't tell you about the ports you really care about, and testing it would probably take about the same amount of time to be sure.

     

    you can always set a timer to give up earlier than the RTMFP connection timeout time.  for example, if you don't get an RTMFP connection in 5ish seconds, you could bring up an RTMP connection to AMS, while continuing to try the RTMFP connection.  if the RTMFP connection eventually succeeds, you can preferentially use it (or switch to it), but if it doesn't come up, at least you'll have built your fall-back channel sooner rather than later.

     

    if you're having RTMFP connectivity problems, take a look at the RTMFP Connectivity Checker diagnostic tools:

     

      http://cc.rtmfp.net/  (IPv4)

      http://www.rtmfp.net/cc6/  (IPv6)

     
    |
    Mark as:
Actions

More Like This

  • Retrieving data ...

Bookmarked By (0)

Answers + Points = Status

  • 10 points awarded for Correct Answers
  • 5 points awarded for Helpful Answers
  • 10,000+ points
  • 1,001-10,000 points
  • 501-1,000 points
  • 5-500 points