This error occurs when another service is using TCP port 443 Veeam Backup & Replication (VBR) v13 and newer requires for its Web Service/API Gateway
. In these versions, port 443 is often hardcoded during the installation or upgrade process, and there is no official, supported way to change it for the Web Service component. Veeam Community Resource Hub Step 1: Identify the Conflicting Application
To fix this, you must first find which process is currently "squatting" on port 443. Open PowerShell or Command Prompt as Administrator. Run the following command to find the Process ID (PID) using port 443: powershell netstat -aon | findstr : Use code with caution. Copied to clipboard Identify the process name using the PID found in the last column: powershell -Id
This usually indicates a Windows service like HTTP.sys is holding the port. Step 2: Resolve the Conflict
Veeam requires port 443 to be free during the upgrade or installation. You have three main options: Option A: Reconfigure the Other Application (Recommended)
If the conflicting application allows port changes, move it to a different port (e.g., 444 or 8443).
Major Issues After Upgrading to Veeam V13: Port 443 Conflict
Required Port 443 for Veeam Backup Replication is Occupied by Another Application: A Comprehensive Guide
Veeam Backup & Replication is a popular data backup and disaster recovery solution used by many organizations to protect their critical data. One of the key requirements for Veeam Backup & Replication to function properly is that it needs to communicate over specific ports, with port 443 being one of them. However, what happens when the required port 443 for Veeam Backup replication is occupied by another application? In this article, we will explore the issues that arise when port 443 is occupied, and provide a step-by-step guide on how to resolve this common problem. This error occurs when another service is using
Understanding Port 443 and Veeam Backup & Replication
Port 443 is the default port used for HTTPS (Hypertext Transfer Protocol Secure) communication. Veeam Backup & Replication uses this port to establish a secure connection between the backup server and the vCenter server or ESXi hosts for replication and backup operations. When Veeam Backup & Replication is configured to use port 443, it attempts to establish a secure connection to the target server. However, if another application is using port 443, the Veeam Backup & Replication job will fail.
Causes of Port 443 Occupation
There are several reasons why port 443 may be occupied by another application:
Symptoms of Port 443 Occupation
When port 443 is occupied by another application, Veeam Backup & Replication may exhibit the following symptoms:
Resolving Port 443 Occupation
To resolve the issue of port 443 being occupied by another application, follow these steps: Multiple HTTPS applications : If there are multiple
Step 1: Identify the Occupying Application
netstat -anop | findstr 443 (on Windows) or lsof -i :443 (on Linux) to identify the application using port 443.Step 2: Change the Occupying Application's Port
Step 3: Configure Veeam Backup & Replication to Use a Different Port
Step 4: Verify Veeam Backup & Replication Connectivity
Alternative Solutions
If changing the occupying application's port or configuring Veeam Backup & Replication to use a different port is not feasible, consider the following alternative solutions:
Conclusion
When the required port 443 for Veeam Backup replication is occupied by another application, it can cause significant disruptions to your backup and replication operations. By understanding the causes of port 443 occupation and following the steps outlined in this article, you can resolve the issue and ensure that your Veeam Backup & Replication jobs run smoothly. Additionally, consider implementing monitoring and logging to detect potential port conflicts and other issues before they impact your critical backup and replication operations. Symptoms of Port 443 Occupation When port 443
Disable-NetFirewallRule and pre-configure HTTP.SYS reservations to ignore Veeam’s range.If you can’t stop the other application (e.g., it’s another critical backup tool), you have two options:
Do not guess. Use built-in Windows tools to get the definitive Process ID (PID).
Method A: Using Command Prompt (as Administrator)
netstat -aon | findstr :443
You will see output similar to:
TCP 0.0.0.0:443 0.0.0.0:0 LISTENING 4488
The number 4488 is the PID. Now, find the process name:
tasklist | findstr 4488
Method B: Using PowerShell (as Administrator)
Get-NetTCPConnection -LocalPort 443 | Select-Object -Property LocalPort, State, OwningProcess
Get-Process -Id (Get-NetTCPConnection -LocalPort 443).OwningProcess
What to look for:
System (PID 4) – Usually indicates HTTP.SYS kernel driver is reserving the port. This is often due to IIS or SSRS.w3wp.exe – IIS worker process.sqlservr.exe – SQL Server (if SSRS is enabled).veeam* – A stale Veeam process.Before diving into solutions, it is critical to understand why Veeam insists on Port 443. Veeam Backup & Replication uses Port 443 for several key functions:
If another application is squatting on Port 443, Veeam cannot start its core listening services, leading to installation rollbacks or failed service startups.
docker run --rm --net=host alpine netstat -tulpn (WSL/Windows containers). Stop Docker service via services.msc or net stop docker.Server Manager → Remote Desktop Services → RD Gateway Manager. Change the SSL port to 4430.