After a user logs in to Outlook Web Access 2010 through the SSL VPN gateway, the user cannot log in to Outlook Web Access 2007. How to solve the problem

3

The Windows 7 operating system is used as an example and the SSL VPN gateway is running on the HTTPS server. The possible causes are as follows:
- 1. The browser has no root certificate of the HTTPS server installed.
(1) When accessing the web login page of the SSL VPN gateway, you are prompted to install a root certificate.
(2) Install the root certificate in the browser. Click Install Certificate, next, place all certificates in the following store, and Browse in sequence, and select Trusted Root Certification Authorities. Click OK.
- 2. The browser has an incorrect root certificate of the HTTPS server installed.
(1) Manually obtain a correct root certificate of the HTTPS server from an enterprise network administrator.
(2) Save the root certificate to the local device.
(3) Install the root certificate in the browser. Click Install Certificate, next, place all certificates in the following store, and Browse in sequence, and select Trusted Root Certification Authorities. Click OK.

Other related questions:
After a user logs in to outlook web access 2010 through the SSL VPN gateway, the user cannot log in to outlook web access 2007. How is the problem solved
Outlook web access 2007 and 2010 addresses are configured through the web proxy function of SSL VPN. After a user logs in to Outlook Web Access 2010, the user fails to log in to Outlook Web Access 2007. The system displays a message indicating session timeout. This is because Outlook Web Access 2010 reserves user authentication information in the browser buffer and such information cannot be processed by Outlook Web Access 2007. If the user wants to log in to Outlook Web Access 2007, perform the following operations: 1. Log out of Outlook Web Access 2010. 2. Close the browser and re-open the browser and log in to the SSL VPN gateway. 3. In the web proxy list, click the Outlook Web Access 2007 address and enter the user name and password to log in to the email account.

Why does a user automatically log out a while after logging in to the SSL VPN gateway through the web UI
The default session timeout time of the SSL VPN gateway is 5 minutes. If a user does not perform any operations within 5 minutes, the user automatically logs out. You can take the following steps to change the session timeout time: 1.Choose Network > SSL VPN > SSL VPN. 2.Click the Gateway Configuration tab. 3.In Session Timeout, enter a value you want to set. The session timeout time, also called the aging time, is the time when a user connection is terminated because no traffic is transmitted. After the timeout time elapses, the server and client must re-authenticate each other, and the user must re-log in. NOTICE: To allow users to use the same user account but different IP addresses to log in to the SSL VPN gateway, use the default value of Session Timeout (5 minutes).

How do I view login records of L2TP VPN users on the AR router
You cannot view login records of L2TP VPN users on the AR router.

Users can open QQ but cannot access the Internet
Q: Users can open QQ but cannot access the Internet A: Check whether the DNS configuration on the PC is correctly configured. Check whether the configuration is improved using the public DNS 8.8.8.8 or 114.114.114.114. Contact the carrier for further analysis if there is no improvement. The causes are as follows: The main difference between the Internet access and QQ is that the DNS resolution is the first step to access a web page, while QQ does not require resolution. Therefore, the rate of the DNS returned packets determines failed or slow Internet access. If QQ can run normally, the link is available. The problem may exist in DNS if the web page is not displayed.

Problem and solution when the firewall cannot access web proxy resources
What if the web proxy resource page cannot be accessed? Solution: 1. Check whether the configured URL is correct. 2. If the configured URL is correct, ensure that the configured intranet URL can be properly accessed. 3. If the fault persists, try the web link mode. Note: To ensure that the web link function takes effect, use Internet Explorer and install the ActiveX control.

If you have more questions, you can seek help from following ways:
To iKnow To Live Chat
Scroll to top