常见问题

常见问题

实用简短指南,帮助您设置服务、管理访问权限并完成常见的客户操作。

> Cli>_ 余额系统如何运作?

一个共享预付余额为所有符合条件的服务付费,并且只在服务处于活动状态时消耗。

faq/prepaid-credit-how-it-works

你的 Cli>_ 账户只有一个共享预付余额。符合资格的新客户只有在完成规定的账户验证和反滥用验证后,才能申领 Starter Credit。所有处于活动状态且符合条件的服务都会随时间消耗该余额。月度估算按 31 天计算;只有余额至少能覆盖 7 天,新服务才能启动。预计可运行时间低于 7 天时显示红色警告;否则,低于 14 天时显示橙色警告。

余额耗尽 7 天后,服务会暂停并停止消耗余额,同时开始 7 天的保留和删除倒计时。在页面显示的截止时间前,只要余额充足就能重新启动。取消已配置的服务也会将其暂停并开始相同的倒计时。尚未配置的待处理服务可能会立即停用。截止后,已配置服务的停用和移除开始。Force delete 会立即停用服务、跳过保留期并开始从活动 runtime 中移除;完成时间取决于 deployment 和 GitOps 处理。备份与 Offsite Archive 分别遵循独立的保留政策。

以月价 9.90 EUR 的 OpenCode 为例:9.90 / 31 ≈ 每天 0.319 EUR。完整运行 10 天后约消耗 3.19 EUR。若初始余额恰好为 9.90 EUR,且没有其他服务消耗余额,则约剩 6.71 EUR。停用服务后不会继续消耗。

本例仅用于说明,实际始终以 Cli>_ 当前显示的价格为准。

> 如何在命令行中生成公钥?

创建用于安全访问VPS的公钥。请仅将公钥与Cli>_分享,并将私钥保存在您的设备上。

faq/generate-public-ssh-key-zh

只使用公钥

SSH 使用一对密钥。请只将公钥(通常是 .pub 文件的内容)粘贴到服务设置中,私钥保存在您的设备上。

步骤

  1. 在您的计算机上打开终端。
  2. 运行命令:ssh-keygen -t ed25519 -C "your-email@example.com"。
  3. 确认保存文件的位置,或选择自定义路径。请勿将私钥发送给任何人。
  4. 要查看公钥,请使用命令:cat ~/.ssh/id_ed25519.pub。
  5. 复制以 ssh-ed25519 开头的完整行,并将其粘贴到订单或服务设置中的 "SSH 公钥" 字段中。
  6. 复制以 ssh-ed25519 开头的完整行,并将其粘贴到 "SSH 公钥" 字段中。

粘贴前检查

  1. 打开 PowerShell 或 Windows Terminal。
  2. 运行命令:ssh-keygen -t ed25519 -C "your-email@example.com"。
  3. 按下 Enter 键将密钥保存到 C:\Users\your-user\.ssh\id_ed25519,或者输入自定义路径。
  4. 如果 Windows 要求您设置密码短语(passphrase),请使用您可以安全存储的密码,或者在简单设置中按下 Enter 键跳过此步骤。
  5. 使用以下命令显示公钥:Get-Content $env:USERPROFILE\.ssh\id_ed25519.pub。
  6. 请复制以 'ssh-ed25519' 开头的完整行。不要复制或上传私钥文件。
>如何在Windows上通过图形界面创建SSH密钥

在 Windows 系统中,本文将介绍一种图形化方法,用于创建 SSH 密钥对,无需使用命令行。

faq/create-ssh-key-windows-gui-zh

使用 Windows 工具,仅粘贴公钥

您可以使用 Windows SSH 客户端(如 PuTTYgen)以图形方式创建 SSH 密钥对。Cli>_ 只需公钥。请将私钥保存在您的计算机上,不要将其上传到 Web 表单中。

操作步骤

  1. 安装 PuTTY 或打开 PuTTYgen(如果已安装)。
  2. 如果可用,请选择 EdDSA/Ed25519;否则,选择 RSA 4096。
  3. 点击“生成”,并在空白区域移动鼠标,直到密钥生成完毕。
  4. 如果您想为私钥添加额外的本地保护,请设置一个密码短语。
  5. 将私钥保存在您的设备上,并将其保密。
  6. 复制公钥文本,并在 Cli>_ 中的 SSH 公钥字段中粘贴它。

请勿泄露敏感信息

请不要将 .ppk 文件、私钥、密码短语、密码或令牌发送给支持团队或填写到任何表格中。

> 自带您的域名

了解如何在启用“自带域名”功能之前,如何将您的域名或子域名指向 CLIopen 服务。

faq/lianjie-ziji-de-yuming

此设置的作用

使用您自己的域名允许您的服务响应您自己的主机名,例如 app.example.com,而不是仅使用生成的 *.co.cliopen.cloud 主机名。 在将主机名安全地用于服务之前,DNS 必须指向 CLIopen。

开始之前

  1. 请选择您要使用的确切主机名,例如 app.example.com。 使用子域名是最简单的选项。
  2. 登录到您的域名注册商的 DNS 管理控制台或您的 DNS 提供商的仪表板。
  3. 删除任何与该主机名冲突的 A、AAAA、CNAME、ALIAS 或重定向记录,然后再添加 CLIopen 条目。
  4. 请在您的自定义主机名验证并完全可用之前,保留生成的 CLIopen 主机名。

子域名的推荐 DNS 设置

为要在 CLIopen 中输入的精确主机名创建 DNS 记录。对于 app.example.com,DNS 标签是 app。将其指向由 CLIopen 支持团队提供的或在服务文档中找到的 CLIopen 入口地址。如果您的提供商要求指定记录类型,则当提供这些地址时,请使用 A 记录进行 IPv4 和 AAAA 记录进行 IPv6。

示例:

app.example.com.  A     <CLIopen IPv4 地址>
app.example.com.  AAAA  <CLIopen IPv6 地址,如果可用> 

当 CLIopen 提供 CNAME 目标时

某些服务会提供生成的域名,例如 service.customer.co.cliopen.cloud。如果您的服务的说明明确要求使用 CNAME 记录,请创建类似于 app.example.com CNAME service.customer.co.cliopen.cloud 的记录。仅为子域名使用 CNAME 记录,不要用于顶级/根域名,除非您的 DNS 提供商支持 ALIAS 或 ANAME flattening。

使用根域名

对于像 example.com 这样的裸域,大多数 DNS 提供商不允许使用标准的 CNAME 记录。请使用 A/AAAA 记录指向 CLIopen 的入口地址,或者如果 CLIopen 提供了目标主机名,请使用您的提供商的 ALIAS/ANAME 功能。

委派整个子区域

如果您希望 CLIopen 管理 apps.example.com 等子域下的记录,请为该子域创建 NS 记录,指向您收到的 CLIopen 域名服务器。除非您有意让 CLIopen(或另一个 DNS 服务)管理所有记录,否则不要更改整个域的域名服务器。

检查清单

  1. 请耐心等待 DNS 传播。小的更改通常会在几分钟内生效,但某些提供商可能会缓存更长时间。
  2. 确认主机名是否解析到 CLIopen 的目标地址,而不是之前的服务提供商的地址。
  3. 在“自定义域名”字段中,请输入完整的域名,不要包含 `https://` 和任何路径。
  4. 更新完成后,请在浏览器中测试 `https://app.example.com`。
  5. 仅保留旧的 DNS 记录,如果它们与新的域名不冲突。
> 如何将 DNS 区域迁移到 CLIopen

将域名委托给 ns1.cliopen.com 和 ns2.cliopen.com,以便 CLIopen 可以发布该区域的所有记录。

faq/zhuanyi-dns-quyu-guanli

这里所说的区域传输是什么意思?

对于客户DNS服务,“区域传输”指的是在您的域名注册商处更改权威nameserver。当您将 DNS 服务指向 CLIopen 后,在 CLIopen 中添加的 DNS 记录将由我们的权威 nameserver 发布。

在更改 nameserver 前

  1. 复制您仍然需要的现有 DNS 记录,例如网站、邮件、验证、SPF、DKIM、DMARC 和服务记录。
  2. 在 CLIopen DNS 中添加区域。如果委托尚未准备好,CLIopen 会将其保存,但不会为客户激活它,直到验证通过为止。
  3. 如果可能,请在切换 nameserver 之前,在 CLIopen DNS 中创建所需的记录。
  4. 请注意正确设置 CAA,因为错误的值可能会阻止证书颁发。

委派区域

  1. 在您的域名注册商处打开域名设置,例如 example.com。
  2. 找到 Nameservers(名称服务器)、DNS 委托或权威 DNS 设置。
  3. 将当前的 nameservers 替换为 ns1.cliopen.com 和 ns2.cliopen.com。
  4. 保存更改,并等待在注册中心和解析器中的传播。

验证

返回 CLIopen DNS 并点击重新验证委派。当公共 NS 记录显示 ns1.cliopen.comns2.cliopen.com 时,该区域将排入同步队列,并且记录将从 CLIopen 生效。

> 账户注册与首次登录

创建单个工作帐户,填写发票信息,并使用一个团队成员可以长期访问的电子邮件地址。

faq/account-registration-and-login

一个账户,方便您管理订单和服务

请将此账户作为您长期使用的平台,用于管理订单、账单信息、服务、域名以及与客服的沟通。建议使用团队成员可以持续访问的工作邮箱。

首次下单前

  1. 使用您的工作邮箱进行注册。
  2. 如果网站要求,请完成电子邮件验证。
  3. 在提交付费订单之前,请完善账单信息。
  4. 如果可用,请在首次登录后立即启用双因素身份验证。

团队访问权限

不要通过聊天或电子邮件发送密码。 如果需要多人访问,请使用内部密码管理器或团队流程;支持部门不需要您的密码。

> 月度估算值、年度估算值以及实际每日消耗量

月度和年度价格仅用于比较。对于预付费服务,在确认更改后,将根据实际每日消耗量进行计费。

faq/billing-periods-and-credit-burn

估算值并非账单日历

月度估算以 31 天为基准,年度估算以 372 天为基准。预付费服务的实际信用消耗取决于服务的使用时间和已确认的配置。

在更改价格时需要检查的事项

  1. 比较变更前后的一日用量。
  2. 如果CPU、内存、磁盘或付费选项增加,请预计每日消耗会更高。
  3. 更改将在确认、可能需要付款并应用后生效。
  4. 为了方便记账,请保存订单确认单和信用余额历史记录。

针对特定时段进行核对

为了帮助客服核对消费情况,请提供订单号、服务名称以及您希望查询的日期。请勿发送银行账户信息、完整的付款凭证或包含不必要个人信息的截图。

> 付款后的订单状态

订单在付款后,可能需要一段时间才能得到服务提供方的确认。如果第一个订单没有被明确取消或过期,请不要创建重复订单。

faq/order-status-and-payment-confirmation

"待处理"状态并不意味着失败

从支付页面返回后,订单可能还在等待支付提供商的确认。在状态明确显示为失败或已过期之前,重复提交订单可能会使付款匹配变得更加复杂。

付款后的操作步骤

  1. 付款完成后,请返回到 Cli>_ 。
  2. 请在您的账户中检查订单的状态和任何支付相关的消息。
  3. 如果订单仍然处于等待状态,请给提供商一些时间进行确认。
  4. 如果遇到问题,请向客服提供订单号和支付参考信息(如果有)。

您无需提供的信息

客服不需要您的银行卡信息、登录密码或完整的银行凭证。只需提供订单号、付款时间、可见状态以及遮盖敏感信息的错误截图即可。

> 加速服务配置所需的信息

请准备好服务名称、域名、存储空间大小、访问电子邮件地址以及公共 SSH 密钥;请勿在表单中填写任何机密信息。

faq/service-setup-information-needed

准确输入可节省时间

请在订单表单中填写公开或非敏感信息,例如:服务名称、域名、DNS 设置、存储大小、CPU、RAM、管理员邮箱或公共 SSH 密钥。密码、私钥和令牌等敏感信息不应在此处填写。

在点击下单之前,请做好准备

  1. 为您的团队选择一个易于识别的服务名称。
  2. 确定是使用自定义域名还是临时系统主机名。
  3. 如果服务需要,请准备好 SSH 公钥。
  4. 请根据您要运行的应用程序,检查存储空间和资源大小。

请勿发送机密信息

如果您不确定某个信息是否为敏感信息,请先咨询后再发送。请勿通过聊天或订单发送私钥、密码、令牌、数据库备份以及完整的配置文件。

> 下单后修改 CPU、RAM、磁盘或保留期限

请通过现有服务的详细信息进行修改,而不是创建新的重复订单;更改资源可能涉及价格变化、服务费用、每日信用消耗、重启和停机风险。

faq/change-service-resources-after-order

修改现有服务,而非创建新的服务

如果服务已在运行,请从服务的详细信息页面修改资源。 新的订单会创建一个新的服务,而不是修改现有的服务,并且可能会更改价格、每日信用消耗以及运行行为。 这些更改仅在确认、支付(如需要)并应用后才会生效。

确认更改前

  1. 查看当前的 CPU、RAM、磁盘空间、备份和异地存档保留设置。
  2. 检查新的每日价格以及对可用额度的影响。
  3. 阅读有关重启、维护或停机的通知。
  4. 在进行高风险更改之前,请自行导出重要数据。

当变更未能如期完成时

请提供服务名称、更改时间、可见状态和错误信息。请勿发送私钥、密码或令牌;诊断所需的信息仅为公开上下文和已遮蔽的截图。

> 取消服务和数据保留期限

已启用的服务首先将被暂停。系统将显示一个可配置的、用户可见的删除期限,在此期限过后,才能进行永久性清理。

faq/cancel-service-and-data-retention

取消并不意味着立即删除所有内容

对于已启用的服务,系统首先会暂停该服务,并显示一个可配置的可见删除期限。在此期间,您可以选择恢复或导出数据。未支付且尚未开通的服务可能具有不同的行为,并且最终的清理将在生命周期到期后进行。

取消前请确认

  1. 您可以创建自定义数据导出,以便长期保存所需的数据。
  2. 请阅读暂停服务时显示的计划删除日期和时间。
  3. 请注意,备份保留时间和异地存档保留时间与服务生命周期删除是不同的。
  4. 如果您有任何疑问,请在删除截止日期之前联系客服。

超出期限后可能无法恢复。

超过可见期限后,请勿将数据视为可用。如有问题,请提供订单号和服务名称,不要发送数据库导出文件或登录凭据。

> 备份和恢复请求

备份用于系统恢复,而不是作为数据导出的替代方案。恢复操作可能会覆盖较新的数据。

faq/backups-and-restore-requests

备份不是归档或导出

备份的保留期限取决于所选的产品和选项。备份用于系统故障后的恢复,但不能替代您自己的导出、审计存档或异地备份。还原操作可能会覆盖较新的数据。

如何准备恢复请求

  1. 请填写服务名称和订单号。
  2. 请描述您希望恢复的时间点。
  3. 请说明是要恢复整个服务,还是支持的部分功能(如果适用)。
  4. 请附上清晰的错误信息或上下文,但不要包含密码、令牌和私钥。

在恢复之前,请考虑潜在影响

如果服务在此期间接收了新数据,则恢复操作可能会用较旧的状态覆盖这些数据。在确认恢复之前,请通知团队并导出您不想丢失的内容。

> Offsite Archive 的用途

> Offsite Archive 用于存储与常规备份和系统生命周期分开的远程存档副本。

faq/offsite-archive-purpose

日常运行之外的归档

Offsite Archive 用于远程归档备份以及长期数据存储。它不是应用程序的实时磁盘,也不是本地导出功能的替代品,更不是短期的操作备份。

何时启用

  1. 用于需要保存在普通服务之外的数据。
  2. 根据合规性、业务需求或恢复目标选择保留天数。
  3. 请注意,费用会随着存储量和保留时间而增加。
  4. 对于大量数据,请在规划归档方案的同时,也考虑自己的导出流程。

> 如何考虑价格

计费基础是 MB-days:表示存储了多少数据以及保留了多少天。费用以欧元/GB/月显示,结果会四舍五入到整数。

> 如何为 VPS 选择 CPU、RAM 和磁盘

根据您的应用、数据库、缓存、日志以及预期的增长量来选择 VPS 的大小。如果出现 OOM(内存不足)或频繁使用交换空间,则表明可能需要更多的 RAM。

faq/vps-cpu-ram-and-disk-sizing

从实际负载开始

小型静态网站与数据库、Java 应用、搜索或构建容器的需求不同。在规划时,请考虑应用程序内存、缓存、日志、上传以及增长空间。

计划过小的信号

  1. 当出现 OOM(内存不足)、进程被终止或频繁进行交换时,请增加 RAM。
  2. 在高负载计算、压缩、构建或繁忙的应用程序工作线程时,请增加 CPU。
  3. 在文件系统、日志或数据库即将耗尽之前,请增加磁盘空间。
  4. 每次修改后,请确认应用程序是否真的不再受到原始限制的影响。

在提问尺寸问题时,您需要提供什么信息?

提供服务名称、应用类型、可见错误信息、问题发生时间以及当前的 CPU、RAM 和磁盘使用情况等信息可以帮助我们。请勿发送密码、私钥或内部配置文件。

> VPS服务器何时需要使用公网IP?

专用公网IP地址可以用于白名单设置、入站访问、稳定的出站源,或者与特定地址相关的服务。

faq/vps-public-ip-options

首先确定通信方向

并非所有服务都需要自动配置公共 IP 地址。它通常用于满足外部合作伙伴、供应商或防火墙的白名单要求,提供稳定的出站源,或者允许访问特定端口。

订购IP地址前的常见问题

  1. 请询问合作伙伴,是仅允许入站流量、出站流量还是两者都允许。
  2. 在外部系统允许的情况下,尽量使用 DNS 名称代替数字 IP 地址。
  3. 只开放应用程序实际需要的端口。
  4. 在更改生产环境的访问权限之前,请将允许列表要求发送给技术支持。

哪些端口应该保持关闭?

公共IP地址不意味着需要开放所有端口。建议仅为必要的服务设计最小化的访问范围,并且不要通过截图等方式发送密码、私钥或内部防火墙规则,以避免泄露敏感信息。

> VPS 的共享 SSH 访问

如果您没有购买公共 IP 地址,您的 VPS 会通过共享 SSH 端点和高位端口进行连接。 如果您购买了公共 IP 地址,您还可以获得直接连接到该地址的 SSH 访问权限。

faq/shared-ssh-access-for-vps

为什么使用高端口号

多个 VPS 服务可以共享相同的公共 SSH 端点,因此每项服务都会分配一个自己的高端口号。该端口是路由到您服务的关键部分;没有它,连接就无法明确地传递到正确的 VPS。

如何根据访问类型进行连接

  1. 共享 SSH 时,请从 SSH 服务中复制用户名、公网主机和高位端口。
  2. 使用 `ssh -p <port> <username>@<public-host>` 命令连接。
  3. 如果服务购买了公共 IP 地址,可能存在第二个直接的 SSH 端点,指向该 IP 地址或其 DNS 名称。
  4. 私钥仅在本地通过您的SSH客户端或代理使用;向支持团队提供的信息应包括公共主机、端口、用户名以及任何可见的错误。

购买公共 IP 地址后

公网IP不会移除共享端点;它会增加一条直接访问路径,适用于白名单、监控或直接连接。您可能会看到两种SSH访问方式:共享主机(高端口)和专用的主机或IP地址,用于具有公网IP的服务。

> 连接自定义域名前的检查

在切换域名之前,请确认权威 DNS 设置、准确的主机名、记录类型(是否为顶级域名或子域名),并检查是否存在冲突的旧记录。

faq/custom-domain-readiness-checklist

确定准确的主机名

首先,请确认您是要连接顶级域名(例如 example.com),还是子域名(例如 app.example.com)。不同的情况可能需要不同类型的 DNS 记录、DNS 提供商的不同限制以及注册商的验证。

修改 DNS 前

  1. 确认 authoritative DNS 记录的编辑位置。
  2. 移除或调整冲突的 A/AAAA、CNAME、ALIAS、ANAME 或重定向记录。
  3. 请使用适合该服务和主机名的推荐记录类型。
  4. 更改后,请等待 DNS 传播完成,然后再测试最终的 HTTPS 连接。

安全回滚

在新的主机名正常响应之前,请勿关闭旧的主机。如果遇到问题,请提供域名、预期目标和公开的 DNS 结果,不要提供注册商的登录信息。

> 服务常用的 DNS 记录类型

A/AAAA 记录指向 IP 地址,CNAME 记录指向别名,MX 记录用于配置邮件服务器,TXT 记录用于验证信息,例如 SPF、DKIM 或 DMARC。

faq/dns-record-types-for-services

不要盲目混合记录

每种 DNS 类型都有不同的作用。A 和 AAAA 指向 IP 地址,CNAME 创建子域的别名,MX 用于邮件路由,TXT 包含验证信息和邮件策略,CAA 则限制证书颁发机构。

复制记录时

  1. 请严格按照服务提供的指示复制名称、类型和值。
  2. 如果 DNS 规则禁止,请勿将 CNAME 添加到已存在其他记录的主机名上。
  3. 将 DKIM 放置在提供商的选择器 (selector) 下方,DMARC 通常放置在 _dmarc 下方。
  4. 谨慎设置 CAA,因为不正确的值可能会阻止证书颁发。

当DNS无法正常工作时

请向支持团队提供主机名、记录类型、预期值和公开可见的结果。请勿发送 DNS 管理员的登录信息或包含 API 令牌的屏幕截图。

> DNS 传播与 TTL,不保证精确到分钟

TTL(传输时间)决定了解析器可以缓存旧答案的时间。在传播过程中,旧的结果和新的结果可能会同时存在,直到缓存过期。

faq/dns-propagation-and-ttl

DNS 传播本质上是缓存机制

DNS 不存在精确到分钟的承诺。在修改权威 DNS 后,不同的解析器可能在 TTL 缓存过期之前,仍然返回旧答案或新答案。

计划变更时

  1. 如果您的 DNS 提供商允许,请在计划更改之前降低 TTL 值。
  2. 进行一次 DNS 更改,并在缓存过期期间避免重复编辑。
  3. 当结果不一致时,请从多个解析器或网络进行测试。
  4. 请记录变更的时间、原始值、新值和 TTL。

诊断时需要提供的信息

请提供主机名 (hostname)、预期结果、可见的旧答案、新的答案、TTL 以及变更时间。请勿发送 DNS 账户访问权限或提供商内部备注。

> Workspace Suite 存储规划

在规划 Workspace Suite 存储空间时,需要考虑到以下因素:用户文件、共享文件夹、已删除的文件、版本历史记录、同步开销以及预期的增长。

faq/nextcloud-storage-planning

Workspace Suite 的增长不仅来自可见的文件

用户文件、共享文件夹、已删除的文件、版本历史记录、预览图、缩略图、同步客户端和导入都会占用存储空间。当存储空间接近上限时,上传或同步可能会失败。

订购容量前

  1. 估算当前用户数据和共享文件夹的数量。
  2. 预留空间,用于版本历史记录、回收站、预览文件以及同步活动。
  3. 在进行大型导入操作之前,请与您的团队一起评估存储使用情况。
  4. 在用户达到存储限制之前,请增加存储空间。

遇到同步问题时

请提供服务大小、大致使用量、问题发生时间和客户端错误信息。请勿发送个人文件、密码或用户数据导出内容,除非支持团队明确要求您通过安全方式提供这些信息。

> 将仓库迁移到 Gitea

迁移 Git 仓库时,请同时规划好与以下内容相关的操作:LFS、子模块、权限、部署密钥、Webhook 以及持续集成/持续交付 (CI/CD)。

faq/gitea-repository-migration

迁移不仅仅是 `git clone` 操作

除了仓库历史,还需要迁移或重新配置所有者、团队、受保护的分支、受保护的标签、Git LFS、子模块、部署密钥、webhook 以及 CI/CD 连接。

迁移前检查

  1. 列出仓库、所有者、访问组和自动化帐户。
  2. 检查 Git LFS 对象、子模块、分支保护和标签保护。
  3. 迁移后,测试克隆、推送、Git LFS、子模块和 CI 流程。
  4. 迁移后,请撤销或更换旧的访问令牌,不要共享其值。

迁移过程中的敏感数据

请勿向支持团队发送令牌、私钥、部署密钥的私有部分或 CI 密钥。只需提供仓库名称、集成类型和可见错误信息,以及在迁移前正常运行的信息即可。

> Listmonk 发件域名

为了您的邮件活动,请准备好发件域名或子域名、From 身份信息、SPF、DKIM、DMARC 设置、退信处理以及退订链接。

faq/listmonk-sender-domain-basics

邮件送达从域名开始

Listmonk 需要明确的发件人身份和可验证的 DNS 记录。SPF、DKIM 和 DMARC 必须与您希望用于发送活动的域名或子域名相匹配。

首次活动前

  1. 选择用于活动的发送域名或子域名,并设置发件人身份。
  2. 添加验证 DNS 记录,包括 SPF、DKIM 选择器和 DMARC。
  3. 在正式活动之前发送测试邮件,并检查垃圾邮件过滤情况、退信行为、退回路径以及链接。
  4. 在正式发送之前,请检查退订功能和List-Unsubscribe设置。

邮件安全信息不应包含在工单中

进行诊断时,请提供域名、记录类型、公开的DNS值以及错误信息。请勿发送SMTP密码、API令牌、私有DKIM密钥或包含个人数据的收件人导出文件。

> Classic Hosting 的运行时设置

Classic Hosting 可以设置为自动或手动运行模式;CPU、内存(RAM)、存储空间、备份保留期限、异地存档保留期限、上传速度、缓存和日志会影响价格和稳定性。

faq/classic-hosting-runtime-settings

自动模式并非总是最佳选择

Auto Runtime 可以帮助处理已识别的项目,但手动模式更适合您需要精确选择 Nginx、Apache、FrankenPHP 或特定语言运行时的情况。仅在所选运行时支持时才使用 PHP 选择器。

部署前设置

  1. 根据框架和构建方式,选择自动或手动运行时环境。
  2. 仅在支持的 PHP 环境中选择 PHP 8.2、8.3 或 8.4 版本。
  3. 根据数据量和访问量设置 CPU、RAM、磁盘空间、备份保留时间和异地存档保留时间。
  4. 部署后,请测试上传功能、缓存、日志以及可见的应用错误。

应用程序无法启动时

请提供运行时模式、语言或PHP版本信息、可见的错误信息、已更改的内容以及大致的部署时间。请勿发送.env文件、密码、令牌或包含敏感信息的完整日志。

> 您可以安全地向技术支持提供哪些信息?

为了更好地协助您,请提供以下信息:订单编号、服务名称、域名、时间、公共主机、端口号、备份保留期限、Offsite Archive 保留期限、上传文件、缓存信息、日志文件、屏幕截图以及可见的错误信息。 请勿发送包含敏感信息的任何内容。

faq/support-safe-information-to-share

好的工单应该包含背景信息,而不是机密内容

当您提供订单号、服务名称、域名、公共主机或端口、问题发生时间、已进行的更改以及清晰的错误消息时,技术支持可以更快地响应。

安全消息内容

  1. 请说明订单号、服务名称、域名、发生问题的时间以及具体步骤。
  2. 对于服务器相关问题,请提供运行时环境、PHP 或语言版本、CPU、内存、磁盘空间、上传信息、缓存设置和日志文件(不包含敏感信息)。
  3. 在发送截图之前,请务必遮盖密码、令牌、私钥以及个人数据。
  4. 如果您不确定某个信息是否应该包含在工单中,请先咨询,不要直接发送。

绝对不要发送的内容

请勿发送密码、私钥、恢复种子、API令牌、会话Cookie、数据库导出文件、完整的.env文件、包含敏感信息的完整日志或内部基础设施细节。