Key Capabilities
- Embedded SSH-based secure file server with multi-user support
- Flexible authentication including password, public key, and Windows/AD integration (Windows/AD integration is only available in the .NET edition)
- Individual user directories with customizable folder structures and additional paths
- Advanced security features including login attempt lockouts and IP restrictions
- Support for temporary file extensions and automatic file movement after operations
Overview
The SFTP Server connector is primarily configured on the Profiles page. Then, individual SFTP Server connectors can be created for each trading partner who should have access to the server. The SFTP Server connector defines a trading partner’s credentials (username, password and/or public key) and provides a unique home directory on the server. Each user’s home directory contains a Send folder, where clients can download files, and a Receive folder, where clients can upload files. You can rename these folders on the Advanced tab. SFTP clients are not given permissions to the root of the SFTP server, which means that SFTP clients should always cd into the Send or Receive directories after connecting. The SFTP Server also supports Windows/AD authentication. See Windows Authentication for details.Video Resources
Watch this short video for an overview of how to configure an SFTP Server.Profile Configuration
The SFTP Server profile must be configured before connections can be established with individual SFTP Server connectors. Click Profiles on the navbar, then click the SFTP Server tab.Server Configuration
Server implementation settings.Lockouts
Optional settings related to locking server access.Trusted IP Addresses
Advanced Settings
Logging
Miscellaneous
Connector Configuration
Once you configure the SFTP Server profile settings, create and configure an individual SFTP Server connector for each trading partner on the Flows page.Settings Tab
Configuration
サーバーステータス
SFTP サーバープロファイルを表示リンクをクリックして新しいタブでプロファイルを開きます。User Configuration
Credentials for authenticating to the local SFTP server.Permissions
Settings related to the read/write permissions for the Send and Receive folders.Advanced Tab
Local Folders
Settings related to the folders where clients upload and download files. Rename the default folders here.Additional Paths
The SFTP Server connector allows you to expose paths in addition to the Input and Output folders. To configure additional paths, follow these steps:- Use the Path field to specify the additional path that should be exposed. Path values are relative to the Root Directory defined on the Profiles page.
- Set the permissions for the additional path using the Read and Write checkboxes.
- If more paths are needed, click New and repeat these steps for each path.
/var/opt/arc/sftpserver, and an additional path of MyAdditionalPath is added, it maps to the /var/opt/arc/sftpserver/MyAdditionalPath path on disk.
Advanced Settings
Settings not included in the previous categories.Message
Logging
Miscellaneous
Alerts Tab
SLAs Tab
Establishing a Connection
Each SFTP Server connector represents a single trading partner’s connection parameters. The trading partner should connect to the SFTP server using the server settings from the Profiles page (port, server certificate, and so on) and the authentication settings in the dedicated SFTP Server connector (user and password). Each trading partner has a pair of Send and Receive directories that are subfolders of the root. The partner downloads files from the Send folder and uploads files to the Receive folder. The client is not permitted to upload or download files from the root.Home Directory
The Home Directory setting controls which folder a client lands in when it logs in to an SFTP Server connector. Configure it on the connector’s Advanced tab, under Advanced Settings. Setting a home directory is useful when you migrate from other SFTP or FTP software that lets you configure a landing folder, or for automated systems that upload or download at whatever directory they land in without issuing navigation (cd) commands.
The field defaults to empty, but it also accepts a server path:
- Empty (default): The client lands at the connector home (
/<connectorId>). - Set to a path: On successful login, the client’s initial working directory is the specified path. A client that connects and immediately uploads, downloads, or lists files without changing directories operates inside the home directory.
/) that resolves against the Root Directory defined on the connector’s Profile, and it must match a configured server location; you cannot set it to an arbitrary path that only exists on disk. For the SFTP Server connector, the valid locations are:
/<connectorId>(the connector home): this is the default when the field is empty/<connectorId>/Send/<connectorId>/Receive- Any defined additional path (for example,
/Staging)
/) is not a valid home directory on the SFTP Server connector; it returns a permission error, because there is no readable mount at the root.
The field normalizes your input, so Receive, /Receive, \Receive, and /Receive/ are all treated as the same path. The value is validated when you save the connector: a path that does not match a configured server location is rejected with an error that names the invalid value. If you set an additional path as the home directory and that path is later removed from the configuration, saving the connector rejects the now-stale value.
The home directory only sets the initial landing directory at login. It is not a chroot or jail and does not restrict which folders a client can navigate to afterward; folder access is still governed by the permission settings.
Home Directory and the SFTP Client Remote Path
When an SFTP client connector connects to an SFTP Server connector that has a home directory configured, the SFTP client’s Remote Path setting still applies independently. The following table shows the resulting working directory for each combination:Windows Authentication
When Windows Authentication is enabled on the Server Configuration portion of the Profiles tab, individual SFTP Server connectors are not required to grant login access to the SFTP Server. Instead, you need to specify the name of the Windows Security Group that should be granted access to the server. When Windows Authentication is enabled, the Root Directory profile setting supports the %User% and %Domain% macros to establish separate root directories for separate users in the security group. Therefore, when Windows Authentication is enabled, users are permitted to upload/download files in the root directory (this is not true when you use SFTP Server connectors for authentication). Once files are uploaded to the user-specific folder, they can be entered into the flow using a File connector.Macros
Examples
Common Errors
Error: Could not bind server socket: Permission denied.
Cause This error can appear when attempting to connect to an SFTP server and the process hosting does not have sufficient privileges to establish a listener on the specified port. Note that in some cases (such as Linux environments and hosted instances running in an Amazon AMI), ports below 1024 are forbidden from access. Resolution Choose a different port, or change the identity of the process hosting to one with permissions to bind to the port. The Amazon AMI-hosted version of uses the Ubuntu operating system, so recommends that you use an Uncomplicated Firewall (UFW) to manage port permission issues. For example, setting up SFTP Server to run on port 8022 in and using UFW to forward port 22 to 8022 at the OS level looks like this:iptables to route incoming requests on the desired port to the allowed port:
iptables -t nat -I PREROUTING -p tcp --dport 22 -j REDIRECT --to-port 8022