- CheckMates
- :
- Products
- :
- CloudMates Products
- :
- Cloud Network Security
- :
- Discussion
- :
- [AWS] - Auto scaling groups and logging
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Mute
- Printer Friendly Page
Are you a member of CheckMates?
×- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
[AWS] - Auto scaling groups and logging
Our environment:
MDS - R81 JHT23
Dedicated MLM/CLM - R81 JHT23
Cloudguard Gateways in AWS - R80.40 / Autoscaling / GWLB
I have observed that when AWS provisions a gateway, the CME does all of its work beautifully. It brings the gateway into the respective CMA, provisions it and brings it into production. And we're using auto-configuration scripts to setup all the base configuration stuff (passwords, snmp, ntp, so-on-and-so-forth). It all works great!
But. The CME appears to miss one step - installing database after the new gateways are online.
When a new gateway comes on line, it seems to be logging that data to the correct CLM. But any searches on the logs for traffic a given AWS gateway is transiting returns nothing until I do a manual database install. I tried using specific source/destination IP's and even using the origin of the gateway in question to do searches. Nadda until the database is installed. Then it works great.
Any chance that can get investigated? Please? With a side of Direct Connect on top?
In my happy little world, that's something the CME process should take care of.
Leaderboard
Epsum factorial non deposit quid pro quo hic escorol.
User | Count |
---|---|
3 | |
2 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 |
Tue 02 Apr 2024 @ 05:00 PM (CEST)
CloudGuard Under the Hood: VMware NSX-T East-West SecurityTue 02 Apr 2024 @ 05:00 PM (CEST)
CloudGuard Under the Hood: VMware NSX-T East-West Security