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.
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.
- Local named account or domain account (preferred).
- Access and run-time rights.
- Follow the 'How to set logon as a Windows service right' user guide for detailed instructions.
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.
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_keysfile 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