HTTP fallback serves as a secondary transfer method when the Internet connectivity
required for Aspera accelerated transfers (UDP port 33001, by default) is
unavailable. When HTTP fallback is enabled and UDP connectivity is lost or cannot be
established, the transfer will continue over the HTTP protocol. The instructions below walk through the process of setting
up HTTP/HTTPS fallback. For additional information on configuring different modes
and testing, see the Aspera KB Article "HTTP fallback configuration, testing and
troubleshooting."
To enable HTTP Fallback
for IBM Aspera Faspex, you must configure the feature in both Faspex and the
associated transfer node. The transfer node must be running an Aspera transfer
server product (IBM Aspera Enterprise Server or IBM Aspera Connect Server) enabled
with a Connect Server license. If Faspex and the transfer server are installed on
the same machine, the Faspex installation process configures them automatically. In
the case of a remote server, you must configure the transfer server and firewall
ports in either of the following ways:
- Set HTTP/HTTPS to defaults ports (8080 + 8443) and open firewall ports on
8080/8443.
- Set HTTP/HTTPS to standard ports (80 + 443) and open firewall ports on
80/443.
Additionally, the transfer server fallback settings must match the Faspex
fallback settings. If the settings don't match, Faspex returns a "Package
creation failed" error. Ensure that transfer server has HTTP/HTTPS fallback
enabled.
Note: Ensure that
your HTTP daemon (Aspera HTTPD) is running with sufficient privileges, so that it
can modify file ownership.