Deploy a VM for running the secure device connector and secure event connector
Deploy an SDC in your network to manage communication between Security Cloud Control and devices that are nonperimeter based and do not have a public IP address, or have an open port to the outside interface.
-
The SDC monitors Security Cloud Control for commands that need to be executed on your managed devices
-
The SDC executes commands on behalf of Security Cloud Control and returns replies from managed devices
-
One SDC can support approximately 500 devices depending on device features and configuration file sizes
When using device credentials to connect Security Cloud Control to a device, it is a best practice to download and deploy an SDC in your network to manage the communication between Security Cloud Control and the device.
This procedure describes how to install an SDC in your network, using Security Cloud Control's VM image. This is the recommended and most reliable way to create an SDC.
For more information, see Using Multiple SDCs on a Single Security Cloud Control Tenant.
Before you begin
-
Security Cloud Control requires strict certificate checking and does not support Web or Content Proxy inspection between the Secure Device Connector (SDC) and the internet. If using a proxy server, disable inspection for traffic between the SDC and Security Cloud Control.
-
The SDC must have full outbound access to the internet on TCP port 443, or the port you have configured for device management.
-
The devices that are managed by Security Cloud Control must allow inbound traffic from the SDC VM's IP address.
-
Review Connect Allow inbound access for direct cloud connectivity to the Secure Device Connector to ensure proper network access.
-
If you are using a proxy on your network, ensure that you have all the required details before running the host setup command. Most of the issues are related to incorrect proxy configurations. Important details are:
-
The IP/hostname of your proxy.
-
Whether or not your proxy intercepts traffic and reencrypts it using its own cert. This detail is the cause of most of the complications with the SDC VM setup.
-
If your proxy does intercept traffic, have the root certificate ready when configuring the VM. You can paste it in when prompted so that the host and the SDC know to trust the certificates generated by your proxy.
-
If your proxy does not intercept traffic, then nothing else is required here.
-
-
The items that are most likely the same for proxied HTTP and HTTPS connections. However, if you use a different proxy for each protocol, you would need all of these for each:
-
The IP address of your proxy
-
The port your proxy uses
-
Whether your proxy requires that the connection to the proxy itself be over HTTPS (typically not the case). For example, if the address of your proxy is listed as https://proxy.corp.com:80 then you would answer yes. If the listed address is http://proxy.corp.com:80 then you would answer no. Note that both URLs use port 80, but the protocol is different.
-
The authentication details of your proxy including:
-
Whether your proxy requires auth (most do not)
-
If yes, then you'll need the username and password available when you configure the host.
-
-
-
-
Supported installations:
-
Security Cloud Control supports installing its SDC VM OVF image using the vSphere web client or the ESXi web client.
-
Security Cloud Control does not support installing the SDC VM OVF image using the vSphere desktop client.
-
Security Cloud Control supports installing the SDC on your own Ubuntu instance. Versions 20LTS - 24LTS are currently supported.
-
ESXi 5.1 hypervisor.
-
-
System requirements for a VM with one SDC:
-
2 vCPUs
-
2 GB of memory
-
64 GB of disk space
-
-
Each SDC you add to your host requires an additional 1 vCPU and 1 GB of RAM.
-
System requirements for a VM with one SEC (a component that is used in Cisco Security Analytics and Logging):
-
4 vCPUs minimum
-
8 GB of memory
-
-
Each SEC you add to the host requires doubling its resources, therefore, these are the requirements for a VMware ESXi host with one SDC and one SEC:
-
6 vCPUs
-
10 GB memory
-
64 GB of disk space
-
-
To configure networking manually on the host, gather this information:
-
The static IP address that you want to use for your VM
-
The passwords to use for the
CDOuser (or whichever user has sudo access) and the SDC user (the user under which Docker runs) -
The IP address of the DNS server your organization uses
-
The gateway IP address of the network the SDC address is on
-
The FQDN or IP address of your time/NTP server
-
-
The SDC virtual machine is configured to install security patches regularly and to do this, opening port 80 outbound is required.
If your network is using allow/deny lists for outbound connections, you need to allow connections to ubuntu.com so those security updates can be applied.
NoteUbuntu secures its updates with checksums and only uses HTTP, not HTTPS. To pull security updates, you must allow HTTP connections to ubuntu.com.
Procedure
Step 1 | In the left pane, click . | ||
Step 2 | Select the Secure Connectors tab on the Services page, click the blue plus button, and select Secure Device Connector. | ||
Step 3 | Click Download the SDC VM image. This opens in a new tab. | ||
Step 4 | Extract all the files from the .zip file. They look similar to these:
| ||
Step 5 | Log in to your VMware server as an administrator using the vSphere Web Client.
Deploy the Secure Device Connector virtual machine from the OVF template by following the prompts. | ||
Step 6 | When the setup is complete, power on the SDC VM. | ||
Step 7 | Open the console for your new SDC VM. | ||
Step 8 | Log in with the | ||
Step 9 | If you have deployed your own VM, SSH into it and run the command to install the CLI. Example:
If you downloaded the Security Cloud Control-provided VM, the CLI is already installed, and you can proceed to the next step. | ||
Step 10 | Start the host configuration by running the command: Example:
| ||
Step 11 | When prompted for the password, enter adm123 for the Security Cloud Control-provided VM or whatever admin password you chose for your own VM. | ||
Step 12 | Follow the prompts to configure the | ||
Step 13 | When prompted for the networking configuration, choose one of these options:
| ||
Step 14 | When prompted, answer the questions about your proxy configuration. Review the detailed list at the top of this topic for all the prerequisites and potential proxy configuration options. | ||
Step 15 | If you have configured a proxy, you will be prompted to reboot the VM for all the proxy settings to take effect. If you did not configure a proxy, you will not be prompted to reboot. | ||
Step 16 | Set a custom internet access test URL. You only need to do this if you deny all outbound connections by default. If you do, then specify a publicly accessible web URL such at https://google.com that is on your allow list. | ||
Step 17 | Install the latest security patches, some requires os tools and Docker server. | ||
Step 18 | When prompted, indicate whether you want to have the script harden your SSH configuration. If using our VM, proceed. If you are using your own VM and configuring SSH yourself, you may want to skip this step to avoid changing your current configuration. | ||
Step 19 | When prompted to enable automatic updates for the SDC or SEC and the CLI itself, it is recommended that you do this to stay up to date with bug fixes, patches, and new features. If your policies prevent you from allowing automatic updates, see Update your Secure Device Connector. |
You have successfully deployed and configured a VM to run the Secure Device Connector and Secure Event Connector. The VM is ready to manage communication between Security Cloud Control and your managed devices through the configured SDC.