Legal
Hostwover Legal Center

Policies, agreements, and legal information for using Hostwover services.

VDS Agreement

Language note

The English version of Hostwover's legal agreements and policies is the authoritative version. Translated versions are provided for convenience. If there is any conflict between translations, the English version shall prevail.

Effective date: August 14, 2026

Last updated: August 14, 2026

1. Introduction

This Virtual Dedicated Server Agreement ("Agreement") governs the purchase, provisioning, access, administration, renewal, upgrade, suspension, cancellation, termination, and use of Virtual Dedicated Server Services provided through Hostwover.

This Agreement is entered into between:

  • Hostwover ("Hostwover", "we", "us", or "our"); and
  • the individual or organization purchasing, accessing, administering, or using the VDS Service ("Customer", "you", or "your").

By ordering, activating, renewing, accessing, or using a Hostwover VDS, you agree to this Agreement.

This Agreement forms part of Hostwover's Terms of Service.

2. Related Agreements and Policies

Your use of VDS Services is also subject to applicable Hostwover legal documents, including:

  • Terms of Service.
  • Acceptable Use Agreement.
  • Acceptable Use Policy.
  • Abuse Handling Policy.
  • Privacy Policy.
  • Privacy / Data Protection Policy.
  • Information Security Policy.
  • Refund Policy.
  • Service Level Agreement.
  • Customer Service Policy.
  • Responsible Disclosure Policy.
  • Trademark & Copyright Policy.
  • Complaints & Dispute Resolution; and
  • other terms expressly applicable to the purchased VDS Service.

Where another Hostwover Service is used with the VDS, the agreement applicable to that Service also applies.

3. Definitions

For this Agreement:

VDS

A Virtual Dedicated Server made available according to the purchased VDS Plan.

VDS Plan

The particular resource allocation, billing term, region, configuration, and features selected by the Customer.

Instance

The individual virtual server environment provisioned for the Customer.

Dedicated Virtual Resources

Virtualized computing resources allocated or reserved to an Instance according to the specifications of the applicable VDS Plan.

Guest Operating System

The operating system installed within the VDS.

Root Access

Administrative or equivalent privileged access to the Guest Operating System.

Customer Data

Files, applications, databases, software, configurations, credentials, communications, and other information stored or processed through the Customer's VDS.

Infrastructure

The physical servers, virtualization systems, networks, storage systems, data centers, and related technology used to provide the VDS.

Snapshot

A point-in-time representation of some or all of the VDS state where such functionality is offered.

Backup

A recovery copy maintained according to an applicable backup feature or Service.

4. Nature of the VDS Service

A VDS provides a virtualized server environment designed to provide stronger resource isolation and more predictable resource availability than ordinary shared virtual-server configurations, according to the specifications of the purchased VDS Plan.

Depending on the plan, a VDS may include:

  • dedicated or reserved virtual CPU resources.
  • dedicated or reserved memory allocation.
  • virtual storage.
  • network connectivity.
  • traffic allowance.
  • IP addresses.
  • selected region.
  • operating-system images.
  • snapshots.
  • backups.
  • monitoring.
  • firewall functionality.
  • console access; and
  • other features.

Only features expressly stated for the applicable VDS Plan are included.

5. VDS Does Not Mean Bare Metal

A VDS is a virtualized Service.

Unless the purchased Service is expressly described as a dedicated physical server or bare-metal server, purchasing a VDS does not give the Customer exclusive ownership or use of an entire physical server.

6. Dedicated Virtual Resources

Where a VDS Plan describes resources as dedicated, reserved, isolated, or guaranteed, that description applies to the virtual resource allocation identified in the applicable plan.

It does not automatically mean that:

  • every physical CPU core is exclusively owned by the Customer.
  • the physical storage device is exclusively assigned to the Customer.
  • the physical network interface is exclusively assigned to the Customer; or
  • the Customer controls the underlying hypervisor.

7. Resource Isolation

Hostwover seeks to provide the resource-isolation characteristics described for the applicable VDS Plan.

Isolation may involve virtualization technology controlling access to:

  • CPU.
  • memory.
  • storage.
  • virtual networking; and
  • other virtualized resources.

8. VDS and VPS Are Different Services

Hostwover may offer both VPS and VDS Services.

A VDS may provide stronger resource isolation or dedicated virtualized resource allocations compared with a standard VPS Plan.

The exact difference is determined by the published specifications of the applicable plans.

VPS Services are governed separately by the VPS Agreement.

9. Plan Specifications

Each VDS Plan may define characteristics including:

  • vCPU allocation.
  • dedicated or reserved CPU characteristics.
  • RAM.
  • storage.
  • storage technology.
  • traffic allowance.
  • network capacity.
  • region.
  • IP allocation.
  • snapshot functionality.
  • backup functionality.
  • billing period; and
  • additional features.

The specifications displayed when the Customer purchases the VDS form part of the Service description.

10. No Ownership of Infrastructure

Purchasing a VDS does not transfer ownership of Hostwover or underlying Infrastructure to the Customer.

The Customer does not obtain ownership of:

  • physical servers.
  • processors.
  • memory modules.
  • storage devices.
  • switches.
  • routers.
  • network interfaces.
  • virtualization platforms.
  • racks.
  • data-center facilities; or
  • other physical Infrastructure.

11. Contractual Right of Use

The Customer receives a contractual right to use the VDS according to:

  • the purchased VDS Plan.
  • the applicable billing term.
  • this Agreement.
  • the Terms of Service; and
  • applicable Hostwover policies.

12. Provisioning

After a valid VDS order is submitted, Hostwover will attempt to provision the requested Instance.

Provisioning may require:

  • successful payment.
  • Account verification.
  • fraud screening.
  • capacity availability.
  • region availability.
  • operating-system selection.
  • security review; or
  • other information reasonably necessary to deliver the Service.

13. Provisioning Completion

A VDS is considered active when provisioning has successfully completed and the Instance is made available for use.

An order, invoice, payment authorization, or pending provisioning status does not by itself mean that the VDS has been successfully provisioned.

14. Provisioning Failure

Provisioning may fail because of:

  • resource unavailability.
  • region unavailability.
  • technical error.
  • invalid configuration.
  • payment failure.
  • verification failure.
  • fraud concerns.
  • legal restrictions; or
  • another legitimate operational reason.

15. Paid Provisioning Failure

If a paid VDS cannot be provisioned, the affected payment will be handled according to:

  • Terms of Service.
  • Refund Policy; and
  • applicable law.

16. Provisioning Time

Hostwover seeks to provision eligible VDS orders promptly but does not guarantee a specific activation time unless expressly stated.

Provisioning may take longer where additional:

  • verification.
  • capacity allocation.
  • security review.
  • payment processing; or
  • technical configuration

is required.

17. Instance Information

The VDS may be assigned technical information including:

  • Instance identifier.
  • hostname.
  • IP address.
  • region.
  • network identifier.
  • operating-system information; and
  • other Service metadata.

18. Administrative Access

Eligible VDS Plans may provide:

  • root access.
  • administrator access.
  • console access; or
  • equivalent privileged control.

Privileged access gives the Customer significant control over the Guest Operating System.

19. Unmanaged by Default

Unless the purchased VDS Plan expressly includes managed administration, Hostwover VDS Services are provided as unmanaged server environments.

20. Meaning of Unmanaged VDS

For an unmanaged VDS, Hostwover operates the underlying Infrastructure while the Customer manages the Guest Operating System and Customer-controlled software.

21. Customer Administration Responsibilities

The Customer is responsible for:

  • operating-system administration.
  • security updates.
  • package updates.
  • software installation.
  • firewall configuration inside the VDS.
  • SSH configuration.
  • user accounts.
  • passwords.
  • SSH keys.
  • web servers.
  • databases.
  • mail servers.
  • application servers.
  • containers.
  • scheduled tasks.
  • application security.
  • monitoring Customer applications.
  • data management; and
  • troubleshooting Customer-controlled software.

22. Managed VDS Services

Where Hostwover offers a managed VDS Service, the exact management scope will be specified separately.

Managed functionality may be limited to defined tasks and should not be assumed to cover every Customer application.

23. Support Does Not Equal Management

Availability of Hostwover technical support does not convert an unmanaged VDS into a managed server.

24. Root Credentials

The Customer must protect privileged credentials, including:

  • root passwords.
  • administrator passwords.
  • SSH private keys.
  • sudo credentials.
  • API credentials.
  • recovery credentials; and
  • other privileged secrets.

25. Credential Security

Customers should:

  • use unique credentials.
  • use strong authentication.
  • remove unused accounts.
  • rotate compromised credentials.
  • restrict privileged access; and
  • enable additional security controls where available.

26. Lost Credentials

Where functionality exists, Hostwover may provide options such as:

  • password reset.
  • console access.
  • rescue functionality.
  • rebuild.
  • recovery environment; or
  • another supported recovery method.

Recovery of access does not guarantee recovery of Customer Data.

27. Operating-System Images

Hostwover may provide operating-system images for VDS deployment.

Available images may be:

  • added.
  • updated.
  • replaced.
  • discontinued; or
  • removed

over time.

28. End-of-Life Operating Systems

Hostwover may discontinue provisioning of operating systems that are:

  • end-of-life.
  • unsupported.
  • materially insecure.
  • incompatible with current Infrastructure; or
  • otherwise unsuitable for new deployments.

29. Existing End-of-Life Systems

The Customer remains responsible for upgrading an existing Guest Operating System that has reached end of support.

30. Software Licensing

The Customer is responsible for complying with applicable software licenses.

Commercial software licenses are included only where expressly stated in the VDS Plan or order.

31. Customer-Installed Software

The Customer is responsible for:

  • licensing.
  • installation.
  • configuration.
  • compatibility.
  • updates.
  • security; and
  • operation

of Customer-installed software.

32. Custom Images

Where Hostwover permits custom images or ISOs, the Customer is responsible for ensuring that the uploaded software is:

  • lawful.
  • properly licensed.
  • secure.
  • compatible; and
  • suitable for use.

33. Reinstallation

Hostwover may provide functionality allowing the VDS to be reinstalled or rebuilt.

A reinstall may permanently overwrite Customer Data.

34. Reinstallation Authorization

By confirming a reinstall, rebuild, or reformat operation, the Customer authorizes replacement or deletion of the affected server state.

35. Back Up Before Reinstallation

The Customer must create appropriate backups before reinstalling or rebuilding a VDS.

36. No Undo Guarantee

A completed rebuild, reformat, disk deletion, or reinstall may be irreversible.

Hostwover does not guarantee recovery of overwritten data.

37. Console Access

Hostwover may provide virtual console functionality.

Console access can assist with administration when ordinary network access is unavailable.

38. Rescue Environment

Where supported, a rescue or recovery environment may be provided for tasks such as:

  • filesystem repair.
  • boot troubleshooting.
  • credential recovery.
  • network troubleshooting.
  • file recovery; or
  • system administration.

Use of rescue functionality does not guarantee successful recovery.

39. Customer Data Ownership

The Customer retains rights in Customer Data to the extent the Customer lawfully owns or controls that data.

Hostwover does not obtain ownership of Customer Data merely because it is processed through a VDS.

40. Limited Processing Authorization

The Customer authorizes Hostwover to technically process Customer Data where reasonably necessary to:

  • provide the VDS.
  • operate Infrastructure.
  • maintain storage.
  • perform migrations.
  • provide requested support.
  • perform recovery.
  • protect security.
  • investigate abuse.
  • comply with law; or
  • fulfill Hostwover's contractual obligations.

41. Customer Responsibility for Data

The Customer is responsible for ensuring that Customer Data is:

  • lawfully collected.
  • lawfully stored.
  • lawfully processed.
  • adequately secured; and
  • used in accordance with applicable law.

42. Personal Data

Customers may process Personal Data belonging to:

  • website visitors.
  • customers.
  • employees.
  • users.
  • clients; or
  • other individuals

through the VDS.

The Customer is responsible for determining applicable privacy and data-protection obligations.

43. Hostwover as Processor

Where Hostwover processes Customer-controlled Personal Data solely to provide VDS Infrastructure on behalf of the Customer, Hostwover may act as a data processor or equivalent service provider.

Additional data-processing terms may apply where required.

44. Data Location

A selected VDS region identifies the intended location of the applicable computing workload where such location selection is part of the Service.

It does not mean every Hostwover Account, billing, support, monitoring, or administrative record is necessarily processed only in that location.

45. Cross-Border Processing

VDS-related information may be processed across different jurisdictions where necessary to provide, support, secure, or administer the Service.

See Hostwover's Privacy Policy for applicable information.

46. Customer Encryption

Customers should implement encryption appropriate to their own security requirements.

The Customer may be responsible for configuring:

  • disk encryption.
  • database encryption.
  • application encryption.
  • transport encryption.
  • key management; and
  • backup encryption.

47. Customer Encryption Keys

Where encryption keys are controlled solely by the Customer, Hostwover may be unable to recover encrypted data if those keys are lost.

48. Security Responsibility

Security of a VDS is shared between Hostwover and the Customer according to which party controls the relevant system layer.

49. Hostwover Security Responsibilities

Hostwover's responsibilities may include security of:

  • virtualization Infrastructure.
  • underlying physical systems.
  • Infrastructure networking.
  • Hostwover administrative access.
  • Hostwover management systems.
  • Infrastructure monitoring; and
  • other components controlled by Hostwover.

50. Customer Security Responsibilities

The Customer is responsible for:

  • Guest Operating System security.
  • Customer software.
  • security patches.
  • firewall configuration.
  • user permissions.
  • credentials.
  • databases.
  • applications.
  • hosted Content.
  • exposed services.
  • application encryption; and
  • Customer-controlled security policies.

51. Patch Management

The Customer must maintain software under Customer control with appropriate security updates.

52. Known Vulnerabilities

Customers should not knowingly leave critical exploitable vulnerabilities unaddressed where doing so creates a material security risk.

53. Automatic Updates

The Customer may enable automatic updates where appropriate.

The Customer remains responsible for monitoring update status and compatibility.

54. Firewall

A VDS may support:

  • Infrastructure firewall functionality.
  • Guest Operating System firewall functionality; or
  • both.

The Customer is responsible for rules configured by the Customer.

55. Open Ports

The Customer is responsible for network services exposed through public or private network ports.

Customers should avoid unnecessarily exposing sensitive services.

56. Remote Administration

The Customer is responsible for securing:

  • SSH.
  • RDP.
  • control panels.
  • database administration.
  • APIs.
  • VPN interfaces; and
  • other remote-access systems.

57. SSH Keys

Private SSH keys must remain confidential.

Hostwover personnel should not require the Customer's private SSH key for ordinary support.

58. MFA

Where relevant management interfaces support multi-factor authentication, Customers are encouraged to enable it for privileged access.

59. Malware

The VDS must not be used to intentionally host, distribute, control, or facilitate malicious software.

60. Compromised VDS

Where a VDS becomes compromised, Hostwover may require remediation.

Remediation may include:

  • credential rotation.
  • software patching.
  • malware removal.
  • blocking vulnerable ports.
  • rebuilding the Instance.
  • restoring clean data.
  • isolating the Service; or
  • another reasonable corrective measure.

61. Emergency Security Measures

Hostwover may take immediate protective action where an affected VDS creates an urgent security risk.

Such action may include:

  • network filtering.
  • isolation.
  • temporary suspension.
  • port blocking.
  • rate limiting; or
  • another proportionate security measure.

62. Infrastructure Vulnerabilities

Hostwover is responsible for addressing vulnerabilities in Infrastructure within Hostwover's control according to the associated risk.

63. Customer Software Vulnerabilities

The Customer is responsible for vulnerabilities in Customer-managed software.

64. Unauthorized Security Testing

The Customer must not use the VDS to conduct unauthorized:

  • exploitation.
  • vulnerability scanning.
  • credential attacks.
  • password attacks.
  • network intrusion.
  • denial-of-service testing.
  • malware deployment; or
  • similar activity

against systems the Customer is not authorized to test.

65. Authorized Testing

Legitimate security testing must be conducted only against systems for which the Customer has authorization and must comply with:

  • applicable law.
  • Acceptable Use Policy; and
  • relevant network restrictions.

66. Resource Allocation

Hostwover will provide the VDS resource allocation described by the purchased VDS Plan.

67. CPU Resources

A VDS Plan may describe CPU resources as:

  • dedicated.
  • reserved.
  • guaranteed.
  • isolated; or
  • another plan-specific designation.

The meaning is determined by the technical specification published for that plan.

68. Virtual CPU

A vCPU remains a virtualized computing resource.

The presence of dedicated virtual CPU allocation does not by itself transfer ownership of the underlying physical processor.

69. CPU Performance

CPU performance may depend on:

  • processor architecture.
  • clock behavior.
  • workload.
  • virtualization technology.
  • instruction type.
  • Customer software.
  • thermal or hardware characteristics; and
  • Infrastructure implementation.

70. No Unpublished CPU Guarantee

Hostwover does not guarantee:

  • a particular physical CPU model.
  • physical core topology.
  • clock frequency.
  • cache size; or
  • benchmark result

unless expressly stated in the purchased plan.

71. CPU Abuse

Dedicated virtual CPU resources do not authorize workloads that violate:

  • applicable law.
  • Acceptable Use Policy.
  • security requirements; or
  • other applicable Service restrictions.

72. Memory

The VDS receives memory according to the applicable plan.

Guest Operating System overhead consumes part of that memory.

73. Memory Isolation

Where the plan describes memory as dedicated or reserved, Hostwover will seek to provide that resource characteristic according to the virtualization platform used.

74. Storage

Storage is allocated according to the VDS Plan.

The Customer is responsible for monitoring available disk capacity.

75. Storage Technology

Where a particular storage technology such as SSD or NVMe is expressly advertised for a VDS Plan, that technology forms part of the applicable Service specification.

76. Full Disk

A full filesystem may cause:

  • database errors.
  • failed updates.
  • corrupted writes.
  • application crashes.
  • logging failures; or
  • system instability.

The Customer is responsible for maintaining adequate free storage.

77. Storage Performance

Storage performance can vary according to:

  • I/O patterns.
  • filesystem.
  • workload.
  • application behavior.
  • virtualization.
  • storage architecture; and
  • technical conditions.

78. IOPS

Hostwover does not guarantee a particular number of IOPS unless explicitly included in the applicable VDS Plan.

79. Storage Durability

Primary VDS storage is not a replacement for an independent backup.

No storage system is immune from all possible failures.

80. Network Connectivity

VDS Services include network connectivity according to the applicable plan.

81. Network Port Capacity

Where a plan advertises a network-port speed, that value describes the applicable technical network capacity.

It does not guarantee that every Internet connection will continuously achieve the maximum advertised rate.

82. Throughput Factors

Actual throughput may depend on:

  • remote network capacity.
  • Internet routing.
  • congestion.
  • protocol overhead.
  • geographic distance.
  • Customer applications.
  • network attacks; and
  • external networks.

83. Traffic Allowance

A VDS Plan may include a defined traffic allowance or another network-usage model.

The applicable plan controls.

84. Excess Traffic

Where a traffic limit exists, exceeding that limit may result in treatment disclosed for the applicable plan, potentially including:

  • additional charges.
  • reduced throughput.
  • temporary restriction.
  • upgrade options; or
  • another disclosed mechanism.

85. No Undisclosed Material Usage Charges

Hostwover will not intentionally impose undisclosed material overage charges contrary to applicable law.

86. Network Abuse

The Customer must not use network resources in a manner that materially harms:

  • Hostwover.
  • other customers.
  • networks.
  • third parties; or
  • Infrastructure stability.

87. DDoS

A VDS may become the target of distributed denial-of-service attacks.

Hostwover may use appropriate mitigation or protective mechanisms where available.

88. DDoS Mitigation

Protective actions may include:

  • traffic filtering.
  • rate limiting.
  • rerouting.
  • mitigation services.
  • temporary null routing.
  • network restriction; or
  • temporary suspension.

89. No DDoS Immunity

Hostwover does not guarantee that every DDoS attack can be mitigated without Service interruption.

90. Outbound DDoS

The Customer must not intentionally use a VDS to originate or participate in denial-of-service attacks.

91. IP Addresses

A VDS may receive:

  • IPv4.
  • IPv6.
  • network ranges; or
  • other network identifiers

according to the applicable plan.

92. IP Ownership

Assigned IP addresses remain network resources and are not permanently owned by the Customer.

93. IP Reassignment

Hostwover may change an IP address where reasonably necessary for:

  • security.
  • migration.
  • network changes.
  • resource changes.
  • abuse handling.
  • Infrastructure maintenance; or
  • technical necessity.

94. IP Release

IP addresses may be released and reassigned after termination of the applicable VDS.

95. IP Reputation

Hostwover does not guarantee:

  • email reputation.
  • geolocation classification.
  • fraud score.
  • blocklist status; or
  • third-party reputation

of an assigned IP.

96. Blocklists

Hostwover may reasonably assist with an IP reputation issue but cannot control independent third-party blocklist operators.

97. Reverse DNS

Reverse DNS functionality may be available where supported.

The Customer is responsible for lawful and technically appropriate PTR configuration.

98. IP Geolocation

External geolocation databases may display an IP location differently from the physical Infrastructure region.

Hostwover does not control independent geolocation databases.

99. Private Networking

Hostwover may offer private networking functionality with eligible VDS Services.

Availability and specifications depend on the applicable Service.

100. Customer Network Configuration

The Customer is responsible for configuring Customer-controlled:

  • routing.
  • private addresses.
  • VPNs.
  • tunnels.
  • firewall rules; and
  • network services.

101. DNS

Domain registration and DNS Services are separate from the VDS unless expressly included.

102. Domain Connections

The Customer may point an eligible domain to the VDS using appropriate DNS records.

103. DNS Configuration

The Customer is responsible for Customer-controlled DNS records, including:

  • A.
  • AAAA.
  • MX.
  • CNAME.
  • TXT.
  • SRV; and
  • other records.

104. DNS Propagation

DNS changes may require time to propagate through distributed caching systems.

105. Email Servers

Customers may operate email servers only where:

  • technically supported.
  • legally permitted.
  • consistent with Acceptable Use requirements; and
  • compliant with network policies.

106. Spam

The VDS must not be used for:

  • unsolicited bulk email.
  • phishing email.
  • malware delivery.
  • deceptive messaging.
  • credential theft; or
  • other prohibited electronic communications.

107. SMTP Restrictions

Hostwover may apply reasonable SMTP:

  • filtering.
  • rate limits.
  • port restrictions.
  • verification requirements; or
  • anti-abuse controls

where necessary to protect Infrastructure or network reputation.

108. Email Deliverability

Hostwover does not guarantee successful delivery of email sent from a Customer-managed mail server.

109. Email Reputation Factors

Deliverability may depend on:

  • SPF.
  • DKIM.
  • DMARC.
  • reverse DNS.
  • Customer configuration.
  • IP reputation.
  • Content.
  • recipient policies; and
  • independent filtering systems.

110. Proxies

Customers operating proxy Services are responsible for preventing unauthorized or abusive use.

111. VPNs

Customers may operate lawful VPN workloads where consistent with the applicable VDS Plan and Hostwover policies.

112. Open Proxies and Relays

Customers must not knowingly operate insecure open proxies or open relays that facilitate uncontrolled abuse.

113. Game Servers

Where technically and legally permitted, Customers may operate game servers subject to:

  • resource limits.
  • network requirements.
  • licensing.
  • Acceptable Use Policy; and
  • security obligations.

114. APIs and Applications

Customers may operate websites, APIs, applications, databases, and other lawful workloads subject to the applicable Service requirements.

115. Databases

The Customer is responsible for:

  • database security.
  • users.
  • credentials.
  • backups.
  • replication.
  • configuration.
  • performance; and
  • data integrity.

116. Exposed Databases

Customers should not publicly expose database administration ports without appropriate security controls.

117. Containers

Customers may use container technology where supported by the Guest Operating System and VDS configuration.

The Customer is responsible for container:

  • images.
  • runtime security.
  • networking.
  • credentials.
  • updates; and
  • workload isolation.

118. Orchestration

Where the Customer deploys orchestration systems, the Customer is responsible for their configuration, security, and operation.

119. Resource-Intensive Workloads

Resource-intensive workloads must remain within the technical and policy limits applicable to the VDS Plan.

120. Cryptocurrency and Compute Workloads

The availability of VDS resources does not automatically authorize any particular cryptocurrency, mining, blockchain, or intensive-compute workload.

Such workloads remain subject to:

  • Acceptable Use Policy.
  • plan limitations.
  • security requirements.
  • resource restrictions; and
  • applicable law.

121. Illegal Activity

The VDS must not be used to conduct or facilitate illegal activity.

122. Prohibited Security Activity

The VDS must not be used to conduct unauthorized:

  • brute-force attacks.
  • credential stuffing.
  • exploitation.
  • botnet control.
  • password attacks.
  • malicious scanning.
  • DDoS.
  • malware operations; or
  • network intrusion.

123. Spoofing

Unauthorized or deceptive:

  • IP spoofing.
  • packet spoofing.
  • email spoofing.
  • identity spoofing; or
  • similar activity

is prohibited.

124. Phishing

The VDS must not knowingly be used for phishing or credential theft.

125. Malware Distribution

Distribution or control of malware is prohibited except where a legitimate and authorized security-research activity is expressly permitted by applicable policy and law.

126. Botnets

Operating, controlling, or supporting an unauthorized botnet is prohibited.

127. Fraud

The VDS must not be used to conduct or facilitate fraud.

128. Intellectual Property

The Customer must not knowingly use the VDS to infringe:

  • copyrights.
  • trademarks.
  • software licenses.
  • trade secrets; or
  • other protected rights.

129. Customer Content

The Customer is responsible for all Customer Content hosted or processed through the VDS.

130. Abuse Reports

Hostwover may investigate credible abuse reports relating to a VDS.

131. Abuse Investigation

An investigation may include review of relevant technical information such as:

  • IP addresses.
  • network activity.
  • timestamps.
  • Instance information.
  • abuse reports.
  • security alerts; and
  • other information reasonably necessary to evaluate the complaint.

132. Customer Response to Abuse

The Customer must reasonably cooperate with legitimate abuse investigations.

133. Abuse Remediation

Hostwover may require corrective action such as:

  • removing harmful Content.
  • patching compromised software.
  • terminating abusive processes.
  • changing credentials.
  • restricting ports.
  • reinstalling the VDS.
  • stopping prohibited traffic; or
  • another appropriate remediation.

134. Urgent Abuse

An urgent abuse incident may require immediate action without prior notice.

135. Repeated Abuse

Repeated unresolved abuse may result in:

  • restriction.
  • suspension.
  • filtering.
  • termination; or
  • another proportionate action permitted by Hostwover policies.

136. Snapshots

Hostwover may provide snapshot functionality with eligible VDS Plans.

137. Snapshot Purpose

Snapshots are primarily intended for:

  • recovery.
  • rollback.
  • migration.
  • testing; or
  • point-in-time preservation.

138. Snapshot Is Not Independent Backup

A snapshot within the same virtualization platform should not be the Customer's only backup of critical data.

139. Snapshot Consistency

A snapshot does not necessarily guarantee application-consistent database or filesystem state if applications were actively writing during creation.

140. Snapshot Restoration

Restoring a snapshot may overwrite the current VDS state.

141. Customer Responsibility Before Restore

Customers should back up current data before restoring an older snapshot where preservation is important.

142. Snapshot Retention

Snapshot retention is determined by the applicable VDS Plan or snapshot Service.

143. Snapshot Expiration

Hostwover does not guarantee indefinite retention of snapshots.

144. Snapshots After Termination

Snapshots associated with a terminated VDS may be deleted according to the applicable technical lifecycle.

145. Backups

VDS backups are included only where expressly stated in the applicable VDS Plan or purchased separately.

146. Independent Backups

The Customer remains responsible for maintaining independent backups appropriate to the importance of Customer Data.

147. Backup Scope

The scope of Hostwover-provided backups, where available, is determined by the applicable Service description.

148. Backup Frequency

Backup frequency is not guaranteed unless expressly stated.

149. Backup Retention

Backup retention is determined by the relevant VDS Plan or backup feature.

150. Backup Restoration

Hostwover may provide restoration functionality where supported.

151. Restoration Risk

Restoring a backup may overwrite newer Customer Data.

152. Backup Failure

No backup technology can guarantee recovery from every:

  • corruption event.
  • ransomware incident.
  • malware event.
  • configuration failure.
  • software error.
  • hardware issue; or
  • other disaster scenario.

153. Backup Testing

Customers should periodically test important backups.

154. Customer Backup Software

The Customer is responsible for third-party or Customer-installed backup software.

155. Monitoring

Hostwover may provide VDS monitoring functionality.

156. Infrastructure Monitoring

Hostwover may monitor technical indicators relating to:

  • Instance status.
  • CPU.
  • memory.
  • storage.
  • network.
  • Infrastructure health.
  • security; or
  • availability.

157. Application Monitoring

Infrastructure monitoring does not mean Hostwover is responsible for monitoring the business functionality of Customer applications.

158. Customer Monitoring

Customers operating critical workloads should implement appropriate:

  • application monitoring.
  • database monitoring.
  • log monitoring.
  • alerting; and
  • availability monitoring.

159. Logs

Hostwover may maintain Infrastructure and security logs necessary for:

  • operation.
  • support.
  • security.
  • abuse handling.
  • fraud prevention.
  • performance.
  • network management; and
  • legal compliance.

160. Customer Logs

Logs generated inside the Guest Operating System are generally controlled by the Customer.

161. Log Storage

Customer-generated logs consume Customer storage unless an external logging Service is used.

162. Sensitive Data in Logs

Customers should avoid unnecessarily logging:

  • passwords.
  • private keys.
  • authentication tokens.
  • payment-card security data; and
  • other secrets.

163. Regions

Hostwover may offer VDS regions or locations according to Service availability.

164. Region Availability

A particular region may become:

  • temporarily unavailable.
  • capacity constrained.
  • unavailable for new orders; or
  • discontinued.

165. Region Selection Responsibility

The Customer is responsible for selecting an appropriate region considering factors including:

  • latency.
  • legal requirements.
  • data requirements.
  • Customer location; and
  • application architecture.

166. Region Migration

Moving a VDS to another region may require:

  • a new Instance.
  • data migration.
  • snapshot transfer.
  • downtime.
  • IP changes; or
  • Customer action.

Region migration is not guaranteed unless supported by the Service.

167. Infrastructure Migration

Hostwover may migrate a VDS between underlying Infrastructure where reasonably necessary.

168. Reasons for Infrastructure Migration

Migration may occur for:

  • hardware maintenance.
  • failure prevention.
  • hardware failure.
  • security.
  • capacity.
  • upgrades.
  • network changes.
  • storage changes.
  • disaster recovery; or
  • Service continuity.

169. Migration Effects

Infrastructure migration may cause:

  • temporary interruption.
  • reboot.
  • short performance variation.
  • IP change where necessary; or
  • another technical effect.

170. Live Migration

Where technically supported, live migration may be used.

Live migration does not create an absolute guarantee of zero downtime.

171. Reboots

The VDS may be rebooted because of:

  • Customer action.
  • Infrastructure maintenance.
  • virtualization updates.
  • hardware maintenance.
  • emergency security work.
  • recovery operations; or
  • another technical requirement.

172. Power Controls

Hostwover may provide controls such as:

  • start.
  • stop.
  • restart.
  • shutdown.
  • hard reset; or
  • rebuild.

173. Hard Reset Risk

Forced shutdown or reset may create a risk of:

  • filesystem corruption.
  • database inconsistency.
  • incomplete writes.
  • application errors; or
  • data loss.

174. High Availability

A standard VDS does not automatically include high availability across multiple physical hosts, zones, or regions unless expressly stated.

175. Customer High Availability Architecture

Customers requiring high availability may need to design:

  • multiple Instances.
  • load balancing.
  • replicated databases.
  • multiple regions.
  • failover DNS.
  • independent backups; or
  • another redundant architecture.

176. Disaster Recovery

Hostwover's Infrastructure recovery measures do not replace the Customer's responsibility to maintain application-level disaster-recovery planning.

177. Service Availability

Hostwover seeks to provide reliable VDS Infrastructure.

Service availability remains subject to the applicable Service Level Agreement.

178. Service Level Agreement

Where an SLA applies, it governs:

  • uptime commitments.
  • measurement.
  • exclusions.
  • Service credits.
  • claim procedures; and
  • applicable remedies.

179. No Implied SLA

Marketing statements, maximum network speeds, or performance descriptions do not create an SLA different from the published Service Level Agreement.

180. Maintenance

Hostwover may conduct scheduled maintenance affecting:

  • physical servers.
  • virtualization systems.
  • network systems.
  • storage.
  • management systems.
  • security systems; or
  • related Infrastructure.

181. Scheduled Maintenance

Where reasonably practical, Hostwover may provide advance notice of scheduled maintenance expected to materially affect availability.

182. Emergency Maintenance

Emergency maintenance may occur without advance notice where necessary to address:

  • critical vulnerabilities.
  • hardware failure.
  • network failure.
  • storage risk.
  • active attack.
  • data-integrity risk; or
  • another urgent Infrastructure issue.

183. Hardware Failure

Underlying physical hardware may fail.

Hostwover may use:

  • migration.
  • replacement.
  • recovery.
  • restore.
  • re-provisioning; or
  • another appropriate procedure

to address the failure.

184. No Hardware Failure Guarantee

Hostwover cannot guarantee that physical hardware will never fail.

185. Customer Application Availability

Hostwover is not responsible for application downtime caused solely by Customer-controlled matters.

Examples include:

  • application bugs.
  • expired certificates.
  • database errors.
  • incorrect firewall rules.
  • failed Customer updates.
  • full storage.
  • configuration errors; or
  • Customer software failure.

186. Third-Party Applications

Hostwover does not guarantee reliability or compatibility of Customer-installed third-party applications.

187. Performance

Hostwover provides VDS resources according to the applicable plan but does not guarantee a specific application-level performance result unless expressly stated.

188. Performance Factors

Application performance may depend on:

  • Customer software.
  • code quality.
  • database architecture.
  • operating-system configuration.
  • caching.
  • storage workload.
  • external APIs.
  • network path.
  • encryption.
  • application architecture; and
  • workload characteristics.

189. Benchmarks

Benchmark results may vary according to:

  • testing methodology.
  • test duration.
  • workload.
  • Guest Operating System.
  • software.
  • geographic location; and
  • technical conditions.

190. No Benchmark Guarantee

A benchmark or marketing performance comparison does not create a guaranteed benchmark result unless expressly made part of the VDS Plan.

191. Upgrade

Eligible VDS Plans may support upgrades.

192. Upgrade Resources

An upgrade may increase:

  • CPU.
  • RAM.
  • storage.
  • traffic.
  • network capacity; or
  • other plan resources.

193. Upgrade Pricing

Upgrade pricing will be presented before the Customer confirms the applicable upgrade.

194. Prorated Upgrades

Where Hostwover supports prorated upgrades, the billing system will calculate the applicable amount according to the pricing and remaining Service period.

Proration is not guaranteed unless offered for the applicable plan.

195. Upgrade Downtime

An upgrade may require:

  • reboot.
  • migration.
  • disk changes.
  • temporary interruption; or
  • another technical operation.

196. Storage Expansion

Increasing virtual storage may require the Customer to expand:

  • partitions.
  • filesystems.
  • logical volumes; or
  • Guest Operating System configuration.

197. Storage Reduction

Virtual disk reduction may not be technically supported.

198. Downgrade

A VDS downgrade may be available only where technically possible.

199. Downgrade Conditions

The Customer may need to reduce:

  • storage usage.
  • memory requirements.
  • application requirements; or
  • other resource usage

before downgrading.

200. No Guaranteed In-Place Downgrade

Hostwover does not guarantee that every VDS can be downgraded without rebuilding or migrating the Instance.

201. Plan Changes

Changing VDS Plan may affect:

  • resource allocations.
  • price.
  • network characteristics.
  • IP allocation.
  • backups.
  • snapshots.
  • region availability; and
  • other features.

202. Billing

The billing provisions of Hostwover's Terms of Service apply to VDS Services.

203. Billing Period

A VDS may be offered on:

  • monthly.
  • yearly; or
  • another disclosed billing term.

204. Price

The price applicable to the selected VDS will be displayed during the relevant order or renewal process.

205. Taxes

Applicable taxes and government charges will be handled according to applicable law.

206. Promotional Pricing

Promotional pricing may apply only for:

  • selected plans.
  • selected Customers.
  • selected billing periods.
  • initial purchases; or
  • other disclosed conditions.

207. Renewal Pricing

VDS renewal pricing may differ from:

  • introductory pricing.
  • promotional pricing.
  • historical pricing; or
  • previous renewal pricing.

208. Price Changes

Future VDS prices may change because of:

  • Infrastructure costs.
  • hardware costs.
  • licensing.
  • network costs.
  • energy costs.
  • currency.
  • taxes.
  • Service changes; or
  • commercial pricing decisions.

209. Auto-Renew

Where Auto-Renew is enabled, Hostwover may attempt to renew the VDS using an authorized payment method.

210. Auto-Renew Is Not Guaranteed

Auto-Renew does not guarantee successful renewal.

211. Failed Payment

A renewal or payment may fail because of:

  • insufficient funds.
  • payment decline.
  • expired payment method.
  • payment-provider issues.
  • Account restriction.
  • verification requirement; or
  • another payment issue.

212. Failed Renewal

Where renewal fails, the VDS may become:

  • unpaid.
  • restricted.
  • suspended.
  • expired; or
  • terminated

according to the applicable billing process.

213. Suspension for Non-Payment

Hostwover may suspend an unpaid VDS where contractually and legally permitted.

214. Suspension Does Not Cancel Billing

Suspension does not automatically cancel the subscription.

215. Charges During Suspension

Charges may continue where resources remain reserved or allocated to the Customer.

216. Payment Retry

Hostwover may retry an authorized failed payment where applicable.

217. Chargebacks

Knowingly fraudulent chargebacks are prohibited.

Legitimate payment disputes will be handled according to applicable law and Hostwover complaint procedures.

218. Refunds

VDS refund eligibility is governed by:

  • Refund Policy.
  • applicable Service conditions; and
  • mandatory law.

219. Used Resources

Refund treatment may consider:

  • provisioning.
  • duration of use.
  • consumed resources.
  • third-party licenses.
  • promotional conditions.
  • previous refunds.
  • abuse; and
  • timing.

220. Service Credits

Where the SLA provides Service credits, those credits are governed by the SLA.

221. Suspension

Hostwover may suspend or restrict a VDS where reasonably necessary because of:

  • non-payment.
  • serious abuse.
  • security risk.
  • compromised Instance.
  • fraud.
  • legal requirement.
  • network attack.
  • prohibited Content.
  • material violation of Hostwover policies; or
  • another basis permitted under the Terms of Service.

222. Proportionate Action

Where reasonably possible, Hostwover will seek to use action proportionate to the identified issue.

223. Immediate Suspension

Immediate suspension may occur where delay could create material:

  • security risk.
  • network harm.
  • fraud.
  • legal risk.
  • third-party harm; or
  • Infrastructure instability.

224. Effect of Suspension

During suspension:

  • network connectivity may stop.
  • applications may become unavailable.
  • console access may be restricted.
  • Customer Data may remain temporarily stored.
  • IP resources may remain allocated; and
  • billing obligations may continue.

225. Reactivation

Reactivation may require:

  • payment.
  • identity verification.
  • abuse remediation.
  • security remediation.
  • removal of prohibited Content.
  • system rebuild; or
  • another corrective action.

226. Cancellation

The Customer may cancel an eligible VDS using available Hostwover functionality or another supported process.

227. Cancellation Options

Depending on the Service, cancellation may:

  • disable future renewal.
  • schedule termination at the end of the paid period; or
  • terminate the VDS.

228. Review Cancellation Carefully

The Customer should review the cancellation interface and confirmation before completing the action.

229. Back Up Before Cancellation

The Customer must preserve important Customer Data before VDS termination.

230. Cancellation Does Not Cancel Other Services

Cancelling a VDS does not automatically cancel:

  • domains.
  • VPS.
  • Web Hosting.
  • Professional Email.
  • Google Workspace; or
  • another independent Service.

231. Termination

A VDS may be terminated because of:

  • Customer cancellation.
  • expiration.
  • prolonged non-payment.
  • material breach.
  • serious abuse.
  • fraud.
  • security threats.
  • legal requirements; or
  • another basis permitted under the Terms of Service.

232. Effect of Termination

After termination:

  • the VDS may stop operating.
  • network access may stop.
  • IP addresses may be released.
  • virtual disks may become unavailable.
  • console access may stop.
  • snapshots may be deleted.
  • backups may expire; and
  • Customer Data may be permanently deleted.

233. Data Retention After Termination

Hostwover does not guarantee that VDS data will remain available for any specific period after termination unless an applicable Service description expressly states otherwise.

234. Data Deletion

After the applicable technical and legal retention period, Hostwover may permanently delete:

  • virtual disks.
  • Instance data.
  • snapshots.
  • temporary recovery data.
  • VDS metadata where no longer required; and
  • related resources.

235. Backup Lifecycle

Some data may remain temporarily in backup systems according to their normal retention lifecycle.

236. No Indefinite Backup Right

Temporary backup retention does not create a right to restore a terminated VDS indefinitely.

237. No Recovery Guarantee

Hostwover does not guarantee recovery of Customer Data after VDS termination.

238. Customer Deletion

Hostwover is not responsible for data loss resulting solely from authorized Customer actions such as:

  • deleting the VDS.
  • formatting disks.
  • reinstalling the system.
  • deleting files.
  • deleting databases; or
  • restoring older data.

Mandatory rights remain unaffected.

239. Account Control

The Customer is responsible for persons authorized to access the VDS through the Customer's Hostwover Account or server credentials.

240. Employees and Contractors

Customers may authorize employees, developers, contractors, or administrators to access a VDS.

The Customer is responsible for access permissions granted to them.

241. Remove Unnecessary Access

Customers should revoke access promptly when a person no longer needs it.

242. Ownership Disputes

Where multiple parties claim control of a VDS or related Account, Hostwover may request appropriate evidence.

243. Ownership Evidence

Evidence may include:

  • identity information.
  • company records.
  • invoices.
  • Account history.
  • authorization documents; or
  • other relevant information.

244. Temporary Restrictions During Dispute

Hostwover may temporarily restrict sensitive changes while a credible ownership dispute is investigated.

245. Support

Hostwover provides support within the scope applicable to the VDS Service.

246. Supported Infrastructure Matters

Support may include:

  • provisioning.
  • VDS state.
  • Hostwover management interface.
  • Infrastructure availability.
  • network allocation.
  • console functionality.
  • billing.
  • Hostwover firewall functionality.
  • backups where included.
  • snapshots where included; and
  • Hostwover-controlled Infrastructure.

247. Unmanaged Support Boundaries

For unmanaged VDS Services, Hostwover is not responsible for administering arbitrary Customer-installed software.

248. Customer Software Examples

Hostwover is not automatically responsible for configuring or debugging:

  • Nginx.
  • Apache.
  • Node.js.
  • PHP applications.
  • databases.
  • Docker.
  • Kubernetes.
  • control panels.
  • VPN software.
  • mail servers.
  • Customer firewalls.
  • application code; or
  • other Customer-managed software.

249. Reasonable Guidance

Hostwover may voluntarily provide guidance outside the normal support scope.

Such assistance does not create a permanent management obligation.

250. Managed Support Add-Ons

Where separately offered, managed administration or technical work may have:

  • separate pricing.
  • separate scope.
  • separate limitations; and
  • additional terms.

251. Temporary Support Credentials

Where troubleshooting legitimately requires application-level access, Hostwover may request temporary credentials using an appropriate method.

252. Rotate Support Credentials

The Customer should rotate temporary credentials after the support task is complete.

253. Do Not Send Private Keys

Customers should never send private SSH keys through ordinary support communications.

254. Privacy

Hostwover processes VDS-related Personal Data according to its Privacy Policy.

255. VDS Operational Data

Hostwover may process information including:

  • Account information.
  • VDS identifiers.
  • IP information.
  • region.
  • billing information.
  • support information.
  • security events.
  • abuse information.
  • Infrastructure metrics; and
  • technical logs.

256. Infrastructure Access

Hostwover personnel should access VDS Infrastructure or Customer environments only where reasonably necessary for authorized purposes.

257. Authorized Purposes

Such purposes may include:

  • support.
  • maintenance.
  • security.
  • incident response.
  • abuse investigation.
  • migration.
  • recovery; or
  • legal compliance.

258. No Routine Customer Application Administration

Hostwover does not routinely administer Customer applications inside an unmanaged VDS.

259. Third-Party Infrastructure

Hostwover may rely on authorized third-party:

  • data centers.
  • networks.
  • hardware.
  • virtualization technology.
  • storage.
  • monitoring.
  • security systems; or
  • other Infrastructure components.

260. Provider Changes

Underlying Infrastructure arrangements may change over time.

Hostwover may migrate or modify technical implementation where reasonably necessary to maintain the VDS Service.

261. Service Changes

Hostwover may make reasonable technical changes to:

  • improve security.
  • improve reliability.
  • improve performance.
  • replace obsolete technology.
  • respond to capacity.
  • maintain compatibility; or
  • comply with law.

262. Core Paid Specifications

Hostwover will seek not to materially reduce the core specifications of the Customer's paid VDS during the current paid term without an appropriate:

  • reason.
  • replacement.
  • migration.
  • remedy.
  • Customer option; or
  • treatment required by applicable law.

263. Discontinued Plans

Hostwover may discontinue a VDS Plan for new purchases.

264. Existing Customers on Discontinued Plans

Existing Customers may, depending on circumstances:

  • remain on the existing plan.
  • migrate.
  • receive a replacement plan.
  • receive an upgrade option.
  • receive notice; or
  • receive another appropriate solution.

265. Beta Features

Experimental or beta VDS functionality may:

  • change.
  • contain errors.
  • have limited support.
  • be discontinued; or
  • differ from generally available functionality.

266. Legal Requests

Hostwover may respond to valid legal requests relating to a VDS where required by applicable law.

267. Preservation

Hostwover may preserve relevant data or records where legally required.

268. Preservation Does Not Mean Customer Availability

Legal preservation does not necessarily mean the Customer will continue to have access to the preserved information.

269. Compliance With Law

The Customer must use the VDS in accordance with applicable law.

270. Customer Regulatory Responsibility

The Customer is responsible for regulatory requirements applying to the Customer's own:

  • business.
  • applications.
  • users.
  • Content.
  • Personal Data.
  • communications; and
  • processing activities.

271. Sanctions and Restrictions

Hostwover may restrict a VDS transaction where a binding sanctions, export-control, legal, or regulatory requirement prevents Hostwover from providing the Service.

272. Information Security

Hostwover's Information Security Policy applies to security practices under Hostwover's control.

273. No Absolute Security Guarantee

No Internet-connected virtual server can be guaranteed completely secure against every:

  • attack.
  • vulnerability.
  • configuration error.
  • zero-day exploit.
  • credential compromise; or
  • external network event.

274. Customer Incident Reporting

The Customer should promptly report suspected Infrastructure-level security incidents to Hostwover.

275. Customer Application Incidents

The Customer remains responsible for investigating application-level incidents under Customer control.

276. Responsible Disclosure

Security research concerning Hostwover Infrastructure must comply with Hostwover's Responsible Disclosure Policy.

277. Service Communications

Hostwover may send operational communications concerning:

  • provisioning.
  • billing.
  • renewal.
  • payment failure.
  • maintenance.
  • security.
  • abuse.
  • network incidents.
  • suspension.
  • termination.
  • migration; and
  • Service changes.

278. Operational Communications Are Not Marketing

Necessary Service communications may be sent regardless of optional marketing preferences.

279. Customer Contact Information

The Customer is responsible for maintaining accurate Account contact information.

280. Critical Notices

Failure to read a Service notice does not automatically prevent an otherwise valid:

  • payment deadline.
  • security action.
  • maintenance event.
  • expiration; or
  • termination

where Hostwover has fulfilled applicable notification obligations.

281. No Business-Outcome Guarantee

Hostwover does not guarantee that a VDS will produce:

  • revenue.
  • sales.
  • traffic.
  • customers.
  • application success.
  • profitability.
  • search rankings; or
  • another commercial result.

282. No Suitability Guarantee for Every Workload

A VDS Plan may not be suitable for every workload.

The Customer is responsible for selecting a Service appropriate to its technical requirements.

283. Capacity Planning

Customers operating important workloads should monitor:

  • CPU.
  • RAM.
  • disk usage.
  • storage performance.
  • traffic.
  • application latency; and
  • other relevant capacity indicators.

284. Scaling

Where a workload exceeds the purchased resources, the Customer may need to:

  • optimize.
  • upgrade.
  • distribute workloads.
  • add Instances; or
  • use another Hostwover Service.

285. No Automatic Scaling Unless Offered

A standard VDS should not be assumed to scale automatically unless the applicable Service expressly includes automatic scaling.

286. Customer Architecture

Hostwover is not responsible for designing the Customer's application architecture unless such consulting is expressly purchased.

287. Software Compatibility

The Customer is responsible for ensuring Customer software is compatible with the selected:

  • architecture.
  • operating system.
  • CPU.
  • memory.
  • storage.
  • kernel.
  • network configuration; and
  • other VDS characteristics.

288. Licensing Changes

Third-party software licensing changes may affect software installed on a VDS.

Hostwover is not responsible for independent licensing changes imposed by software publishers.

289. Force Majeure

The force-majeure provisions in the Terms of Service apply to this Agreement.

290. Limitation of Liability

Hostwover's liability concerning VDS Services is governed by the limitation-of-liability provisions of the Terms of Service.

Nothing in this Agreement excludes liability that cannot legally be excluded.

291. Customer-Controlled Loss

To the maximum extent permitted by applicable law, Hostwover is not responsible for loss caused solely by Customer-controlled matters such as:

  • insecure credentials.
  • Customer firewall rules.
  • unpatched software.
  • application bugs.
  • Customer deletion.
  • lost encryption keys.
  • Customer DNS changes.
  • Customer database changes.
  • Customer scripts.
  • incorrectly exposed network services; or
  • unauthorized persons granted access by the Customer.

292. Indemnification

To the maximum extent permitted by applicable law, the Customer agrees to indemnify Hostwover against third-party claims and reasonable costs arising directly from:

  • unlawful Customer Content.
  • Customer-operated attacks.
  • spam.
  • fraud.
  • intellectual-property infringement caused by Customer Content.
  • unauthorized processing controlled by the Customer.
  • intentional misuse of the VDS; or
  • material breach of this Agreement.

This does not apply to the extent the claim results from Hostwover's own conduct for which Hostwover is legally responsible.

293. Mandatory Rights

Nothing in this Agreement removes a right that cannot lawfully be excluded.

294. Consumer Rights

Where the Customer qualifies for mandatory consumer protection, those rights prevail over conflicting contractual provisions to the extent required by applicable law.

295. Governing Law

Subject to mandatory legal protections, this Agreement is governed by the governing law specified in Hostwover's Terms of Service.

Where the Terms of Service specify the laws of the Arab Republic of Egypt, the same governing law applies to this Agreement.

296. Complaints

Customers may submit VDS complaints through Hostwover Support.

297. Dispute Resolution

Applicable disputes may also be handled under Hostwover's Complaints & Dispute Resolution procedures.

Nothing prevents Customers from exercising mandatory regulatory or legal rights.

298. Changes to This Agreement

Hostwover may update this Agreement to reflect:

  • VDS changes.
  • technical developments.
  • Infrastructure changes.
  • billing changes.
  • security requirements.
  • legal developments.
  • policy changes; or
  • clarification of existing terms.

299. Last Updated Date

The latest published version will display an updated Last Updated date.

300. Material Changes

Where applicable law requires notice of a material contractual change, Hostwover may provide notice through:

  • email.
  • Account notification.
  • website notice; or
  • another appropriate channel.

301. Explicit Acceptance

Where applicable law requires explicit acceptance of a contractual change, Hostwover will seek such acceptance.

302. Conflict With Mandatory Law

If this Agreement conflicts with mandatory applicable law, mandatory law controls to the extent of the conflict.

303. Order of Precedence

For conflicts specifically concerning the VDS Service, the general order of precedence is:

  1. mandatory applicable law.
  2. expressly agreed VDS-specific order terms.
  3. this VDS Agreement.
  4. Hostwover Terms of Service.
  5. applicable Hostwover policies.

304. Severability

If a provision is invalid or unenforceable, the remaining provisions continue to apply to the maximum extent legally permitted.

305. No Waiver

Failure to immediately enforce a provision does not permanently waive Hostwover's right to enforce it.

306. Assignment

The Customer may not transfer contractual control of the VDS outside an authorized Account or ownership-transfer process where approval is required.

307. Business Ownership Changes

Changes involving business ownership or organizational control may require verification.

308. Electronic Acceptance

This Agreement may be accepted electronically.

309. Acceptance Records

Hostwover may maintain records including:

  • Account identifier.
  • VDS Plan.
  • Instance identifier.
  • Agreement version.
  • acceptance timestamp.
  • IP information.
  • order information; and
  • relevant transaction records.

310. Entire VDS Agreement

This Agreement, together with:

  • Terms of Service.
  • applicable VDS order.
  • VDS Plan description.
  • applicable policies.
  • applicable SLA; and
  • expressly incorporated terms

forms the agreement governing the relevant VDS Service.

311. Related Hostwover Documents

Customers using VDS Services should also review:

  • Terms of Service
  • VPS Agreement, where VPS Services are separately used
  • Acceptable Use Agreement
  • Acceptable Use Policy
  • Abuse Handling Policy
  • Privacy Policy
  • Privacy / Data Protection Policy
  • Information Security Policy
  • Refund Policy
  • Service Level Agreement
  • Customer Service Policy
  • Responsible Disclosure Policy
  • Trademark & Copyright Policy
  • Complaints & Dispute Resolution

Where domains or other Hostwover products are separately used with the VDS, their applicable agreements also apply.

312. Contact Hostwover

For assistance concerning VDS Services:

Hostwover Support

Website: hostwover.com

Email: [email protected]

Where appropriate, include:

  • Hostwover Account email.
  • VDS or Instance identifier.
  • affected IP address.
  • region.
  • approximate time of the issue.
  • relevant error information; and
  • a clear description of the problem.

Do not send:

  • passwords.
  • private SSH keys.
  • complete payment-card information.
  • CVV codes.
  • MFA recovery codes.
  • database passwords.
  • API secrets; or
  • other unnecessary credentials

through ordinary support communications.

313. Final Provision

By purchasing or using a Hostwover VDS, you acknowledge that a Virtual Dedicated Server provides significant administrative control and stronger virtual resource isolation according to the applicable VDS Plan, while remaining a virtualized infrastructure Service.

Hostwover is responsible for operating the VDS Infrastructure within Hostwover's control and providing the virtual resource characteristics described by the purchased plan.

The Customer is responsible for the Guest Operating System and Customer-controlled:

  • applications.
  • databases.
  • credentials.
  • network services.
  • firewall configuration.
  • Customer Content.
  • software security.
  • Personal Data.
  • encryption.
  • backups; and
  • application architecture,

unless an applicable managed Service expressly states otherwise.

Hostwover will seek to provide:

  • the dedicated or reserved virtual resources described by the applicable VDS Plan.
  • appropriate virtualization isolation.
  • reliable Infrastructure.
  • network connectivity.
  • security controls.
  • monitoring where included.
  • recovery functionality where included.
  • applicable customer support; and
  • proportionate handling of security, abuse, billing, and operational incidents.

The Customer remains responsible for:

  • protecting root and administrator access.
  • maintaining operating-system security.
  • applying security updates.
  • protecting encryption keys.
  • maintaining independent backups.
  • monitoring resources.
  • securing applications and databases.
  • using network resources responsibly.
  • responding to security and abuse incidents.
  • monitoring billing and renewal.
  • exporting important Customer Data before termination; and
  • complying with applicable law and Hostwover policies.