Setting up a Spark Rack file-transfer connection in FileZilla

Setting up a Spark Rack file-transfer connection in FileZilla is a practical Spark Rack customer guide about FTP, FTPS, SFTP, file clients, permissions, transfers, archives, and deployment. It is written for readers who may not administer servers every day, but who still need enough detail to understand what a setting or error means, make a safe change, verify the result, and know when the problem must be escalated.

Use the exact values displayed for the selected account, domain, mailbox, database, or hosting service. Hostnames, usernames, ports, paths, limits, and available controls can differ by product. Never substitute a value copied from another service merely because the labels look similar.

What FileZilla is

FileZilla is a free graphical client available for Windows, macOS, and Linux. For this use case it supports FTP, FTP over TLS (FTPS), and SFTP. Its practical strengths include a familiar two-pane view, transfer queue, site profiles, directory comparison, and detailed connection logs. The software is a client: it does not create a hosting account, mailbox, database, or server. It connects to a service that already exists.

Before installing or configuring it

• Confirm protocol, hostname, port, username, and remote starting path from ECP.
• Read the client log from the first connection line through the failure.
• Check whether the operation fails for every file or only one path.
• Avoid changing permissions broadly until ownership and the intended web path are confirmed.
• Download installers only from the official vendor or an official operating-system store.
• Do not install browser extensions, download managers, or unrelated bundled tools merely to obtain the client.

Configuration procedure

1. Install FileZilla Client from the official project site, not an unrelated download mirror.
2. Open Site Manager and create a new site rather than repeatedly using Quickconnect.
3. Choose the protocol that exactly matches the connection details shown in ECP.
4. Enter the host, port, username, and password; do not guess a port from the word FTP.
5. Set the logon type to Normal only on a private device, or use Ask for password on a shared device.
6. Connect once, verify the server identity or certificate, and confirm the expected starting directory before uploading.

Fields that must match ECP

Verification

1. Connect and confirm the displayed server identity or certificate matches the intended service.
2. Perform a harmless read operation before a write operation.
3. Complete one small test action: send and reply to a message, upload and download a text file, or run a read-only database query.
4. Close and reopen the client to confirm the saved profile still works.
5. Verify the result independently in ECP, webmail, the website, or another authorized tool.

Common setup failures

• The correct password is paired with the wrong username or server.
• The client auto-detects a consumer service instead of using the manual hosted-service settings.
• The protocol and port do not belong together.
• A firewall, VPN, proxy, or security product interferes with the connection.
• An old password remains saved in the operating system even after the visible profile was updated.
• The account works, but the user starts in the wrong directory, folder namespace, or database.

Start with the correct service and evidence

In ECP, begin in Services, FTP users, file access, web roots, logs, and the selected transfer client. Record the current value before changing it. A useful troubleshooting record separates what is known from what is assumed and preserves the exact timestamp of every test.

When Spark Rack support can help

Contact support when the ECP connection values are missing, the service rejects known-correct credentials, a provider-managed port or certificate is incorrect, or the same failure occurs in more than one properly configured client. Include the application name, operating system, exact server and port without the password, timestamp, full error text, and the relevant connection log.

Reference checklist

• Confirm protocol, hostname, port, username, and remote starting path from ECP.
• Read the client log from the first connection line through the failure.
• Check whether the operation fails for every file or only one path.
• Avoid changing permissions broadly until ownership and the intended web path are confirmed.
• Also consider whether the wrong protocol or port is selected.
• Also consider whether a local firewall or NAT blocks the data connection.
• Also consider whether credentials or starting path are wrong.

Security and change-control notes

Use a unique credential for each service identity, store it in an approved password manager, and remove access when a person or vendor no longer needs it. Before editing production data or configuration, keep a restorable copy and a record of the original value. Do not expose passwords, private keys, payment data, recovery codes, or full database contents in screenshots or normal support messages.

After the task is complete, verify renewal dates, notification recipients, and dependent services. Many recurring problems are caused by a technically correct change that was never updated in a second client, application configuration file, DNS provider, forwarding rule, scheduled task, or external integration.