This article helps identify common causes of CPM Azure Worker test failures and provides solutions.
1. Indications of an SSH issue
You run a File Level Recovery (FLR) and you can not expand the Virtual machine or Volume you are trying to browse.
2. You run the worker test and the SSH test fails.
3. The worker logs CPM n2w_connector.log,n2w_connector_error.log or the /var/log/syslog may have an error showing a timeout.
Aug 14 09:38:33 CPMWorkerMachine cloud-init[971]: ssh: connect to host x.x.x.x port 22: Connection timed out
Items to check
1. check security group settings allow the following ports on each instance the CPM and Azure worker.
The Security group for the Azure worker should look like this
Outbound Rules should have defined:
AllowAnyHTTPSOutbound port 443 allow
AllowAnySSHOutbound port 22 allow.
The CPM instance Security Group settings should allow the following ports:
INBOUND HTTPS (port 443):
- To the subnet the worker is configured to use.
INBOUND SSH (port 22) - for File Level Restore workers only (and for troubleshooting purposes.)
- To the subnet the worker is configured to use.
2. Check if there are AWS NACL's defined that could be causing the failure
3. Check firewall or proxy configurations
4. Check NAT
Steps to verify connectivity from the Azure worker to CPM instance running on AWS.
To test a proper connectivity from the worker to CPM, you can run the following commands from the worker (put CPM's IP or hostname instead of "CPMIP"):
NOTE: You need to make sure that you assigned a keypair to the Azure worker when you configured this for these commands to work.
Note: Please change CPMIP to the actual IP address if the CPM instance.
This command should result in status 302 (redirecting to "/signin/") followed by 200
ssh cpmuser@CPMIP
This command should result in "Permission denied (publickey)".