Site-2-Site VPN Connections missing
Hello,
we are Using Omada-Device on 3 sites and have connections setup between a total of 5 sites.
Today I would be required to modify the data of one connection due to an IP-Adress change.
Then I noted, that on one site the "Site-2-Site" VPN-Tab is just gone?
The Dashboard and VPN-Tab show the VPN-Connections (without Names) as established (and they are working)
but I cannot modify them through the VPN-Tab. Trying to create an (inivisble) connection yields the error message,
that the same settings cannot be used.
Any ideas how to get the VPN connections back - If possible without a total-reset?
Any help appreciated.
Controller-Version is 5.9.32
Dashboard:
VPN-Status:
But nothing except open-vpn in the VPN-Configuration-Menu:
- Copy Link
- Subscribe
- Bookmark
- Report Inappropriate Content
@dognose These Errors are visible in the javascript console, for chrome and InternetExplorer.
Maybe related, maybe not.
Just checked another OC200 on a second side - same Controller Version - There it works, and it doesn't show the "Canot read properties" Error in the console.
(Errors about Navigaion / stlyesheet are there as well)
- Copy Link
- Report Inappropriate Content
Hi @dognose
Thanks for posting in our business forum.
Before we jump to a conclusion, can you use incognito mode and give it a try?
- Copy Link
- Report Inappropriate Content
@Clive_A I've tried with Incognito mode and two different browsers (and from a different PC) Result is the same.
I've now downgraded the Controller to 5.7.6 again and imported an auto-backup from before the upgrade - and it's working again.
Also, no errors (beside the wrong style-sheet mime type) in the JS-Console.
With 5.9.32 Wireguard VPN and FullMode for OpenVPN has been introduced.
Maybe these new features somehow mess with the existing configuration, making the controller crash on trying to display the Manual IPSec Connections?
- Copy Link
- Report Inappropriate Content
@Clive_A
I've now upgraded the control version again.
After Upgrading, the Navigation-Error in the console was back:
Data still displayed correctly.
So, I also imported the auto-backup from yesterday again.
And still, data is displayed correctly and the "undefined-Error" is not appearing.
So, whatever was wrong with the data yesterday - we can savely conclude that this error in the Console was related to the missing display.
On the dashboard, each IPSec was shown without name as well. So, I strongly assume that "there" an empty name-property was handled to display "---" while in the actual
configuration view - it just tried to access a null-object and therefore failed to render the row.
Maybe - despite the question, why the name of the connections "vanished" - The script should be improved to handle undefined errors in this location as well.
- Copy Link
- Report Inappropriate Content
Hi @dognose
Thanks for posting in our business forum.
I have reported your issue to the senior engineer for further analysis. Since it seems to be a problem with the controller, it's beyond my ability.
- Copy Link
- Report Inappropriate Content
Thx - maybe they can find the issue and resolve that issue. Doesn't seem all to common.
- Copy Link
- Report Inappropriate Content
Hi @dognose
Thank you so much for taking the time to post the issue on TP-Link community!
To better assist you, I've created a support ticket via your registered email address, and escalated it to our support engineer to look into the issue. The ticket ID is TKID230753137, please check your email box and ensure the support email is well received. Thanks!
Once the issue is addressed or resolved, welcome to update this topic thread with your solution to help others who may encounter the same issue as you did.
Many thanks for your great cooperation and patience!
- Copy Link
- Report Inappropriate Content
Information
Helpful: 0
Views: 664
Replies: 7
Voters 0
No one has voted for it yet.