消息创建时间在哪设置？ 消息创建时间是由生产客户端在生产消息时设置的。 父主题： 消息问题

查看更多 →

请求超时 开启请求超时，服务访问超时系统会自动处理，快速失败，避免资源锁定和请求卡顿。 YAML设置如下： apiVersion: networking.istio.io/v1beta1 kind: VirtualService metadata: name: my-productpage-rule

查看更多 →

入用户标识，即Cookie字段中的变量名。 “防护动作”选择“阻断”，设置“阻断时长”，能够在攻击被拦截后，攻击者需额外等待一段时间， 该设置能进一步对攻击者行为进行限制，建议对安全要求非常高的用户设置。 图2 用户限速 限速模式：选择“用户限速”，根据Cookie键值区分单个Web访问者。

查看更多 →

独享型ELB实例支持配置。 空闲超时时间 客户端连接空闲超时时间。在超过空闲超时时间一直没有请求， 负载均衡会暂时中断当前连接，直到下一次请求时重新建立新的连接。 - 请求超时时间 等待客户端请求超时时间。包括两种情况： 读取整个客户端请求头的超时时长，如果客户端未在超时时长内发送完整个请求头，则请求将被中断。

查看更多 →

Standard/ CCE Turbo 会话保持配置参数，选择HTTP_COOKIE的会话保持模式时，设置会话保持时间persistence_timeout；选择APP_COOKIE的会话保持模式时，设置app_cookie_name。 Ingress中配置的全局会话保持可以被服务中的会话保持模式覆盖。

查看更多 →

配置RabbitMQ客户端心跳超时时间 客户端连接RabbitMQ集群实例时，如果存在消息收发时间间隔大于90s的场景，请在客户端开启心跳并设置小于90s的心跳超时时间，防止客户端断连。如果心跳超时时间设置过低，在短暂网络抖动情况下可能会导致连接重建。如果心跳超时时间设置过长，可能导致集群进

查看更多 →

个后端云 服务器 上。 HTTP_COOKIE：客户端第一次发送请求时，负载均衡器自动生成cookie并将该cookie插入响应消息中，后续请求会发送到处理第一个请求的后端云服务器上。 APP_COOKIE：客户端第一次发送请求时，后端服务器生成cookie并将该cookie插入响应

查看更多 →

到目标主机HTTP或TCP连接的最大数量。 最大请求重试次数 在指定时间内对目标主机最大重试次数。 最大等待请求数 等待列队的长度，默认为1024。 每连接最大请求数 对后端连接中最大的请求数量如果设为1则会禁止keep alive特性。 连接超时时间 TCP连接超时时间。 最大请求数 后端服务处理的最大请求数，默认为1024。

查看更多 →

连接超时异常 如果通过ObsException.getResponseCode获取到的错误码为408，表明连接OBS服务超时，出现这类异常的原因一般是服务地址（Endpoint）错误或网络不通导致无法连接OBS服务，此时请检查服务地址和网络状况。 父主题： 异常处理

查看更多 →

000，相当于不开启。 对于DDL的等锁超时，其真实超时时间是lock_wait_timeout和rds_ddl_lock_wait_timeout的最小值。 对于DDL过程中InnoDB层的加表锁超时（行锁不在该考虑范围），其真实超时时间是innodb_lock_wait_ti

查看更多 →

000，相当于不开启。 对于DDL的等锁超时，其真实超时时间是lock_wait_timeout和rds_ddl_lock_wait_timeout的最小值。 对于DDL过程中InnoDB层的加表锁超时（行锁不在该考虑范围），其真实超时时间是innodb_lock_wait_ti

查看更多 →

DSS/3DS合规与TLS、开启HTTP2协议、开启Cookie安全属性。 开启IPv6防护：帮助源站实现IPv6协议请求的安全防护。 配置WAF到网站服务器的连接超时时间：WAF到源站的连接超时时长默认为30秒，支持自定义“连接超时”、“读超时”、“写超时”的时间。 配置攻击惩罚的流量标识：配置客

查看更多 →

此，在设置了此变量后，若用户在规定时间内没有进行主动活动，则连接将自动断开。若没有设置此变量，或值为0，表示禁用自动注销，用户不会因长时间不活动而断开连接。 操作步骤 执行以下命令查看自动注销时间（即TMOUT的值）。 echo $TMOUT 显示空白表示没有设置此值。 执行以下

查看更多 →

批量设置通道存储时间策略 功能介绍 批量设置通道存储时间策略。一次最多设置100个通道。 URI PUT /v1/{user_id}/devices/channels/time-policy 表1 路径参数 参数 是否必选 参数类型 描述 user_id 是 String 用户ID：由数字组成，长度范围[15

查看更多 →

String 否 均衡时间窗的开始时间，设置格式为“HH:MM”。 如果设置了start_time，则必须设置stop_time。如果两者都不设置，表示取消均衡时间窗设置。 stop_time String 否 均衡时间窗的结束时间，设置格式为“HH:MM”。 如果设置了stop_ti

查看更多 →

是否必选 参数类型 描述 start_time 是 String 维护起始时间，UTC时间。 end_time 是 String 维护结束时间，UTC时间。 说明：TaurusDB数据库的结束时间和开始时间必须为整点时间，且相隔四个小时。 响应参数 状态码： 400 表4 响应Body参数

查看更多 →

设置可维护时间段 默认可维护时间段为10:00~14:00（GMT+08:00），您可以根据业务需求，设置可维护时间段。建议将可维护时间段设置在业务低峰期，避免业务在维护过程中异常中断。 使用须知 可维护时间段目前处于公测状态，如果您想使用，请联系客服开通。 目前只有实例重启、规格变更和补丁升级支持可维护时间段。

查看更多 →

String 开始时间，UTC时间。 end_time 是 String 结束时间，UTC时间。 说明： RDS for MySQL和RDS for PostgreSQL数据库的结束时间和开始时间必须为整点时间，相隔一至四个小时。 RDS for SQL Server数据库的结束时间和开始时间必须相隔四个小时。

查看更多 →

在“数据库信息”模块的“可维护时间段”处，单击“修改”。 在“修改可维护时间段”弹框中，选择一个时间间隔，下拉框中选择可维护时间段，单击“是”。 图1 修改可维护时间 修改可维护时间段，不影响原有可维护时间段内定时任务的执行时间。 父主题： 变更实例

查看更多 →

时间段”处单击“设置”。 图1 设置可维护时间段 在“修改可维护时间段”弹框中，选择一个时间间隔，下拉框中选择可维护时间段，单击“是”。 图2 修改可维护时间 修改可维护时间段，不影响原有可维护时间段内定时任务的执行时间。 父主题： 变更实例

查看更多 →

”页面，在“可维护时间段”处单击“设置”。 图1 设置可维护时间段 在“修改可维护时间段”弹框中，选择一个可维护时间段，选择一个时间间隔，下拉框中选择可维护时间段，单击“是”。 图2 修改可维护时间 修改可维护时间段，不影响原有可维护时间段内定时任务的执行时间。 父主题： 变更实例

查看更多 →