Troubleshooting Guide for SQL Connectivity Between Webgility Desktop Add-On Machines and Server
This article helps Webgility Desktop users troubleshoot connection problems between an add-on machine and the main server hosting the SQL database by providing a step-by-step guide for Webgility Desktop.
Step-by-Step Troubleshooting
Step 1: Verify Network Connectivity
Check if the add-on machine can reach the SQL host:
-
Open Command Prompt and run:
php-templateCopyEditping <SQL host IP or hostname>
telnet <SQL host IP or hostname> <port> -
Replace
<SQL host>
and<port>
with your database’s details (default SQL port is 1433)
If the ping or telnet fails:
-
Confirm network cables or Wi-Fi connections are active
-
Check for VPN or firewall rules blocking traffic
-
Ensure the SQL host allows incoming connections from the add-on machine
Step 2: Validate Connection Configuration
Double-check the database connection details entered on the add-on machine:
-
Database Host/IP
-
Port number (default: 1433 for Microsoft SQL Server)
-
Username and password
Step 3: Confirm Authentication and Permissions
-
Ensure the database user account has permission to connect and perform the required actions.
-
If using Windows Integrated Authentication, verify:
-
The add-on machine is joined to the same domain
-
Group policy allows remote SQL access
-
-
If using SQL Authentication, confirm the login exists and is not locked or expired.
Step 4: Configure Firewall and Security Rules
-
On the add-on machine, allow outbound connections to the SQL port (e.g., 1433).
-
On the SQL Server, ensure inbound connections are allowed for the same port.
To allow SQL traffic in Windows Firewall:
-
Open Windows Defender Firewall with Advanced Security
-
Go to Inbound Rules > New Rule
-
Choose Port > TCP > 1433
-
Select Allow the connection
-
Apply to all network profiles (Domain, Private, Public)
-
Name the rule (e.g.,
SQL Port 1433
)