tencentcloud

您好，感谢您关注和支持，
WHOIS 信息的获取方式和数据源各有不同，分别从注册商或者从注册局获取。腾讯云这里主要采取从注册商获取 WHOIS 信息的方式，在可控范围内尽可能保护用户隐私。我们也留意到很多其他 WHOIS 工具会采取直接从注册局获取信息的方式，各注册局对某些字段的处理和呈现都有不同，因此会有差异。
按照 ICANN 要求，我们作为注册商当前的逻辑是默认隐藏的，希望尽可能保护用户隐私。而在注册局那里是否隐藏，取决于各注册局的隐私保护策略和提供给注册商的安全保护能力，我们也会跟随最新动态，给用户提供最大能力范围内隐私保护服务。

@sss495088732 您好，非常感谢您的支持与指正，我们了解到容器升级后产品基于 CODING DevOps 提供了更加完整 /稳定的 CICD 功能，操作的确复杂了....中间出现 Bug 非常抱歉；如有相关建议可随时工单反馈给我们持续优化好用的产品。

@sss495088732
您好，收到您的反馈，如方便可以告知具体什么时间的升级问题，我们会积极优化，给大家带来更好的体验，也期待与贵公司继续合作。谢谢

@chuangbo
楼主您好，感谢您及时反馈的情况，首先，因为我们的产品下线给您带来的困扰表示诚恳地歉意。我们内部也仔细梳理了下，把实际情况和您也说明下：为了给开发者提供更好的服务，腾讯云 CMQ 产品因为架构升级正在升级为下一代 serverless 化的 MQ 产品 TDMQ 产品，老产品在 2022 年 2 月已经在官网和各个渠道发布过下线公告，并且可以在控制台可以看到相关的下架公告。同时，也提供了一键迁移的方案，产品公告内容如下：

目前已经有一批客户迁移完成，这次发送的通知主要是定期提醒还没迁移完成的用户，请您放心，CMQ 平台会继续提供服务到 2022 年 6 月份，CMQ 产品的迁移方案如下： https://cloud.tencent.com/document/product/406/60860 ，如果有任何产品方面的问题，您可以随时提交工单咨询迁移事宜。也可以添加微信支持群：

确保产品平稳迁移和用户体验是腾讯云的基本要求，后续我们将持续优化用户信息的触达渠道，为开发者提供更好的服务。再次感谢您的理解和支持。

您好，关注到了您的反馈，关于您的问题建议您可通过在线会话工单咨询，我们第一时间协助您进行处理，谢谢。

会话工单链接： https://cloud.tencent.com/online-service?from=salesconsole&source=PRESALE

您好，关注到了您的反馈，您可参考以下方案尝试解决，希望可以帮到您，谢谢

UDP 接收缓冲区满
若您的实例因 UDP 缓冲区不足而导致丢包时，可通过以下步骤进行处理：

使用 ss -nump 命令查看 UDP 接收缓冲区是否已满。
若是，则调大内核参数 net.core.rmem_max 和 net.core.rmem_default ，并重启 UDP 程序以生效。内核参数详细信息请参见 Linux 实例常用内核参数介绍。
若仍存在丢包问题，则可通过 ss -nump 命令查看接收缓冲区并没有按预期的增大。此时需要检查业务代码是否通过 setsockopt 设置了 SO_RCVBUF 。若是，则请修改代码增大 SO_RCVBUF 。

Linux 实例常用内核参数介绍： https://cloud.tencent.com/document/product/213/46400

更多网络丢包问题解决方案详见： https://cloud.tencent.com/document/product/213/57336#receiveBuffer

您好，关注到了您的反馈，给您提供以下参考建议，谢谢
1.快速方案
在 policy 中设置指定 IP 段访问为 deny ，即阻止指定 IP 段访问。（类似黑名单功能）
2.长期方案
将 buckt 桶设置为私有方式，通过鉴权后才可以访问资源，这种可能涉及到代码的开发和修改。

关于相关的操作设置或是其他疑问，欢迎您提交工单进行咨询，我们会第一时间协助处理，感谢您的理解和支持。
提单链接： https://cloud.tencent.com/online-service?from=salesconsole&source=PRESALE

@roostinghawk 您好，非常抱歉对您造成的影响，如您有任何疑问可提交工单反馈（工单链接： https://cloud.tencent.com/online-service?from=connect-us ），我们会持续跟进妥善处理，感谢您对腾讯云的支持与理解！

您好，我们已监测到部分地域的 postgresql 实例连接失败，目前工程师正在紧急修复中。