Some content on this site is available only to logged-in subscribers. Contact Us for information on becoming a subscriber.

InSource.Solutions | InSource Training | InSource Client Portal
InSource Solutions Logo
Log In Sign Up
InSource.Solutions InSource Training InSource Client Portal Log In Sign Up
  • Home
  • AVEVA Application Server
  • AVEVA Application Server Tech Notes

TN - AppSrv09112610 - Before You Call Support: AVEVA Infrastructure & Security Checklist

Last updated: September 11th, 2026

Description

  • Author: Zach Burns
  • Published: September 11th, 2026

Details:

  • Document Version: 001
  • Applies to Version(s): All supported AVEVA System Platform versions on Windows Server 2016 and later

 

 

Overview

Estimated time: 5-10 minutes 

Many AVEVA communication, deployment, licensing, and authentication issues are caused by changes in the underlying Windows or IT infrastructure rather than the AVEVA software itself.

This checklist provides a quick reference for verifying common Windows, network, authentication, and security settings before opening a support case. Completing these checks can often identify common infrastructure issues and help reduce troubleshooting time.

💡 Support Tip

Before beginning detailed troubleshooting, ask one simple question:

"What changed?"

Recent Windows updates, password changes, Group Policy modifications, certificate renewals, DNS changes, firewall updates, and antivirus or EDR policy changes are among the most common causes of unexpected behavior in AVEVA environments.

Infrastructure & Security Health Check

Before opening a support case, verify the following:

🖥️ Windows

  • ☐ Windows updates reviewed
  • ☐ System time synchronized
  • ☐ Windows Event Viewer checked
  • ☐ Windows Firewall reviewed
  • ☐ User Account Control (UAC) settings reviewed
  • ☐ Required .NET Framework version installed

 


🌐 Network

  • □ Forward DNS resolution verified
  • □ Reverse DNS resolution verified
  • □ Network connectivity confirmed
  • □ Required ports accessible
  • □ No recent firewall, VLAN, or routing changes
  • □ DNS server assignment confirmed via ipconfig /all

 


🔐 Security

  • □ Certificates valid
  • □ TLS configuration verified
  • □ Antivirus exclusions configured
  • □ Local Security Policy reviewed
  • □ No recent Group Policy changes affecting services

 


👤 Authentication

  • □ Computer joined to correct domain
  • □ Domain trust verified
  • □ Kerberos authentication functioning
  • □ Service accounts verified
  • □ SPNs reviewed (if applicable)
  • □ No duplicate SPNs present (setspn -x to verify)

 


⚙️ AVEVA Specific

  • □ AVEVA Technology Matrix reviewed for software compatibility
  • □ Operating system is supported for the installed AVEVA version
  • □ License Server reachable
  • □ Required AVEVA services running
  • □ Recent configuration changes reviewed
  • □ AVEVA OCMC Logger reviewed for errors and warnings

 


📋 General

  • □ Recent changes identified
  • □ Review recent IT maintenance
  • □ Review recent password changes
  • □ Review recent infrastructure changes
  • □ Review recent antivirus or EDR policy changes

 


Common Symptoms

Use the "Check First" column as a starting point. These items represent the most common infrastructure-related causes for each symptom.

Symptom Check First
Unable to deploy a Platform or Engine DNS, Windows Firewall, Group Policy, Service Accounts, ArchestrA Network Account (run CNA), Local Security Policy
Login or authentication failures Domain membership, Time synchronization, Kerberos, Service Accounts, LDAP
Communication failures between nodes DNS, Network connectivity, Firewall, Required AVEVA ports (incl. SuiteLink 5413)
HTTPS or certificate warnings Certificates, Certificate Chain, DNS, TLS configuration
Historian communication or data collection issues Firewall, DNS, TLS, Historian Service Status
License activation or License Server issues License Server availability, Certificates, TLS, Windows Firewall
OI Server or OPC communication failures DNS, Firewall, DCOM Permissions, Antivirus exclusions, Network connectivity
DCOM or COM-related errors Windows updates, Local Security Policy, DCOM permissions
Services fail to start Service Account credentials, Windows Services, Local Security Policy
Issue began after recent IT changes Windows updates, Group Policy, Password changes, Firewall, Certificates, DNS

Useful Windows Diagnostic Commands 

The following Windows commands can help verify common network, authentication, and Windows configuration issues that may impact AVEVA products.

hostname

Purpose:
Displays the local computer's hostname (computer name). 

Common Use:
Verify the correct AVEVA node when troubleshooting multi-node environments.


whoami

Purpose:
Displays the currently logged-in user account, including the domain (if applicable).

Common Use:
Verify the account running AVEVA software or administrative tools. Also helps confirm whether you are running as a domain account or local account, which affects AVEVA authentication behavior. 


whoami /groups

Purpose:
Lists all security groups the current user belongs to. 

Common Use:
Verify group memberships and confirm the user has the required permissions for AVEVA software. Look for expected AVEVA-related groups such as aaAdministrators, aaRuntimeUsers, AELicmgr, etc.


ipconfig /all

Purpose:
Displays detailed network configuration, including IP addresses, DNS servers, gateways, DHCP status, and network adapter information.

Common Use:
Verify IP, DNS, and network settings for AVEVA communications. Verify the IP address matches the address configured in AVEVA software and check whether DHCP has unexpectedly reassigned an address that should be static.


nslookup <hostname>

Purpose:
Queries DNS to resolve a hostname to an IP address.

Common Use:
Verify AVEVA nodes resolve to the correct IP address. Also run nslookup <IP Address> to confirm reverse DNS is working. AVEVA products rely on both forward and reverse resolution and a missing PTR record can cause communication failures even when forward resolution is working.


ping <hostname>

Purpose:
Tests basic network connectivity to another device using ICMP echo requests. 

Common Use:
Verify that a device is reachable and that basic name resolution is functioning. Note that a failed ping does not always mean a connectivity problem. Windows Firewall may be configured to block ICMP while allowing other traffic to flow normally. If ping fails but nslookup succeeds, check firewall rules before assuming a network issue. 


nltest /dsgetdc:<domain>

Purpose:
Locates the Active Directory Domain Controller for the specified domain and verifies that it can be contacted.

Common Use:
Verify domain connectivity for AVEVA authentication and service accounts. Run this when AVEVA services fail to start, when login failures occur, or after a network change to confirm the expected domain controller is being reached. 


nltest /sc_verify:<domain>

Purpose:
Verifies a computer's secure channel with the domain.

Common Use:
Identify broken domain trust relationships affecting AVEVA authentication.  A successful result returns NERR_Success.


klist

Purpose:
Displays the current Kerberos ticket cache for the logged-in user. Useful when troubleshooting Kerberos authentication problems. 

Common Use:
Verify Kerberos authentication between AVEVA nodes and domain resources. If the cache is empty or tickets are expired, Kerberos authentication will fail. Look for tickets issued to krbtgt and verify expiration times are valid.  


gpresult /r

Purpose:
Displays the Group Policy Objects (GPOs) currently applied to the computer and user.

Common Use:
Identify Group Policies that may affect AVEVA services or security settings. Pay attention to any GPOs controlling firewall rules, logon rights, or service account permissions, as these are common sources of unexpected AVEVA behavior after routine IT maintenance. 


w32tm /query /status

Purpose:
Displays the Windows Time service status and synchronization source.

Common Use:
Verify the system clock is synchronized, as time drift can cause authentication and communication failures in AVEVA systems. By default, Kerberos authentication will fail when clocks are skewed by more than 5 minutes from the Domain Controller. If the time source appears unreliable or the stratum is high, ask your IT team to review the NTP configuration.


sc query

Purpose:
Displays the status of Windows services.

Common Use:
Verify required AVEVA services are installed and running. 


Get-Service

Purpose:
PowerShell command that lists Windows services and their current status. Can be filtered to quickly locate specific AVEVA services.

Common Use:
Quickly check the status of AVEVA services using PowerShell.


Test-NetConnection <ServerName> -Port <port>

Purpose:
PowerShell command that tests connectivity to a specific server and TCP port. 

Common Use:
Verify required AVEVA communication ports are accessible between nodes.


Information to gather before opening a support case

Providing the following information can help expedite troubleshooting:

  • AVEVA product name and version
  • Windows version and edition
  • Description of the issue and any recent changes
  • Screenshots of exact error messages
  • AVEVA OCMC Logger or Diagnostic Manager logs
  • Windows Event Viewer logs (if applicable)
  • Results from the diagnostic commands above
  • Network diagram (if communication issues are involved)
  • Recent Windows updates or IT infrastructure changes

Related Resources

AVEVA Technology Matrix
Verify supported operating systems, SQL Server versions, .NET Framework requirements, and software compatibility.
https://gcresource.aveva.com/TechnologyMatrix

AVEVA Security Central
Review the latest AVEVA security advisories, vulnerability bulletins, security reports, and product-specific cybersecurity updates.
https://softwaresupportsp.aveva.com/en-US/securitycentral/security-reports

AVEVA Antivirus Exclusions
Recommended antivirus exclusions for AVEVA products.
https://knowledge.insourcess.com/aveva-intouch-tech-notes/wonderware-antivirus-exclusions

Ports Used by System Platform Products
Reference the default communication ports used by System Platform, Historian, InTouch, Licensing, OI Servers, OMI, Platform Common Services, SQL Server, and other AVEVA components.
https://docs.aveva.com/bundle/system-platform/page/686254.html

Common Causes of OI Server Communication Issues
Troubleshooting guidance for common OI Server communication problems.
https://knowledge.insourcess.com/aveva-communication-drivers-tech-notes/common-causes-of-oi-server-communication-issues
 

 

assistance aveva
Give feedback about this article

Recommended articles

[ISS Support Case] License Cannot be Acquired while Windows updates are performed

Client reached out as when user is installing windows update they cannot acquire the license but after the updates finish and the PC is restarted the license is acquired successfully.

Read More

[ISS Support Case] License Server Disconnection Behavior - Backup Licensing Strategy

We are running AVEVA System Platform 2020. Many of our InTouch workstations run 24x7 operations and rarely reboot. If we had a network issue and one or more of our workstations were to lose access to our AVEVA license server, would the workstation application(s) continue to run? If so, for how long would it continue to run without access to the license server? Would the application stop working immediately? We do need to stand up a backup license server. However, we are also considering the possible need to have every InTouch workstation be a license manager so that we would not have to deal with possible disconnections from the network in order to prevent shutting down our production operation.

Read More

[ISS Support Case] Licenses Removed From Interface Offline Deactivation

Previously spoke with ISS about migrating 2017 License Manager at 3.5.1 had a mix of 2017 & 2020 licenses. Setting up a license server 3.7.002 wants to migrate the 3.5.1 licenses to the new one. Was told you could selectively deactivate and active the licenses. Tried dong that today and the licenses all deactivated now running no licenses.

Read More
Support Icon

CONTACT SUPPORT

How to reach us

10800 Midlothian Turnpike Tpke, Suite 209, Richmond, VA 23235

1.877.INSOURCE

Technical Support - 1.888.691.3858

Contact Us

  • InSource Solutions
  • InSource Training
  • InSource Client Portal
  • Log In
InSource Solutions Group Logo

© 2026 InSource Solutions. All Rights Reserved.

Knowledge Base Software powered by Helpjuice

Expand