Configuring the Firewall
Your Aspera transfer product requires access through specific ports. If you cannot establish the connection, review your local corporate firewall settings and remove the port restrictions accordingly.
Enterprise Server
Configure your firewall to allow the following ports:
- Inbound TCP/22 (or other
TCP port set for SSH connections): The port for SSH connections. Important: Aspera strongly recommends running the SSH server on a non-default port (allowing inbound SSH connections on TCP/33001, and disallowing inbound connections on TCP/22) to ensure that your server remains secure from SSH port scan attacks. For instructions on how to change your SSH port, see Securing Your SSH Server.
If you have a legacy customer base utilizing TCP/22, then you can allow inbound connections on both ports. See Securing Your SSH Server for instructions.
The firewall on the server side must allow the open TCP port to reach the Aspera server. No servers are listening on UDP ports. When a transfer is initiated by an Aspera client, the client opens an SSH session to the SSH server on the designated TCP port and negotiates the UDP port over which the data transfer will occur.
- Inbound UDP/33001: The port for FASP transfers, which use UDP/33001 by default, although the server may also choose to run FASP transfers on another port.
- Local firewall: If you have a local firewall on your server (like iptables), verify that it is not blocking your SSH and FASP transfer ports (such as TCP/UDP 33001). If you are using Vlinks, you will need to allow the Vlink UDP port (55001, by default) for multicast traffic. For additional information on setting up Vlinks, see Controlling Bandwidth Usage with Virtual Links (GUI).