Disabling VPN portal breaks SSLVPN connections

Try the new Online help: 

https://docs.sophos.com/nsg/sophos-firewall/20.0/Help/en-us/webhelp/onlinehelp/AdministratorHelp/Administration/DeviceAccess/DeviceAccessLocalServiceACL/index.html

https://docs.sophos.com/nsg/sophos-firewall/20.0/Help/en-us/webhelp/onlinehelp/AdministratorHelp/Administration/DeviceAccess/DeviceAccessBestPractices/index.html#ssl-vpn-port

To look into this in more detail: 

Sophos Connect using the Provisioning file uses a mechanism to update the file. For doing this, it is reaching out to the VPN Portal first. 

If you disable the VPN Portal, the connection is not enabled. If you use only the OVPN File, you do not need the VPN portal to build up a connection. 

If you separate the VPN Portal from the SSLVPN Port, you can also control the access policies. 

Could you show us your .pro file? Please delete specific information like IP and Port. 

The answer of Sophos Support is certainly not correct. Do you want to discuss this in the ZTNA community? 

Not much to it.

[
    {
        "gateway": "xxxx.com",
        "user_portal_port": 8443,
        "otp": true,
                "2fa": 1,
        "can_save_credentials": true
    },
    {
        "gateway": "xxxx.com",
        "user_portal_port": 8443,
        "otp": true,
                "2fa": 1,
        "auto_connect_host": "mydc.mydomain.com",
        "can_save_credentials": true
    },
]

Will look in to ZTNA again. That might be a solution for us, but not our clients, at least not now as we'd have to go and put together business cases etc.

First: Which SC version do you use? 

Second, could you try a client without the Auto_connect_host flag? Simply remove this part, import into a client, get the OVPN by VPN Portal and disable the VPN portal. 

Third: It could be related to the 2 Gateways, you are using. It could be related to the client noticing the user portal 1 is offline and tries the second user portal. 

Forth: Maybe this is related:  Sophos Connect Client not connecting when userportal is disabled on WAN  

Latest version - 2.3.0.0506

Tried that - no difference - same problem still

They aren't two gateways, they are two different firewalls at two different locations used for different purposes

Hi Stuart James , have you also tried with this option in the .pro file:

"check_remote_availability" : false

Yep, that fixed it. Excellent, thanks Nikhil

Although LuCar Toni made a good point that we need to leave the VPN portal open so that we can deploy new PRO files down the track. And I guess right now we're going to have to leave it open to deploy the check_remote_availability setting change. A bit annoying that it grabs the policy from there rather than the SSLVPN port, but I guess there's some technical reason.

Hi Stuart James I am from the ZTNA product team and would like to point out that ZTNA supports all TCP and UDP based applications. So its not restricted to just RDP, but any application can be accessed using ZTNA. We support both agent and agentless based access as well. Please do let me know in case you want additional information. Happy to jump onto a call. 

Hi Stuart James 
I have the same problem but is the . profile   the .ovpn ?
if yes am i have to edit it für each singel user ?
many thanks Advanced

Hi  Stuart James 

Could you please help me with the client (SCC) and server (Firewall) version with which you imported above .pro file and setup tunnel for the first time ?

The reason I am asking this is because you cannot import and setup tunnel with above .pro file (without '"check_remote_availability" : false') with latest SCC and FW

Hence I would like to know with which version of SCC and FW, the above configuration was working ?

No idea. It was about a year ago. v20 probably.

No idea. It was about a year ago. v20 probably.