Automatically Back Up Laptop Files to Linux Hosting Using FTP, FTPS, or SFTP
Quick Answer Yes. You can automatically back up a folder from your Windows laptop to Linux hosting using backup or file-synchronization software that support...
Quick Answer
Yes. You can automatically back up a folder from your Windows laptop to Linux hosting using backup or file-synchronization software that supports scheduled transfers and incremental backups. The software runs on your laptop, while your Linux hosting account provides the remote storage.
For Linux hosting, first check whether your provider supports SFTP (SSH File Transfer Protocol), FTPS, or ordinary FTP. Prefer SFTP or FTPS when supported. Consider Duplicati for managed, encrypted, incremental backups, or an appropriate edition of SyncBack if you want ordinary files to remain accessible on the server. Your choice depends on protocol compatibility, file-version requirements, and whether you need to browse files directly through Plesk.
Understanding the Backup Requirement
The objective is to create a dedicated backup directory on a Linux hosting account managed through Plesk and automatically transfer files from a selected folder on a Windows laptop.
The first backup transfers the existing files. Subsequent runs transfer new or changed data according to the selected application's backup or synchronization method. This can reduce transfer time and bandwidth compared with uploading every file repeatedly.
There are two important approaches:
- File synchronization: Copies new and changed files to a remote directory. Depending on the profile settings, it may also propagate deletions and overwrites from the laptop.
- Versioned backup: Retains previous versions or recovery points so that deleted, overwritten, or corrupted files may be recoverable.
A simple synchronized folder is not necessarily a safe backup. If a file is deleted accidentally or encrypted by ransomware, the same change could affect the remote copy.
Check Which Transfer Protocol Your Linux Host Supports
| Protocol | Description | When to use it |
|---|---|---|
| SFTP | Transfers files over SSH and is separate from FTP and FTPS. | Prefer it when your provider enables SFTP and your backup application supports it. |
| FTPS | FTP protected by TLS encryption. | Use it when the hosting provider supplies a compatible FTPS service. |
| FTP | Traditional file transfer without built-in encryption. | Use only when necessary and when the security implications are understood; prefer a protected protocol. |
Linux hosting does not automatically mean that SSH or SFTP access is enabled. Shared hosting providers may restrict shell access or provide a separate SFTP account. Confirm the available protocol, hostname, port, authentication method, and remote directory with your hosting provider.
Recommended Backup Software
| Software | Suitable use | Important considerations |
|---|---|---|
| Duplicati | Managed backups with encryption, compression, scheduling, incremental storage, and retention settings. | Uses its own backup structure. Confirm that your chosen version supports the exact destination protocol available on your hosting plan. Files are normally restored through Duplicati rather than opened individually in Plesk. |
| SyncBack | Scheduled copying or synchronization of ordinary files to a remote server. | SFTP and FTPS support depends on the edition. Confirm protocol support and the available file-versioning options before purchasing or configuring it. |
| Cobian Reflector | Scheduled file backups with supported full, incremental, or differential configurations. | Verify current destination-protocol support and compatibility with your Linux hosting service before selecting it for a direct remote transfer. |
Software features, supported protocols, and edition restrictions can change. Check the current official documentation for the version you intend to use. Do not assume that an application supporting FTP necessarily supports SFTP.
Prepare Linux Hosting in Plesk
Step 1: Create a Dedicated Backup Directory
Sign in to Plesk and identify a suitable location for backup data. Create a dedicated directory outside the website's public document root, if your hosting plan and permissions allow it.
On Linux hosting, the website's public directory is commonly named httpdocs in Plesk, but the actual layout depends on the hosting configuration. Keep backups outside publicly accessible website directories whenever possible.
Do not assume that a directory is private simply because its name is difficult to guess. Confirm its location, permissions, and accessibility with your hosting provider. Some shared hosting plans restrict storage of unrelated files or large backup archives.
Step 2: Create or Identify a Separate Transfer Account
Use a dedicated account for the backup process where the hosting provider permits it. Restrict the account to the required directory and grant only the permissions necessary to upload and manage backup files.
For SFTP, the provider may supply a system user, a restricted SSH user, or a separate account. For FTP or FTPS, use the account and settings supported by the hosting plan.
Record the following details locally:
- Server hostname.
- Username for the backup account.
- Port and transfer protocol.
- Remote directory path.
- Required authentication method, such as a password or supported SSH key.
Never share account passwords, private SSH keys, or other credentials in a public article, screenshot, or support forum.
Step 3: Confirm Permissions and Storage Limits
Verify that the account can create files and directories in the intended backup location. Linux permissions and hosting restrictions can prevent uploads even when the connection succeeds.
Check the available storage quota and any file-size or transfer restrictions. Account for the initial backup, future changes, and retained versions. If the hosting provider limits general-purpose backup storage, obtain approval before using the account for this purpose.
Configure the Windows Laptop Backup
Step 1: Select the Local Source Folder
Choose the specific folder that needs protection, such as business documents, project files, or a dedicated working directory. Avoid selecting the entire Windows drive unless the chosen software is explicitly configured for that purpose.
If the folder contains active databases, Outlook data files, virtual machines, or other files that change while open, check whether the application can back them up consistently. A normal file transfer may copy a file while it is being modified. Use a supported application backup, export, or other consistency mechanism where necessary.
Step 2: Configure the Remote Destination
In your chosen backup application, create a new profile or backup job. Enter the Linux hosting server's hostname, protocol, port, authentication details, and remote directory as specified by the provider.
For SFTP, use the server's SSH host-key verification process where the software provides it. Verify the host key through a trusted provider channel before accepting it, particularly on the first connection. Do not bypass host-key or certificate validation merely to resolve a connection warning.
For Duplicati, configure a new managed backup destination compatible with the available service. For SyncBack, create a one-way backup or synchronization profile using the supported remote protocol.
Step 3: Perform the Initial Backup
Run the first backup manually and wait for it to finish. The initial transfer may take time depending on the amount of data, upload bandwidth, server performance, and hosting restrictions.
Review the application's logs for connection errors, failed transfers, permission problems, skipped files, and storage-limit issues. Verify that the expected files or managed backup data have reached the destination.
If you are using a managed backup application, let it create and maintain its own backup structure. Do not manually upload an ordinary folder and assume that the application will recognize it as an existing managed backup.
Step 4: Schedule Incremental Backups
Configure a schedule based on how frequently your data changes. A daily backup may suit documents that change during business hours; more frequently changing data may require a different schedule or a dedicated backup system.
Make sure the Windows laptop is powered on, connected to the internet, and able to run the backup software at the scheduled time. Configure retries and notifications if the application supports them.
Review backup logs regularly. A scheduled task does not guarantee success if the laptop is unavailable, the connection fails, the password expires, or the server reaches its storage quota.
Configure File Versioning and Retention
Retention controls how long older backup versions or recovery points are kept. If you need to recover a file deleted or overwritten on the laptop, make sure your selected software and profile preserve the necessary earlier versions.
For a managed backup, configure the application's retention settings according to your storage capacity and recovery needs. For file synchronization, check whether the selected edition provides version history, a recycle-bin function, or another method for retaining overwritten and deleted files.
Be careful with mirror or delete-on-source-removal options. These may delete files from the server when they are deleted from the laptop. Test the behavior using sample files before backing up important data.
Verify the Backup and Test Recovery
Do not rely solely on a successful transfer message. Test that files can actually be recovered.
- Create a small, non-critical test file in the selected laptop folder.
- Run the backup and confirm that the job completes without errors.
- Modify the test file and run the backup again.
- Check whether the latest version is present and whether an earlier version remains available, if versioning is enabled.
- Restore an earlier copy into a separate test directory rather than overwriting the original file.
- Open the restored file and confirm that its contents are correct.
Repeat restore tests periodically and after changing the backup application, credentials, destination directory, or hosting configuration.
Common Problems and Troubleshooting
| Problem | What to check |
|---|---|
| SFTP connection fails | Confirm that SFTP or SSH access is enabled, and verify the hostname, port, authentication method, and provider restrictions. |
| FTP or FTPS connection fails | Check the configured protocol, port, TLS requirements, firewall rules, and hosting provider settings. |
| Authentication fails | Verify the account username, password or SSH key configuration, account status, and authentication restrictions. |
| Permission denied when uploading | Check that the account has write permission to the destination directory and that the remote path is correct. |
| Backup skips files | Review logs for locked files, unsupported file names, file-size limits, permissions, or application-specific exclusions. |
| Every backup transfers many files | Check the profile type and change-detection settings. A full-copy operation may transfer more data than an incremental backup. |
| Deleted files disappear from the server | Review mirroring, deletion propagation, and retention settings. Restore from a retained version if one is available. |
| Linux hosting storage becomes full | Review stored backup data, retention rules, and account quotas. Confirm which recovery points can safely expire before deleting any backup data. |
Security Recommendations
- Prefer encrypted transfers: Use SFTP or FTPS when available and supported. Avoid sending credentials or sensitive files over unencrypted FTP across untrusted networks.
- Use restricted access: Keep backup accounts separate from website administration accounts when possible, and restrict them to the backup destination.
- Protect backup contents: Consider client-side encryption when supported. Store encryption passwords and recovery keys securely; losing them may make encrypted backups unrecoverable.
- Keep backups private: Store the destination outside publicly accessible website directories and verify the effective permissions.
- Maintain another copy: Hosting provides an offsite destination, but a separate independent backup helps protect against account compromise, provider failure, and accidental deletion.
- Monitor backup health: Review logs, storage usage, and failure notifications. Periodically test actual file restoration.
Frequently Asked Questions
Can I back up Windows files to Linux hosting?
Yes. The laptop and hosting server can use different operating systems. The backup application on Windows transfers the selected files to a compatible remote service on the Linux server.
Is SFTP the same as FTP?
No. SFTP uses SSH for file transfer, while FTP is a separate protocol. FTPS is FTP protected by TLS. Your software and hosting provider must support the same protocol.
Can I upload files manually once and then transfer only changes?
Some synchronization tools can compare a local folder with a remote folder and transfer new or changed files. Managed backup applications may require their own initial backup structure, so follow the application's documented setup procedure.
Can I see the backup files in Plesk?
Ordinary file-copy profiles can leave files accessible through Plesk, provided the account and directory permissions allow it. Managed backup applications may store data in a proprietary or application-specific structure that must be restored through the backup software.
Will deleted laptop files remain on Linux hosting?
That depends on the backup profile. A synchronization job may propagate deletions. To retain earlier versions, configure a supported versioning, recycle-bin, or backup-retention feature and test it before relying on it.
Can scheduled backups run when the laptop is switched off?
No. If the backup application runs on the laptop, it needs the laptop to be running and connected to the network when the scheduled transfer takes place.
Conclusion
Windows laptop folders can be backed up automatically to Linux hosting using compatible backup or synchronization software. Confirm whether your hosting plan supports SFTP, FTPS, or FTP; create a restricted destination outside the public website directory; configure incremental transfers and retention; and test restoration before relying on the backup. For important business data, maintain an additional independent copy.
Sources
Was this guide useful?
Your answer helps us keep BISONKB accurate and practical.