We have set up the client VPN connection in MX64. No connection seems to be established with several clients. We have learned that the ports UDP 500 and UDP 4500 must be released. In the input rules in Layer 3, the two ports have been released (but when we check the ports, they are still considered closed). Our Internet router is running in bridge mode, just for information. We noticed that the VPN connection or no attempts arrive on the MX, which means that it must be due to the clients or do you agree? We therefore don't think that we need to make any further adjustments to the firewall. Although we have also enabled the ports in the clients, nothing else happens. Error 789 keeps appearing in the events in Windows. We can safely rule out the possibility of an input error. We have also tried to set up port forwarding for both ports in the MX. However, we cannot enter or save the public IP address of the MX as the destination. A message appears stating that this IP address has not been configured as a subnet. Are we making a mistake in the whole thing?
789 usually means the PSK is incorrect, but it can also appear when you have an incorrect credential OR when Windows changes the password protocol for you.
For testing, I recommend using your smartphone's hotspot that is not 100% on the same network as your firewall.
I have already tested whether other clients also have problems with VPN. We can't connect to other clients either. So it can't be due to the clients.
See the troubleshooting guide.
You can try to generate a new connection using this website.
https://www.ifm.net.nz/cookbooks/meraki-client-vpn.html
Unfortunately, I cannot say how to deal with Powershell. I don't have enough experience. However, we have deleted and recreated the VPN that we set up under Windows several times. We assume that there is no error there.
You can do it, just generate the file and run it as administrator.
If you try a little, you can find how to do it just by searching on Google.
https://www.geeksforgeeks.org/how-to-run-powershell-script-from-cmd/
Even if you set up a VPN connection again with Powershell, it will not solve the problem. At least I am convinced that it will. In the end, it depends on the same thing whether you add the VPN manually or with Powershell.
You may be having some wrong configuration, with the link provided all the necessary parameters will be configured correctly.
I believe it's worth trying.
It's seen many times before that a L2TP VPN configuratino breaks between Windows updates, resulting in having to reconfigure the VPN connection profile.
You don't need to forward udp/500 and udp/4500 on the MX. These should be open automatically, as soon as you enable ClientVPN.
Could it be your upstream ISP router? I've seen before, that it needs to forward these ports to the MX instead.
I have also often read that Windows updates can lead to problems.
Then I wasn't imagining it because of the ports. It wouldn't make much sense to open ports for Ipsec anyway.
We can't set port forwarding on the ISP router, as it no longer operates as a router, but only forwards the Internet (bridge mode).
As long as it's in bridge mode then, it should be ok.
If you do a PCAP on the MX Internet interface, do you see connections from the client, while initiating vpn connection?
No, unfortunately I don't see any records regarding VPN on the MX. This means that the connection does not even reach the MX. But because all clients cannot connect, the problem must not be with the clients or the MX. But I can't imagine there being a problem with the ISP router either.
Have you tried disabling the system firewall? Otherwise, my suggestion would still be to run PowerShell.
You mean our Meraki Firewall or the Windows Firewall?
I have deactivated the Windows firewall or the antivirus and nothing has changed.
It doesn't seem to work with Any Connect either.
Something is dropping traffic from the client to the MX, so I would suggest you reach out to whoever manages your upstream ISP router, and see what happens there.
So you mean I should contact the provider with whom we have the Internet? We have just recently carried out a test with several clients and the same error occurs with all of them. So it must be a problem with the Internet provider or something is wrong with the modem. Do you agree with my assumption?
I was finally able to solve the problem. I'd be happy to tell you how I finally managed to do it.
We have several WLAN networks and some of them were set up with VLAN tagging and not as bridged, but tunneled to a concentrator. We had to set this up so that all devices received the correct IP addresses. We briefly deleted this configuration and then undid it. Since then, we have also been able to establish a VPN connection. Everything works as it should.
However, the VPN connection does not work on the smartphone. No matter whether with Cisco AnyConnect or Android's own VPN solution. I'm still in the dark at the moment.