Connection Tester
Test SSH connectivity and verify credentials before adding a new host to Xermius. Save time by catching connection issues early.
What is Connection Tester?
Simple Explanation: Connection Tester lets you verify that SSH credentials work before you create a host. Think of it as a "dry run" that checks everything is correct.
Benefits:
Without Connection Tester:
1. Create new host
2. Fill in all details
3. Try to connect
4. Connection fails!
5. Delete host
6. Try again...
Frustrating and time-consuming
With Connection Tester:
1. Test credentials first
2. If works → Create host confidently
3. If fails → Fix before creating
Quick and efficient
When to Use
Before Adding New Host
Perfect for:
- ✅ Testing new server access
- ✅ Verifying credentials are correct
- ✅ Checking firewall allows SSH
- ✅ Confirming port is correct
- ✅ Testing network connectivity
Troubleshooting Existing Hosts
Use to verify:
- Password changed?
- Firewall blocking?
- Server accessible?
- Port changed?
- Network issues?
Team Setup Verification
Confirm:
Admin: "I've set up access for you"
You: Test credentials first
Result: Works? → Create host
Fails? → Ask admin to check
How to Use
Access Connection Tester
Location 1: Dashboard
1. Go to Hosts dashboard
2. Find "Test SSH Connection" card
3. Fill in credentials
4. Click "Test Connection"
Location 2: Before Creating Host
1. Click "New Host"
2. Fill in connection details
3. Click "Test Connection" button
4. Verify before saving
Testing a Connection
Step 1: Fill in Details
┌────────────────────────────────────────┐
│ Test SSH Connection │
├────────────────────────────────────────┤
│ Test your credentials before adding │
│ │
│ Host/IP Address: * │
│ [192.168.1.100 ] │
│ │
│ Port: │
│ [22 ] │
│ │
│ Username: * │
│ [root ] │
│ │
│ Password: * │
│ [••••••••••] [👁] │
│ │
│ [Test Connection] │
└────────────────────────────────────────┘
Required fields:
- Host/IP Address
- Username
- Password
Optional:
- Port (defaults to 22)
Step 2: Click Test Connection
Status: Testing Connection...
[Spinner animation]
Connecting to 192.168.1.100:22...
Authenticating as root...
Step 3: View Result
Success:
┌────────────────────────────────────────┐
│ ✓ SSH connection successful! │
│ │
│ You can now add this host. │
│ │
│ Connection verified: │
│ • Host: 192.168.1.100 │
│ • Port: 22 │
│ • User: root │
│ • Auth: Password │
└────────────────────────────────────────┘
Failure:
┌────────────────────────────────────────┐
│ ✗ Connection failed │
│ │
│ Error: Authentication failed │
│ │
│ Possible causes: │
│ • Wrong password │
│ • User doesn't exist │
│ • SSH not enabled │
└────────────────────────────────────────┘
Common Test Results
Success Messages
"SSH connection successful!"
✓ Everything works
✓ Credentials correct
✓ Server accessible
✓ SSH running
Action: Create host with these settings
Error Messages
"Authentication failed"
Causes:
- Wrong password
- Wrong username
- SSH key expected (not password)
- Account disabled
Solutions:
1. Verify password is correct
2. Check username (case-sensitive)
3. Try different user (ubuntu, admin, etc.)
4. Ask admin to verify account
"Connection timeout"
Causes:
- Wrong IP address
- Server offline
- Firewall blocking
- Network unreachable
Solutions:
1. Ping server:
ping 192.168.1.100
2. Check server is on
3. Verify IP address
4. Check firewall rules
"Connection refused"
Causes:
- SSH service not running
- Wrong port
- Firewall blocking port
Solutions:
1. On server, check SSH:
systemctl status ssh
systemctl status sshd
2. Try different ports:
22 (default)
2222 (alternate)
Custom port
3. Check firewall:
sudo ufw status
sudo ufw allow 22
"Host not found"
Causes:
- Wrong hostname
- DNS not working
- Typo in address
Solutions:
1. Check hostname spelling
2. Try IP address instead
3. Test DNS:
nslookup hostname
"Permission denied (publickey)"
Causes:
- Server requires SSH key
- Password auth disabled
Solutions:
Server expects SSH key, not password
Use SSH key authentication instead:
1. Generate SSH key
2. Add key to server
3. Use key-based host in Xermius
Testing Different Scenarios
Test with Different Ports
Common SSH ports:
Standard: 22
Alternate: 2222
Custom: 2200, 2201, etc.
Test each:
Port: [22 ] → Test
Port: [2222] → Test
Port: [2200] → Test
Test Different Users
Common usernames:
Linux:
- root
- ubuntu
- admin
- your-name
Windows Server:
- Administrator
- admin
Try each until works
Test with Copy-Paste
Avoid typos:
1. Copy password from password manager
2. Paste into password field
3. Copy hostname from documentation
4. Paste into host field
Eliminates typing errors
Best Practices
1. Always Test Before Creating
Don't:
✗ Create host
✗ Try to connect
✗ Fails
✗ Delete and retry
Do:
✓ Test connection first
✓ Works? Create host
✓ Fails? Fix then test again
2. Test After Server Changes
When to retest:
- Password changed
- SSH reconfigured
- Firewall updated
- Server migrated
- Port changed
Quick retest:
Use same test form
Update what changed
Verify still works
3. Document Working Settings
After successful test:
Host: 192.168.1.100
Port: 22
User: root
Auth: Password ✓
Tested: Jan 17, 2024
Notes: Works from office network
4. Test from Same Network
Important:
If server has firewall:
- May only allow specific IPs
- Test from actual location you'll use
- Office vs Home may differ
5. Use for Troubleshooting
Host suddenly not connecting?
1. Use Connection Tester
2. Same credentials as saved host
3. Does test work?
- Yes: Host config issue
- No: Server/network issue
Troubleshooting Tips
Test Won't Start
Issue: Button disabled
Check:
□ Host field filled?
□ Username filled?
□ Password filled?
□ All 3 required!
Test Takes Forever
Issue: Timeout after 30+ seconds
Likely causes:
- Server offline
- Network unreachable
- Firewall blocking
- Wrong IP
Cancel and check basics:
- Ping server
- Check network
- Verify IP
Test Says Success But Host Fails
Issue: Test works, but host doesn't connect
Possible reasons:
1. Test disconnects after 2 seconds
Host may have connection limits
2. Different auth method
Test uses password
Host configured for SSH key
3. Additional settings needed
Host needs specific options
Solution: Check host configuration
Different Results Each Time
Issue: Sometimes works, sometimes fails
Causes:
- Intermittent network
- Connection limits on server
- Load balancer rotating servers
- Firewall rate limiting
Solution:
- Test multiple times
- Check server logs
- Verify stable network
Use Cases
Use Case 1: New Server Setup
Scenario: Admin just set up server
1. Admin: "Server ready at 192.168.1.100"
2. Before creating host:
Test Connection:
Host: 192.168.1.100
Port: 22
User: deploy
Pass: [from admin]
3. Test result: ✓ Success
4. Create host with confidence
5. No wasted time!
Use Case 2: Password Changed
Scenario: Server password was rotated
1. Existing host can't connect
2. Use Connection Tester:
Host: production.example.com
User: admin
Pass: [NEW password]
3. Test: ✓ Success
4. Update saved host password
5. Host works again!
Use Case 3: Multiple Servers
Scenario: Setting up 10 servers
Don't: Create 10 hosts, test each
Do:
1. Test all 10 credentials first
2. Note which work
3. Create hosts for working ones
4. Fix others before creating
5. Much faster!
Use Case 4: Customer Access
Scenario: Customer gave you credentials
Customer credentials sometimes wrong
1. Test first:
Host: [customer server]
User: [customer gave]
Pass: [customer gave]
2. Result:
✗ Auth failed
3. Contact customer:
"Credentials don't work, please verify"
4. Customer: "Oh sorry, wrong password!"
5. Test again with correct ones
6. ✓ Success → Create host
Security Notes
Credentials Not Saved
Connection Tester does NOT save:
✓ Credentials only in memory
✓ Cleared after test
✓ Not stored in database
✓ Not synced to cloud
✓ Only you see them
Safe to test:
- Temporary passwords
- Customer credentials
- Shared accounts
- Test accounts
Test Connection Auto-Closes
After successful test:
1. Connection established
2. "Success" message shown
3. After 2 seconds → Auto-disconnect
4. Resources cleaned up
5. No lingering connections
Use Secure Network
Best practice:
Test from:
✓ Trusted networks
✓ VPN if needed
✓ Same network as you'll use
Avoid:
✗ Public WiFi (unless VPN)
✗ Untrusted networks
Quick Reference
Test Checklist
Before testing:
□ Have correct IP/hostname
□ Know correct port
□ Have valid username
□ Have current password
□ On proper network
During test:
□ Fill all required fields
□ Double-check for typos
□ Click Test Connection
□ Wait for result
After success:
□ Note working configuration
□ Create host with same settings
□ Document for future reference
After failure:
□ Read error message
□ Check common causes
□ Fix issue
□ Test again
Common Port Numbers
SSH: 22, 2222
HTTP: 80
HTTPS: 443
MySQL: 3306
PostgreSQL: 5432
MongoDB: 27017
Redis: 6379
Next Steps
- 🔗 Creating Hosts - Add hosts after testing
- 🐛 Troubleshooting - Fix connection issues
- 🔐 SSH Keys - Use key-based auth
- 📘 Hosts Management - Organize your servers