Redundancy and Backups

This page explains what we do to protect your data, so you never have to worry about data loss.

Last Updated: March 31, 2020

We recognize that the availability of your data is very important to you. This document explains the technology and procedures that we use to ensure availability on the Files.com™ service. Please also be sure to read our Privacy Policy and Terms of Service which will prevail in the event of a conflict with this document.

Physical Servers and Datacenters

  • All of our server instances, file storage, and database hosting are provided by Amazon Web Services, a subsidiary of Amazon.com.

  • Amazon Web Services has achieved ISO 27001 certification and has successfully completed multiple SAS70 Type II audits.

  • Amazon has many years of experience in designing, constructing, and operating large-scale datacenters. This experience has been applied to the Amazon platform and infrastructure.

File Storage

  • We store all files uploaded by customers in the Amazon S3 Simple Storage Service. Amazon S3 provides a highly durable storage infrastructure designed for mission-critical and primary data storage.

  • Objects are redundantly stored on multiple devices across multiple facilities in an Amazon S3 Region. Once stored, Amazon S3 maintains the durability of your objects by quickly detecting and repairing any lost redundancy.

  • Amazon S3 also regularly verifies the integrity of data stored using checksums. If corruption is detected, it is repaired using redundant data.

  • We save backups of files that are deleted and retain such backups for a period of time that is customizable by you. Our support staff is able to restore deleted files directly back to your account.

  • All files are stored by default in the US Standard Region of Amazon S3, which means that they are exclusively stored within the United States. Customers may request to have files stored in other S3 regions by contacting us.

  • Files are encrypted-at-rest within Amazon S3, with all encryption keys stored in a key-management escrow service operated by Amazon S3. (** Applies to all files uploaded after October 5, 2011.)

Front-End Server Redundancy

  • Our front-end HTTP and FTP servers are server instances powered by the Amazon EC2 Elastic Compute Cloud. Within Amazon EC2, we maintain at least two separate client-facing HTTP/FTP front-end server instances, each in a separate EC2 Availability Zone.

  • Availability Zones are distinct locations that are engineered to be insulated from failures in other Availability Zones. By launching instances in separate Availability Zones, applications are prevented from failure of a single location.

  • These server instances are all monitored every minute on ports 80, 443, 21, 22, and 990 to ensure uptime. Whenever any instance goes down, our server administrators are immediately paged.

  • We ship pertinent information from system and event logs to separate servers that store our system logs and alert us to any unusual activity.

  • While we ordinarily operate from the Amazon EC2 US-East Region (Northern Virginia), we have procedures in place that would allow us to migrate our entire service to the Amazon EC2 US-West Region (Northern California) in the event of a major disruption to US-East.

Database Redundancy

  • We use Amazon Relational Database Service, a managed database hosting service to host our databases. Amazon RDS ensures that our databases are always patched with the latest updates.

  • We use the "Multi-AZ" capability of Amazon RDS to ensure that a hot-backup standby database server is always running and available in a separate Availability Zone.

  • We have Point-in-time Restore capabilities on our database servers for any time in the last 7 days. This means that we can restore our database to its state at any given time in the past 7 days (such as immediately before a service disruption).

  • Additionally, we take full database snapshots and store them in Amazon S3 every 24 hours. These snapshots are retained for at least 7 days.

Software Issues

  • Our servers are configured to page and E-Mail our system administrators any time any unexpected event (called an "Exception") occurs in our web application software.

  • Our engineers respond as quickly as possible to any error states.

  • We retain these exception reports for at least thirty days.

Service Level Agreement

We recognize that downtime can be costly and reflect poorly on your business. As such, we offer an SLA to customers on the Teams Premier Plan. We will provide compensation in the form of a refund to your credit card (if you have one on file) or a service credit toward future payments (if you do not have a credit card on file) if certain uptime goals are not met and you are a qualifying plan and request a refund.

We define uptime as the percentage of time during a Usage Period HTTP, HTTPS, FTP, FTPS, and SFTP services are available on ports 80, 443, 21, 990, and 22 on at least one server in the IP Pool for your site. The IP Pool for your site is defined as the full set of IPs returned by DNS when resolving your Files.com subdomain or associated custom domain, if any. Please note that you may need to make multiple DNS queries to retrieve the full set of IPs in the IP Pool.

The uptimes of these 5 services as computed by Wormly (or another monitoring system we may choose to engage) will be averaged together to compute an overall uptime.

If uptime during a Usage Period is below 99.9%, you are entitled to refund or service credit equal to 50% of your last Usage Period payment (not including any Usage fees).

If uptime during a Usage Period is below 99.5%, you are entitled to refund or service credit equal to 100% of your last Usage Period payment (not including any Usage fees).

No refund will be given if Files.com determines, in its sole and reasonable discretion, that you breached any part of these Terms of Service. SLA refund requests must be made during the Usage Period immediately following the qualifying downtime.

Scheduled downtime for maintenance and other purposes is not counted against uptime for purposes of this SLA. Scheduled downtime is defined as those times where Files.com notifies you of periods of downtime at least five (5) days prior to the commencement of such downtime.

IP Addresses

  • Files.com™ makes use of the following IP addresses. If you restrict outbound access via a firewall, please whitelist all of these IP addresses for ports 80, 443, 21, 22, and 990, as well as FTP data ports 40000-50000.

    
    13.115.185.197
    13.211.6.58
    13.211.8.8
    13.228.110.5
    13.230.174.211
    13.251.23.79
    13.251.75.92
    18.130.82.3
    18.130.85.21
    18.184.31.111
    18.196.218.237
    18.196.249.148
    18.205.187.185
    18.210.222.34
    3.124.213.47
    34.193.60.221
    34.194.175.247
    34.204.145.250
    34.204.150.23
    34.204.153.236
    34.204.236.250
    34.204.250.40
    34.205.137.182
    34.206.140.166
    34.246.103.210
    34.251.118.53
    34.252.200.237
    35.157.95.231
    35.176.125.40
    35.178.122.29
    35.178.154.72
    35.178.42.15
    35.178.42.158
    35.182.68.20
    46.51.239.135
    52.17.96.203
    52.18.87.39
    52.20.236.84
    52.215.35.55
    52.221.157.129
    52.23.22.134
    52.28.101.76
    52.29.176.178
    52.44.29.99
    52.56.167.16
    52.56.197.159
    52.58.79.145
    52.60.101.109
    52.60.113.8
    52.60.129.247
    52.60.153.17
    52.60.214.201
    52.60.239.159
    52.60.245.89
    52.62.59.186
    52.64.150.164
    52.64.199.91
    52.64.2.88
    52.64.251.226
    52.64.6.120
    52.68.30.197
    52.68.4.44
    52.74.166.120
    52.74.188.115
    52.77.142.208
    52.77.8.56
    52.8.210.89
    52.9.227.24
    54.193.65.189
    54.193.69.198
    54.193.69.200
    54.193.69.72
    54.207.27.239
    54.208.20.30
    54.208.63.151
    54.209.222.205
    54.209.231.233
    54.209.231.99
    54.209.242.244
    54.209.246.217
    54.209.91.52
    54.232.253.47
    54.64.240.152
    54.95.179.0
    54.95.60.23
    99.79.110.182
      

    Please make sure that all IP addresses are white-listed, as we may switch between these at any time.

SFTP Host Key Fingerprints

  • Files.com™ makes use of a 4096-bit RSA SSH host key. The host key fingerprints are as follows:

    SHA256: JvS7SrgY9QfsC2otdG0TGo0aWcvvieGg1R2Vx8/5VSw
      MD5: 79:e1:fc:1c:8d:d7:95:25:84:c5:70:16:4d:07:e0:c5

    For maximum security, we recommend verifying the host key fingerprint when connecting via SFTP.

Environmental Safeguards

  • Automatic fire detection and suppression equipment has been installed to reduce risk. The fire detection system utilizes smoke detection sensors in all data center environments, mechanical and electrical infrastructure spaces, chiller rooms and generator equipment rooms. These areas are protected by either wet-pipe, double-interlocked pre-action, or gaseous sprinkler systems.

  • The data center electrical power systems are designed to be fully redundant and maintainable without impact to operations, 24 hours a day, and seven days a week. Uninterruptible Power Supply (UPS) units provide back-up power in the event of an electrical failure for critical and essential loads in the facility. Data centers use generators to provide back-up power for the entire facility.

  • Climate control is required to maintain a constant operating temperature for servers and other hardware, which prevents overheating and reduces the possibility of service outages. Data centers are conditioned to maintain atmospheric conditions at optimal levels. Personnel and systems monitor and control temperature and humidity at appropriate levels.

Changes and Evolution

  • Files.com LLC strives to stay up-to-date with the latest best practices, and as such reserves the right to change the exact implementation of our technology platform at any time.

  • This document was last updated according to the date at the top of this page.

Questions regarding this document should be sent by e-mail to us using our online contact form.