- CheckMates
- :
- CloudMates Products
- :
- Cloud Network Security
- :
- Unexpected new behavior of the AWS vSEC
Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Mute
- Printer Friendly Page


Champion
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
2017-10-19
02:41 PM
Unexpected new behavior of the AWS vSEC
I'm not sure if anyone have seen this, but building AWS vSEC cluster today, I am seeing this:
Nope, it was not defined manually.
Additionally, when failing over from active to standby members, secondary IPs are no longer moving to the new active member:
5 minutes later:
It may be a coincident, but the Check Point SE working on one of my previous cases (Inconsistent behavior of vSEC in AWS ) was able to repeatedly reproduce the issue last week. but can no longer do so today.
If someone can get an update from CP about any changes that may have transpired in the past week, please let me know.
Thank you,
Vladimir
4 Replies
This widget could not be displayed.
Labels
-
ACI
1 -
API
1 -
architecture
4 -
Automation
3 -
Automation and APIs
1 -
Aviatrix
1 -
AWS
6 -
Azure
5 -
Azure DevOps
1 -
bash
1 -
CDT
1 -
cisco
1 -
Cisco ACI
1 -
Cloud
3 -
Cloud - Automation - Orchestration
1 -
Cloud network security
2 -
Cloud Security
1 -
cloudappsecurity
1 -
CloudGuard
4 -
CloudGuard IaaS
4 -
cloudwatch
1 -
Cluster
1 -
ClusterXL
1 -
deployment
2 -
DevSecOps
1 -
DHCP
1 -
DirectConnect
1 -
firewall
1 -
Gaia
1 -
IaC
1 -
identity
1 -
loadbalancer
1 -
MDS 80.40
1 -
multi cloud
1 -
NAT
1 -
NDR
1 -
networking
1 -
next generation firewall
1 -
NSX-T
2 -
private
1 -
public
1 -
R81
1 -
R81.10
1 -
reference
1 -
script
1 -
Site to Site VPN
1 -
Smart Console
1 -
Structura.io
1 -
technical
1 -
Terraform
3 -
TGW
1 -
VMSS
1 -
vsec_lic_cli
1
- « Previous
- Next »