What is FTP?
FTP — the File Transfer Protocol — was standardized in 1971 (RFC 114) and is one of the oldest protocols still in widespread production use, predating HTTP, SMTP, and even TCP/IP itself. Despite being functionally obsolete for new deployments (replaced by SFTP and HTTPS), FTP remains alive across millions of legacy webhost control panels, CDN origin servers, embedded device firmware, scientific data drops, music/video distribution endpoints, and government file exchanges. The protocol uses two channels — control on port 21, data on port 20 (active mode) or a passive port range (passive mode) — and was originally designed without encryption. FTPS (FTP over TLS) adds an encryption layer; SFTP (a different protocol entirely, over SSH on port 22) is the modern secure replacement and has its own CloudsLinker connector.
What makes FTP integration uniquely useful in 2026 isn't the protocol itself — it's that so much legacy infrastructure still exposes FTP as the only network access path. Web hosts (cPanel / Plesk), Linux VPS configurations, scientific instruments, surveillance cameras, embedded devices, and inherited corporate servers all routinely speak FTP and nothing else. CloudsLinker bridges these legacy endpoints to modern cloud storage: connect any FTP / FTPS server using host + credentials + port, then run scheduled migrations to Google Drive, OneDrive, S3, Wasabi, or B2. Particularly valuable for migrating off shared hosting before account closure, archiving CCTV footage from on-prem to S3, or piping scientific data drops into a cloud-based analytics pipeline.
Key features of FTP
Why connect FTP to CloudsLinker
CloudsLinker connects to FTP and FTPS (FTP over TLS) servers using standard parameters: hostname, username, password, port (default 21), and optional initial path. The connector defaults to passive mode — the modern standard for firewall / NAT compatibility — but supports active mode where servers require it. FTPS is auto-detected when the server advertises TLS; explicit FTPS-only mode is also configurable. Once connected, transfers run server-to-server: CloudsLinker pulls bytes from the FTP origin and pushes them to the destination cloud directly, without staging on your device.
What you can do with FTP on CloudsLinker
FTP / FTPS as cloud bridge
Connect any FTP / FTPS endpoint and migrate to Google Drive, OneDrive, Dropbox, S3, Wasabi or B2 — server-to-server, passive-mode default.
Runs without your laptop
FTP transfers execute on CloudsLinker servers. Useful for slow legacy origins where the FTP transfer takes hours — your machine doesn't need to stay on.
Scheduled FTP-to-cloud sync
Hourly / daily / weekly schedules. Common for archiving CCTV / log / scientific-data servers that produce daily files into S3 cold archive.
Filter by path, type, age
Migrate only <code>/var/log/2026</code>, exclude files larger than the destination's cap, or sync only files modified in the last 30 days.
Common FTP transfer scenarios
Migrate legacy webhost (cPanel / Plesk) → S3 / Wasabi before shutdown
Shared-hosting customers who decide to leave cPanel / Plesk providers normally face a manual FTP-download-then-cloud-upload workflow taking days. CloudsLinker connects to the FTP origin, copies the entire site directory tree to S3 / Wasabi / B2 server-to-server in hours. Useful for migrations triggered by hosting provider shutdown, price hikes, or migration to static-site hosting (Cloudflare Pages, Netlify).
Archive CCTV / DVR footage from on-prem FTP → S3 Glacier
On-prem CCTV systems and DVRs frequently push daily footage to a local FTP folder. Schedule a CloudsLinker daily incremental from the on-prem FTP server to S3 Glacier Instant Retrieval ($0.004/GB) or B2 ($6/TB) — preserves footage long-term at low cost while freeing local DVR disk.
Scientific instrument data drops → cloud analytics pipeline
Lab instruments, telescopes, and IoT sensors often export to FTP folders as their only network output. CloudsLinker schedules ingest from the instrument's FTP into a Google Cloud Storage / S3 bucket where BigQuery / Athena can query the data.
Mirror FTP-distributed media (open-source ISOs, dataset repos) into commercial cloud
Open-source projects (Linux distros, scientific datasets, font repositories) often distribute files via FTP. CloudsLinker can mirror these into a private S3 bucket for faster internal access, immutable archive, or content-distribution networks.
Legacy enterprise B2B file exchange → Google Drive shared folder
Many enterprise B2B partners exchange files via FTP drops (PO files, EDI, financial reports). CloudsLinker watches the inbound FTP folder and copies new files to a Google Drive shared folder where the receiving team works — modernizing the workflow without changing the partner's FTP-only output.
How to connect FTP / FTPS to CloudsLinker
FTP uses server parameters: hostname, username, password, port (default 21), and optional initial path.
Before you start
Gather the connection details from your FTP server admin:
- Hostname (e.g.
ftp.example.orgor an IP address) - Username and password (or anonymous if the server allows it)
- Port (default 21 for FTP, 990 for FTPS-implicit)
- Passive port range (your FTP server admin should have configured this — typically 50000–51000)
- TLS / FTPS support — does your server require encryption? CloudsLinker auto-detects but explicit FTPS mode is configurable.
For sensitive workloads, prefer FTPS over plain FTP. For maximum security, use the dedicated SFTP connector instead (SSH-based, runs on port 22, single-port firewall-friendly).
Connection steps
- In CloudsLinker, click Add Cloud → choose FTP.
- Enter a display name (e.g. “Legacy webhost FTP”).
- Enter the hostname and port (default 21).
- Enter the username and password. For anonymous FTP, leave password blank or use an email-style placeholder.
- (Optional) Enter an initial path (e.g.
/htdocs/uploads) to scope the connection to a specific directory. - (Optional) Toggle FTPS if you need TLS encryption (recommended for credential safety on untrusted networks).
- Click Confirm — CloudsLinker validates with a passive-mode handshake and shows the connection ready.
Passive mode is default
CloudsLinker uses passive mode by default — required for any setup where CloudsLinker is behind a NAT or firewall (always, in production). If your FTP server requires active mode for some legacy reason, contact CloudsLinker support to enable it.
Revoke access
To revoke CloudsLinker’s access: change the FTP user’s password on the server, or delete the dedicated FTP user account. CloudsLinker’s connection becomes immediately unusable. No token-revocation flow exists because FTP itself doesn’t use tokens.
FTP upload & download limits you should know
FTP is a protocol, not a service — limits depend entirely on the FTP server you’re connecting to:
- Protocol-imposed file size: none. FTP itself has no per-file cap.
- Server filesystem max: typically the filesystem’s hard limit (ext4: 16 TiB per file, NTFS: 256 TB). Most modern FTP servers handle multi-TB files.
- Default FTP port: 21 (control). Active-mode data on port 20; passive-mode on a configured range.
- FTPS-explicit: port 21, TLS negotiated via
AUTH TLScommand. - FTPS-implicit: port 990, TLS from the start of the connection.
- SFTP (different protocol entirely): port 22 — use the dedicated SFTP connector, not this one.
- Active vs passive mode: passive mode is the default in 2026 and the only mode that works through NAT / firewalls.
- Encryption: plain FTP is unencrypted — credentials and file content travel in plaintext. Use FTPS or SFTP for sensitive data.
- Bandwidth: server-side configurable (
rate-limitdirectives in vsftpd / ProFTPD). No protocol-level cap. - Concurrent connections: server-side configurable (typically 5–50 simultaneous FTP sessions per user).
- Authentication: static username + password. No OAuth, tokens, or 2FA in standard FTP. Some FTPS servers support client-cert auth.
- Compatible with: vsftpd, ProFTPD, Pure-FTPd, FileZilla Server, Microsoft IIS FTP, and any RFC 959 / 4217-compliant FTP server.
Sources: SolarWinds: SFTP vs FTPS, GoAnywhere: SFTP vs FTPS, Files.com: Active vs Passive Mode FTP, JSCAPE: Setting up FTPS behind firewall / NAT for PASV.
FTP + CloudsLinker — Frequently Asked Questions
What's the difference between FTP, FTPS, and SFTP?
Do I need active or passive mode?
What's the maximum file size FTP can transfer?
Are my FTP credentials safe with CloudsLinker?
How does CloudsLinker handle FTPS?
AUTH TLS response on port 21), CloudsLinker negotiates the TLS handshake transparently. For FTPS-implicit (TLS from start), use port 990 and select FTPS in the connector type. Both modes preserve confidentiality of credentials and file content in transit.
What about firewall configuration for passive mode?
Can CloudsLinker schedule recurring FTP migrations?
Does CloudsLinker work with FTP servers behind a corporate VPN?
How fast can CloudsLinker pull from an FTP server?
Is CloudsLinker an official partner of any FTP server vendor?
How do I revoke CloudsLinker's access to my FTP server?
FTP transfer guides
Step-by-step walkthroughs for moving data to and from FTP.
Conclusion
FTP is older than the modern internet but remains the only network protocol exposed by countless legacy systems — webhosts, CCTV servers, scientific instruments, B2B file-drop endpoints. CloudsLinker bridges these legacy endpoints to modern cloud storage with passive-mode default, FTPS auto-detection, and scheduled delta sync. Connect with host + credentials + port and start moving legacy data to S3 / Google Drive / OneDrive in minutes.
Online storage services supported by CloudsLinker
Transfer data between over 49 cloud services with CloudsLinker
Didn't find your cloud service? Contact: [email protected]