- 9 minutes to read

Prerequisites for the File and FTP Monitoring Agent

Prepare your environment for seamless, secure file-based integration monitoring with Nodinite. This page details all prerequisites for installing and running the File and FTP Monitoring Agent, including software, user rights, firewall, and network configuration.

✅ Clear software and OS requirements
✅ Step-by-step user rights and firewall setup
✅ PowerShell scripts for fast configuration
✅ Network and security best practices

This page describes the prerequisites to successfully install and run the Nodinite File Monitoring Agent to achieve MFT Monitoring.

graph LR subgraph "Nodinite Instance" roNI(fa:fa-folder File and FTP Monitoring agent) --- roMonitor[fa:fa-monitor-waveform Monitoring] end subgraph "Windows/Linux" roMonitor --- roSMB(fa:fa-folders Folders - SMB) roMonitor --- roNFS(fa:fa-folders Folders - NFS) end subgraph "SFTP" roMonitor --- roSFTP(fa:fa-file-certificate Folders) end subgraph "FTP/FTPS" roMonitor --- roFTP(fa:fa-file-export Folders) end

This diagram shows how the Nodinite File and FTP Monitoring Agent connects to various file-based resources across your environment.

Instances of this agent can be installed on-premise using TCP/IP for local network access and/or in the cloud/off-site using Service Bus Relaying (see also the external link for additional information 'Azure Relay FAQs').

We recommend that you keep this agent close to the Nodinite Core Services. This documentation covers local network setup (usually on the Nodinite application server)

Verified Topic
Software Requirements
What Windows User Rights does the File and FTP Monitoring agent require?
What Firewall settings are required for the File and FTP Monitoring agent?

Software Requirements

Product Version/Edition Comment
Windows Server Windows 2025
Windows 2022
Windows 2019
Windows 2016
Windows 2012 R2
Windows 2012
.NET Framework .NET Framework 4.8 or later New 6.0
Our recommendation is .NET Framework 4.8.1 or later
DFS Management Tools You must install ´DFS Management Tools´ if you want to use a DFS file share in the Monitoring

Versions 6.0 and later make use of the .NET Framework 4.8 or later.
Versions 5.4 and subsequently make use of the .NET Framework 4.6.2 or later.
Versions before 5.4 make use of the .NET Framework 4.5.2 or later.

 Install-WindowsFeature RSAT-DFS-Mgmt-Con

What Windows User Rights does the File and FTP Monitoring agent require?

The agent is installed as a Windows Service usually on the Nodinite application server. Virtual machines are supported.

For each Folder being monitored you may need to provide alternate credentials, review the Configuration user guide for additional details.

least privileges (basic usage)

  • Read permission to the folder where to check for files (and all its child folders if the 'Include child folders' option is checked)
  • Folders (SMB)
  • Folders (NFS)
  • FTP
  • SFTP

What Firewall settings are required for the File and FTP Monitoring agent?

Where you install the Nodinite File Monitoring Agent in relation to the Nodinite Monitoring Service and your file servers determines your firewall configuration. The diagram shows every host involved, with the agent on its own server; each arrow starts at the side that opens the connection.

graph LR subgraph "Nodinite Core Services Server" roMonitoringService(fa:fa-watch-fitness Monitoring Service) end subgraph "Nodinite Agent Server" roNI(fa:fa-folder File and FTP Monitoring Agent) end subgraph "Target: File Server (SMB)" roSMB(fa:fa-folders Windows / Samba shares) end subgraph "Target: NFS Server" roNFS(fa:fa-folders NFS exports) end subgraph "Target: FTP / FTPS Server" roFTP(fa:fa-file-export FTP folders) end subgraph "Target: SFTP Server" roSFTP(fa:fa-file-certificate SFTP folders) end subgraph "Domain Controller" roDC(fa:fa-building Active Directory) end subgraph "DNS Server" roDNS(fa:fa-signs-post DNS) end subgraph "Azure Service Bus Relay (optional)" roRelay(fa:fa-cloud Relay namespace) end roMonitoringService --> |"Agent site port (v7) / 8000 (v6)"| roNI roNI --> |"445 (135-139 legacy)"| roSMB roNI --> |"2049, 111"| roNFS roNI --> |"21 / 990 + passive range"| roFTP roNI --> |"22"| roSFTP roNI -.-> |"88, 389, 636"| roDC roNI --> |"53"| roDNS roMonitoringService -.-> |"443, 5671-5672, 9350-9354"| roRelay roNI -.-> |"443, 5671-5672, 9350-9354"| roRelay

Network diagram: the Monitoring Service calls the agent, and the agent connects to each file server you monitor. Dashed arrows are optional hops.

Note

When the agent runs on the Core Services Server (the typical installation), you need no firewall rule between the Monitoring Service and the agent. The exact ports to the file servers depend on your policies and server configuration.

Between the Monitoring Service and the File and FTP Monitoring Agent

The Monitoring Service opens every connection; the agent never calls it. On Windows Server, Nodinite v7 hosts the agent as its own IIS web site, on a port you set per environment in the Nodinite Portal (Servers step).

Direction Source Destination Protocol Port(s) Purpose Notes
Inbound Core Services Server Agent Server TCP (HTTPS/HTTP) Agent site port Poll the agent, send configuration, run Remote Actions v7. No fixed default; use the port set in the Portal. Only when the agent is on a remote server
Inbound Core Services Server Agent Server TCP 8000 Same, for Windows Service agents ⚠️ v6 and earlier only (legacy MSI installer on remote servers)

Option: Service Bus Relaying (cloud or hybrid)

Use Service Bus Relayed connections when Nodinite and the agent are on different networks. Both sides connect outbound to the Azure Relay namespace, so neither server needs an inbound rule. Nodinite uses the same principle as the on-premises data gateway; see 'Adjust communication settings for the on-premises data gateway' and the 'Azure Relay FAQs'.

Direction Source Destination Protocol Port(s) Purpose Notes
Outbound Agent Server Azure Relay (*.servicebus.windows.net) TCP 443 HTTPS All versions
Outbound Agent Server Azure Relay (*.servicebus.windows.net) TCP 5671, 5672 Secure AMQP All versions
Outbound Agent Server Azure Relay (*.servicebus.windows.net) TCP 9350 - 9354 Net.TCP All versions
Outbound Core Services Server Azure Relay (*.servicebus.windows.net) TCP 443, 5671, 5672, 9350 - 9354 Monitoring Service side of the relay Same ports as the Agent Server

Between the File and FTP Monitoring Agent and SMB file shares

Required for Folders (SMB) on Windows file shares, Samba, and DFS.

Direction Source Destination Protocol Port(s) Purpose Notes
Outbound Agent Server Target (File Server) TCP 445 Direct-hosted SMB (SMB 2/3) Recommended
Outbound Agent Server Target (File Server) TCP/UDP 135-139 Microsoft file sharing (NetBIOS) Legacy SMB 1.0/CIFS only; consider disabling SMB 1.0
Inbound Target (File Server) Agent Server TCP/UDP 135-139, 445 Response traffic Automatically allowed by stateful firewall inspection

Tip

DFS Shares: Distributed File System (DFS) shares use the same SMB ports. Allow connectivity to every DFS namespace server and folder target.

Between the File and FTP Monitoring Agent and FTP / FTPS servers

Required for FTP monitoring. Use Passive Mode where you can: the agent then opens both the control and the data connections (outbound only).

Direction Source Destination Protocol Port(s) Purpose Notes
Outbound Agent Server Target (FTP Server) TCP 21 FTP / explicit FTPS control connection Default; can be changed on the server
Outbound Agent Server Target (FTP Server) TCP 990 Implicit FTPS control connection Only for implicit FTPS (TLS from the first byte)
Outbound Agent Server Target (FTP Server) TCP Passive data range Data connections (Passive Mode) Set a fixed range on the FTP server, for example 50000-51000, and allow it. With FTPS the firewall can't inspect the encrypted control channel to open data ports dynamically
Inbound Target (FTP Server) Agent Server TCP Agent ephemeral ports (from server port 20) Data connections (Active Mode, PORT) ⚠️ Not recommended; the FTP server connects back to the agent
Inbound Target (FTP Server) Agent Server TCP 21, 990, passive range Response traffic Automatically allowed by stateful firewall inspection

Between the File and FTP Monitoring Agent and SFTP servers

Required for SFTP monitoring. SFTP runs inside one SSH connection, so it needs a single port.

Direction Source Destination Protocol Port(s) Purpose Notes
Outbound Agent Server Target (SFTP Server) TCP 22 SFTP (SSH) connection Default. Many servers use a custom SSH port (for example 2222); set the same port in the agent configuration
Inbound Target (SFTP Server) Agent Server TCP 22 Response traffic Automatically allowed by stateful firewall inspection

Tip

SSH Key Authentication: When you use SSH keys, add the agent's public key to the SFTP server's ~/.ssh/authorized_keys file for the monitoring user account.

Between the File and FTP Monitoring Agent and NFS servers

Required for Folders (NFS) on Linux/UNIX or Windows Server for NFS.

Direction Source Destination Protocol Port(s) Purpose Notes
Outbound Agent Server Target (NFS Server) TCP/UDP 2049 NFS server (nfsd) NFS v3 and v4. NFS v4 needs only this port
Outbound Agent Server Target (NFS Server) TCP/UDP 111 RPC Portmapper NFS v3; maps RPC requests to the NFS services
Outbound Agent Server Target (NFS Server) TCP/UDP 1039, 1047, 1048 mountd, statd, lockd NFS v3; may vary. Linux assigns these dynamically unless you pin them
Outbound Agent Server Target (NFS Server) TCP/UDP 665-1024 Privileged source ports Only when you use the privileged ports option
Inbound Target (NFS Server) Agent Server TCP/UDP 111, 2049, 665-1024, 1039, 1047, 1048 Response traffic Automatically allowed by stateful firewall inspection

Tip

NFS Dynamic Ports: mountd, statd, and lockd often get dynamic ports from the RPC Portmapper (port 111). Configure your NFS server to use static ports for these services to keep firewall rules simple, or use NFS v4 (port 2049 only).

NFS PowerShell Script Example

# Open required firewall ports for NFS
$ports = @(111, 2049)
foreach ($port in $ports) {
    New-NetFirewallRule -DisplayName "Allow NFS Port $port" -Direction Inbound -Action Allow -Protocol TCP -LocalPort $port -Profile Any -Verbose
    New-NetFirewallRule -DisplayName "Allow NFS Port $port (UDP)" -Direction Inbound -Action Allow -Protocol UDP -LocalPort $port -Profile Any -Verbose
}
# Set static ports for NFS services to avoid dynamic assignment

Set-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\Rpc" -Name "InternetPorts" -Value 2049 -Type DWord
Set-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\Rpc" -Name "InternetAvailable" -Value 1 -Type DWord

# Restart NFS and RPC services
Restart-Service -Name "RpcEptMapper"
Restart-Service -Name "NfsService"

Write-Host "NFS Ports have been configured and firewall rules applied."

Run netstat -ano | findstr :2049 on the NFS server to check that NFS is listening, and Test-NetConnection -ComputerName <NFS_SERVER> -Port 2049 on the Agent Server to verify connectivity.

Between the File and FTP Monitoring Agent and the Domain Controller

Required when the agent's service account, or the alternate credentials of a monitored folder, is a domain account (SMB and DFS shares).

Direction Source Destination Protocol Port(s) Purpose Notes
Outbound Agent Server Domain Controller TCP/UDP 88 Kerberos authentication Required for domain authentication
Outbound Agent Server Domain Controller TCP/UDP 389 LDAP Standard LDAP queries
Outbound Agent Server Domain Controller TCP 636 LDAPS (Secure LDAP) Required for LDAPS authentication
Inbound Domain Controller Agent Server TCP/UDP Same as outbound Response to Kerberos / LDAP Usually allowed by stateful firewall inspection

Between the servers and DNS

Direction Source Destination Protocol Port(s) Purpose Notes
Outbound Agent Server DNS Server TCP/UDP 53 Name resolution Resolve the file, FTP, SFTP, and NFS servers, the Domain Controller, the Core Services Server, and (with relaying) *.servicebus.windows.net. A local hosts file can replace DNS
Outbound Core Services Server DNS Server TCP/UDP 53 Name resolution Resolve the Agent Server

Important

Stateful Firewalls: Most Windows Firewall implementations are stateful, so response traffic for established outbound connections is allowed automatically. The inbound response rules above are for reference and troubleshooting.


Next Steps

Add or manage Monitoring Agent
Install File Monitoring Agent

Monitoring
Administration