Guest User!

You are not Sophos Staff.

Thread Info
  • State Suggested Answer
  • Locked Locked
  • Replies 6 replies
  • Answers 1 answer
  • Subscribers 6 subscribers
  • Views 24760 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

I am troubleshooting an SSL remote access VPN which works with TDS but not with Comcast business network.

SteveGitto

The client log contains this error message repeatedly:connect to [AF_INET]x.x.x.x:443 failed, will try again in 5 seconds: The system tried to join a drive to a directory on a joined drive.  Comcast is not helpful, anybody else overcome this symptom. Thanks in advance for your assistance.



This thread was automatically locked due to age.
Parents
  • 0

    Hey Steve,

    I know this is an old thread, but I wanted to post a follow up as well as I ran into this same issue recently with the an XG appliance running ver. 16.x

    I'm aware this is a UTM section, but thought this might still be relevant information.

    Scenario:

    Customer wanted VPN access to their network currently running off Comcast Business class services

    Problem:

    Setup VPN access, able to access client portal with no problems, but when trying to connect via the VPN session it would give the same connect attempt/errors with no successful connect:  connect to [AF_INET]x.x.x.x:443 failed, will try again in 5 seconds:

    Resolution:

    Verify your Comcast cable modem is running in TRUE "bridged mode".  I can confirm that this is the case on most of the Cisco modems and the Netgear modems so far.  If the customer isn't using a static already (for whatever reason), the modem will definitely need to be set to bridged mode.  This will disable all firewall functionality from the Comcast modem and allow the external WAN address to be pulled directly from the XG, if its your first box in line after the modem.

    I can also confirm that setting DMZ for the address still causes the conflict/problem.  Must be set to bridged mode.

    Hope this helps you down the road and anyone else that might run across this thread.

Reply
  • 0

    Hey Steve,

    I know this is an old thread, but I wanted to post a follow up as well as I ran into this same issue recently with the an XG appliance running ver. 16.x

    I'm aware this is a UTM section, but thought this might still be relevant information.

    Scenario:

    Customer wanted VPN access to their network currently running off Comcast Business class services

    Problem:

    Setup VPN access, able to access client portal with no problems, but when trying to connect via the VPN session it would give the same connect attempt/errors with no successful connect:  connect to [AF_INET]x.x.x.x:443 failed, will try again in 5 seconds:

    Resolution:

    Verify your Comcast cable modem is running in TRUE "bridged mode".  I can confirm that this is the case on most of the Cisco modems and the Netgear modems so far.  If the customer isn't using a static already (for whatever reason), the modem will definitely need to be set to bridged mode.  This will disable all firewall functionality from the Comcast modem and allow the external WAN address to be pulled directly from the XG, if its your first box in line after the modem.

    I can also confirm that setting DMZ for the address still causes the conflict/problem.  Must be set to bridged mode.

    Hope this helps you down the road and anyone else that might run across this thread.

Children
No Data
Unfiltered HTML