Required Port 443 For Veeam Backup & Replication Is Occupied By Another Application ((new))
This error typically occurs during an upgrade to Veeam Backup & Replication v13 or later, where port 443 is now hardcoded for the REST/Web UI service. Because this port is required and cannot be changed within Veeam's current supported configuration, you must identify and relocate the conflicting application. 1. Identify the Conflicting Application
The first step is to find out which process is "squatting" on port 443.
Using PowerShell (Recommended): Run the following command as an administrator to see the process name: powershell
Get-Process -Id (Get-NetTCPConnection -LocalPort 443).OwningProcess Use code with caution. Copied to clipboard
Using Command Prompt: Run netstat -aon | findstr :443 to find the PID (Process ID) in the far-right column. You can then match this PID in Task Manager under the "Details" tab. 2. Common Conflicts & Solutions Once identified, you usually have three paths forward: Veeam B&R 13 Change Web Service Port 443
Veeam Backup & Replication (VBR) v13 is now a mandatory, hardcoded requirement for the Veeam Web Service and API Gateway. If this port is occupied by another application, the VeeamBackupRESTSvc
will fail to start, potentially blocking your upgrade or regular operations. 1. Identify the Conflicting Application
Before you can resolve the conflict, you must find which service is currently using port 443. Command Line : Open Command Prompt as Administrator and run: netstat -ano | findstr :443 Identify the Process : Note the (Process ID) in the far-right column. Cross-Reference in Task Manager Task Manager (Ctrl+Shift+Esc). Find the application matching your PID. PowerShell Alternative Get-NetTCPConnection
Get-NetTCPConnection -LocalPort 443 | Select-Object LocalPort, OwningProcess, State 2. Resolve Common Conflicts There is currently no supported method
to change the port 443 requirement within Veeam v13. Instead, you must reconfigure or move the conflicting application. Hyper-V Replication
: If the VBR server is also a Hyper-V Replica server, Hyper-V likely owns port 443. : Change the Hyper-V Replication port (e.g., to 444) in Hyper-V Settings Replication Configuration . You must also update this on each replica VM. IIS / Web Servers
: If Internet Information Services (IIS) is installed, it often claims 443 for the "Default Web Site." : Change the site bindings in IIS Manager or stop the service if it is not required. Antivirus/Security Agents
: Some security software uses 443 for local management consoles.
: Check if the management port can be reconfigured in the vendor's settings. Veeam B&R 13 Change Web Service Port 443 This error typically occurs during an upgrade to
Veeam Backup & Replication relies heavily on specific network ports to facilitate communication between its various components, including the backup server, backup proxies, repositories, and managed servers. One of the most critical ports used by Veeam is Port 443 (HTTPS), which is essential for secure communication, web services, and integration with cloud providers or VMware vSphere environments.
When you attempt to install, upgrade, or start Veeam Backup & Replication services and encounter an error stating that Port 443 is occupied by another application, it can halt your backup operations. This article provides a comprehensive guide to understanding, diagnosing, and resolving this common conflict. 🎯 Direct Answer
To resolve the "Port 443 occupied" error in Veeam Backup & Replication, you must identify the conflicting application using the netstat command or Resource Monitor, and then either stop that application, change its port configuration, or reconfigure Veeam to use an alternative port. 🔍 Understanding the Role of Port 443 in Veeam
Port 443 is the standard port for secure web traffic (HTTPS). In a Veeam environment, it is used for several critical functions:
vSphere Communication: Veeam connects to VMware vCenter Server and ESXi hosts over port 443 to manage snapshots and VM data.
Cloud Connect: Secure connections to Veeam Cloud Connect service providers.
RESTful API: Accessing the Veeam Backup & Replication RESTful API.
Enterprise Manager: Communication between the backup server and Veeam Backup Enterprise Manager.
AWS/Azure Integrations: Secure API calls to public cloud platforms.
If another software package binds to Port 443 on the Veeam server before Veeam can, the Veeam services will fail to start or operate correctly. 🛠️ Step 1: Identify the Conflicting Application
Before you can fix the issue, you need to find out which application has hijacked Port 443. Here are the two most effective methods to do this on a Windows Server. Method A: Using Command Prompt (Netstat)
The fastest way to find the PID (Process Identifier) using port 443 is through the command line. Open Command Prompt as an Administrator. Run the following command:netstat -ano | findstr :443 Look for a line showing LISTENING in the state column. Note the PID listed at the far right of that line.
To find out what that PID is, run:tasklist | findstr [PID_Number] Method B: Using Resource Monitor If you prefer a graphical interface: Press Win + R, type resmon, and hit Enter. Navigate to the Network tab. Expand the Listening Ports section. Click on the Port column to sort numerically. If IIS: iisreset /stop or disable Default Web Site
Locate port 443 and look at the Image column to see the executable name. ⚠️ Common Culprits Occupying Port 443
Several applications frequently conflict with Veeam over Port 443. Common examples include:
Internet Information Services (IIS): Often installed on Windows Servers, hosting default websites on HTTPS.
VMware vCenter/Workstation: If installed on the same machine, VMware services default to port 443.
Skype / Teams: Older desktop versions famously utilized port 443 as a fallback for incoming connections.
Antivirus/Security Software: Local management consoles or update agents.
Web Server Stacks: Apache, Nginx, or XAMPP installed on the backup server. 🚀 Step 2: Resolving the Conflict
Once you have identified the application holding the port, choose one of the following remediation paths. Option 1: Stop or Uninstall the Conflicting Application
If the application occupying the port is not needed on your Veeam Backup server, the cleanest solution is to remove it.
Open services.msc and stop the offending service (e.g., World Wide Web Publishing Service for IIS).
Set the service startup type to Disabled to prevent it from grabbing the port after a reboot. Option 2: Change the Port of the Conflicting Application
If you must run both applications on the same server, change the port used by the non-Veeam application.
For IIS: Open IIS Manager, select the site, click Bindings in the right pane, edit the HTTPS binding, and change port 443 to an unused port (e.g., 8443). Windows Service conflicts
For Apache: Edit the httpd.conf or ssl.conf file and change Listen 443 to another port. Option 3: Change the Port in Veeam
If you cannot change the port of the other application, you can reconfigure Veeam to use a different port for its web UI or API components during installation or via the registry/configuration files.
Note: Changing default ports in Veeam should be done with caution and documented, as you will need to specify the custom port when connecting external components or accessing web consoles. 💡 Best Practices for Veeam Port Management
To avoid running into these issues in the future, follow these industry best practices:
Dedicated Backup Server: Never install Veeam Backup & Replication on a machine running IIS, Active Directory, or vCenter. Keep the backup server dedicated.
Pre-Install Port Audits: Run netstat before installing Veeam to ensure ports 443, 6160, 9392, and 11560 are completely free.
Firewall Segmentation: Ensure internal Windows firewalls are configured to allow Veeam traffic explicitly rather than opening ports globally.
This is a common and critical issue when deploying Veeam Backup & Replication (VBR). The error indicates a port conflict on TCP port 443.
Veeam Backup & Replication requires TCP Port 443 specifically for its Veeam Backup Service. This service acts as the secure communication channel (using HTTPS) between the Veeam Backup Server, Backup Proxies, Backup Repositories, and Managed Servers (vCenter/ESXi/Hyper-V).
Because Port 443 is the standard port for HTTPS traffic, it is frequently claimed by other services (most notably IIS, WSUS, or other web applications) running on the same Windows Server.
Here is a detailed breakdown of the feature, the conflict, and the resolution.
A. Stop the conflicting service (temporary fix)
- If IIS:
iisreset /stopor disable Default Web Site. - If Skype/Teams: Exit the application fully.
- If SSRS: Stop
SQL Server Reporting Services.
Evaluation checklist for remediation steps (pass/fail)
- Correctly identified occupying process/reservation.
- Demonstrated safe method to free port 443 (rebind, change IP, SNI, change Veeam port).
- Verified certificate presence and correct private key permissions for Veeam services.
- Applied firewall rules if needed and validated connectivity from client to Veeam via HTTPS.
- Performed and documented rollback steps.
4. Resolution Strategies
There are two main paths to resolve this: Change the Competitor (Recommended) or Change Veeam (Advanced).
1. Technical Context: Why Port 443?
Veeam operates on a "component-based" architecture. The Veeam Backup Server is the brain, and it communicates with "Components" (Proxies, Repositories, WAN Accelerators) using a proprietary protocol wrapped in SSL/TLS encryption.
- The Service:
Veeam Backup Service(VeeamSvc.exe). - The Port: TCP 443 (Inbound/Outbound).
- The Conflict: On Windows Server, only one application can bind to a specific IP:Port combination at a time. If another service is already listening on 0.0.0.0:443, Veeam fails to start its service.
Multiple-choice questions (20 items)
Examples:
- Which Veeam component primarily requires port 443 by default? A) Veeam Backup Proxy B) Veeam Backup & Replication console (Backup Server web UI) C) WAN Accelerator D) Guest interaction proxy (Correct: B)
- Which Windows command shows current listening TCP ports and associated process IDs? A) ipconfig B) netstat -ano C) nslookup D) tracert (Correct: B)
- Which of the following can cause port 443 to be unavailable? (choose best) A) IIS binding to 0.0.0.0:443 B) A service using SNI exclusive TLS binding C) Third-party management agents (e.g., VMware vSphere Web Client) D) Any of the above (Correct: D) (Include 17 more covering certificate bindings, SNI, HTTP.sys, Windows Service conflicts, firewall rules, load balancers, NAT, cluster VIPs, and Veeam-specific settings.)