Configure Connectty to discover and import servers from your hypervisors and cloud platforms.
Connectty supports automatic discovery from multiple infrastructure providers. Once configured, you can:
- Discover - Scan for running VMs/instances
- Import - Selectively add servers as connections
- Sync - Re-scan to find new or changed servers
- Manage - Bulk operations on provider-imported hosts
Connect to VMware vCenter Server or standalone ESXi hosts.
- vCenter Server 6.5+ or ESXi 6.5+
- User account with read access to inventory
- Network access to vCenter/ESXi API (port 443)
| Field | Description | Example |
|---|---|---|
| Name | Display name for this provider | Production vCenter |
| Type | Select VMware | vmware |
| Hostname | vCenter or ESXi address | vcenter.example.com |
| Port | API port (default 443) | 443 |
| Username | vSphere user | administrator@vsphere.local |
| Password | User password | ******** |
| Verify SSL | Validate certificate | true / false |
| Field | Source |
|---|---|
| VM Name | vSphere inventory name |
| IP Address | VMware Tools guest info |
| OS Type | Guest OS identifier |
| State | Power state (on/off/suspended) |
| Tags | vSphere tags and custom attributes |
Minimum vSphere permissions:
VirtualMachine.Inventory.ReadVirtualMachine.GuestOperations.Query
Connect to Proxmox Virtual Environment clusters or standalone nodes.
- Proxmox VE 6.0+
- API user or token with read access
- Network access to Proxmox API (port 8006)
| Field | Description | Example |
|---|---|---|
| Name | Display name for this provider | Proxmox Cluster |
| Type | Select Proxmox | proxmox |
| Hostname | Proxmox node or cluster IP | proxmox.example.com |
| Port | API port (default 8006) | 8006 |
| Username | Proxmox user with realm | root@pam or api@pve |
| Password | User password or API token | ******** |
| Verify SSL | Validate certificate | true / false |
For better security, use API tokens instead of passwords:
# Create API token in Proxmox
pveum user token add root@pam connectty --privsep 0
# Use in Connectty:
# Username: root@pam!connectty
# Password: <token-value>| Field | Source |
|---|---|
| VM Name | QEMU/LXC name |
| IP Address | QEMU Guest Agent or config |
| OS Type | Config template |
| State | Running/stopped/paused |
| Type | QEMU VM or LXC container |
Both QEMU VMs and LXC containers are discovered:
- QEMU: Full virtual machines
- LXC: Lightweight containers
Connect to AWS to discover EC2 instances.
- AWS account with EC2 access
- IAM credentials (access key or IAM role)
- Network access to AWS APIs
| Field | Description | Example |
|---|---|---|
| Name | Display name for this provider | AWS Production |
| Type | Select AWS | aws |
| Region | AWS region | us-east-1 |
| Access Key ID | IAM access key | AKIAIOSFODNN7EXAMPLE |
| Secret Access Key | IAM secret key | ******** |
Minimum required permissions:
{
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"ec2:DescribeInstances",
"ec2:DescribeRegions",
"ec2:DescribeTags"
],
"Resource": "*"
}
]
}| Field | Source |
|---|---|
| Instance Name | Name tag |
| Public IP | Elastic IP or auto-assigned |
| Private IP | VPC private address |
| OS Type | Platform (linux/windows) |
| State | Instance state |
| Tags | All EC2 tags |
Create separate providers for each AWS region you want to discover.
Connect to GCP to discover Compute Engine instances.
- GCP project with Compute Engine
- Service account with read access
- Network access to GCP APIs
| Field | Description | Example |
|---|---|---|
| Name | Display name for this provider | GCP Production |
| Type | Select GCP | gcp |
| Project ID | GCP project identifier | my-project-123456 |
| Zone | Compute zone | us-central1-a |
| Service Account | JSON key file contents | { "type": "service_account", ... } |
- Go to IAM & Admin > Service Accounts
- Create a new service account
- Grant
Compute Viewerrole - Create and download JSON key
- Paste key contents into Connectty
| Field | Source |
|---|---|
| Instance Name | Compute Engine name |
| External IP | External NAT IP |
| Internal IP | VPC internal IP |
| OS Type | Boot disk image family |
| State | RUNNING/STOPPED/etc |
| Labels | GCP labels as tags |
Connect to Azure to discover Virtual Machines.
- Azure subscription
- Service principal or managed identity
- Network access to Azure APIs
| Field | Description | Example |
|---|---|---|
| Name | Display name for this provider | Azure Production |
| Type | Select Azure | azure |
| Subscription ID | Azure subscription | 12345678-1234-... |
| Tenant ID | Azure AD tenant | 87654321-4321-... |
| Client ID | Service principal app ID | abcdef12-3456-... |
| Client Secret | Service principal secret | ******** |
# Create service principal with Azure CLI
az ad sp create-for-rbac \
--name "Connectty" \
--role "Reader" \
--scopes "/subscriptions/<subscription-id>"
# Output provides:
# - appId (Client ID)
# - password (Client Secret)
# - tenant (Tenant ID)| Field | Source |
|---|---|
| VM Name | Azure resource name |
| Public IP | Public IP resource |
| Private IP | NIC private IP |
| OS Type | OS disk type |
| State | Power state |
| Tags | Azure resource tags |
Connect to BigFix to discover managed computers from the BigFix console.
- BigFix server with REST API enabled
- Active Directory account with BigFix console access
- Network access to BigFix REST API (port 52311)
| Field | Description | Example |
|---|---|---|
| Name | Display name for this provider | BigFix Production |
| Type | Select BigFix | bigfix |
| Host | BigFix server hostname or IP | bigfix.example.com |
| Port | REST API port (default 52311) | 52311 |
| Username | AD username | DOMAIN\username or user@domain.com |
| Password | AD password | ******** |
BigFix uses Active Directory credentials for authentication:
# Windows domain format
DOMAIN\username
# UPN format
username@domain.com
The user must have access to the BigFix console and REST API.
| Field | Source |
|---|---|
| Computer Name | BigFix computer name |
| DNS Name | Fully qualified domain name |
| IP Address | Primary IP address |
| OS Type | Operating system detection |
| State | Based on last report time |
| Agent Type | BigFix agent type |
| Last User | Last logged-in user |
Since BigFix tracks managed endpoints rather than running VMs, the state is determined by the last report time:
| Last Report | State |
|---|---|
| < 24 hours ago | running (online) |
| > 24 hours ago | stopped (offline) |
BigFix is ideal for discovering:
- Corporate workstations and laptops
- Physical servers
- Endpoints not in cloud/hypervisor environments
- Mixed environments with BigFix agents
- Click Add Provider in the sidebar
- Fill in connection details
- Click Test Connection to verify
- Save the provider
- Right-click the provider
- Select Discover Hosts
- Wait for scan to complete
- Right-click the provider
- Select Import Hosts
- Review discovered servers:
┌─────────────────────────────────────────────────────────────┐
│ Import Hosts from Production vCenter │
├─────────────────────────────────────────────────────────────┤
│ [✓] Select All (15 available) 12 selected │
│ │
│ Assign Credential: [Linux Root ▼] │
│ │
│ ┌─────────────────────────────────────────────────────┐ │
│ │ [✓] web-01 192.168.1.10 running linux │ │
│ │ [✓] web-02 192.168.1.11 running linux │ │
│ │ [✓] db-01 192.168.1.20 running linux │ │
│ │ [ ] test-vm 192.168.1.99 stopped linux │ │
│ └─────────────────────────────────────────────────────┘ │
│ │
│ Already Imported (3): │
│ • app-01, app-02, cache-01 │
│ │
│ [Cancel] [Import 12 Hosts] │
└─────────────────────────────────────────────────────────────┘
- Select hosts to import
- Optionally assign a credential
- Click Import
- Re-discover: Scan for new VMs
- Remove Hosts: Delete all connections from this provider
- Edit Provider: Update connection settings
Configure credentials to automatically match imported hosts.
Credential: "Linux Root"
Settings:
Auto-assign OS Types: [linux, unix]When importing a Linux VM, this credential is automatically assigned.
Credential: "Web Servers"
Settings:
Auto-assign Patterns: ["web-*", "*-www-*"]Hosts matching web-01, prod-www-server, etc. get this credential.
During import, select a credential from the dropdown to override auto-assignment for all selected hosts.
When importing servers with names that already exist:
Same Name, Different Provider:
Existing: web-01 (already imported from AWS)
Importing: web-01 (from vCenter)
Result:
├── web-01 (AWS) ← existing, renamed
└── web-01 (vCenter) ← new import
Same Name, Same Provider: The existing connection remains unchanged; duplicates are skipped.
| Error | Solution |
|---|---|
| Connection refused | Check hostname/port, firewall rules |
| SSL certificate error | Enable "Verify SSL: false" or install cert |
| Authentication failed | Verify username/password, check permissions |
| Timeout | Network latency, increase timeout |
| Issue | Solution |
|---|---|
| Empty results | Check user permissions on provider |
| Missing VMs | Ensure VMs are powered on (some filters apply) |
| Wrong region/zone | Verify region/zone configuration |
| Provider | Solution |
|---|---|
| VMware | Install/update VMware Tools on guest |
| Proxmox | Install QEMU Guest Agent |
| AWS | Check VPC/subnet configuration |
| GCP | Verify external IP assignment |
| Azure | Check NIC and Public IP resources |
- Use API Tokens - Prefer tokens over passwords where supported
- Least Privilege - Grant minimum required permissions
- Separate Providers - Create one provider per environment/region
- Regular Discovery - Re-scan periodically to catch new VMs
- Credential Patterns - Set up auto-assignment rules to save time