游客6ijxz3o4apdau_个人页

详细解答可以参考官方帮助文档 您可以根据业务需求设置选择实例的连接类型，即内网连接或外网连接。系统会默认提供内网地址，所以本文将主要介绍如何申请外网地址、如何设置内外网的连接地址以及如何释放外网地址。 背景信息 RDS提供两种连接地址，即内网地址和外网地址。实例的访问模式和实例规格对连接地址的选择有如下限制。 实例系列 实例版本 访问模式 连接地址 单机基础版 MySQL 5.7 SQL Server 2012 标准模式 内网地址 外网地址 内网地址和外网地址 双机高可用版 MySQL 5.5/5.6 SQL Server 2008 R2 PostgreSQL 9.4 PPAS 9.3 标准模式 内网地址 外网地址 高安全模式 内网地址 外网地址 内网地址和外网地址 金融版 MySQL 5.6 标准模式 内网地址 外网地址 高安全模式 内网地址 外网地址 内网地址和外网地址 连接地址的使用场景如下所示： 单独使用内网地址： 系统默认提供内网地址，您可以直接修改连接地址。 适用于应用部署在与您的RDS实例在同一地域的ECS上且RDS实例与ECS的网络类型相同时。 单独使用外网地址： 适用于应用部署在与您的RDS在不同地域的ECS上时。 适用于应用部署在阿里云以外的系统上时。 同时使用内外网地址： 适用于应用中的模块同时部署在与您的RDS实例在同一地域且网络类型相同的ECS上和与您的RDS实例在不同地域的ECS上时。 适用于应用中的模块同时部署在与您的RDS实例在同一地域且网络类型相同的ECS上和阿里云以外的系统上时。 注意事项 在访问数据库前，您需要将访问数据库的 IP 地址或者 IP 段加入白名单，操作请参见设置白名单。 RDS 会针对外网地址流量收取一定费用，详细收费标准请参见云数据库 RDS 详细价格信息。 外网地址会降低实例的安全性，请谨慎选择。为了获得更快的传输速率和更高的安全级别，建议您将应用迁移到与您的 RDS 在同一地域的阿里云服务器 ECS 上。 申请外网地址 登录 RDS 管理控制台。 选择目标实例所在地域。 单击目标实例的 ID，进入基本信息页面。 在左侧导航栏中选择数据库连接，进入数据库连接页面。 单击申请外网地址，如下图所示。 在弹出的信息确认框中单击确定，生成外网地址。 修改内外网连接地址 您可以根据需求修改内网或者外网的连接地址，操作步骤如下。 登录 RDS 管理控制台。 选择目标实例所在地域。 单击目标实例的 ID，进入基本信息页面。 选择菜单中的数据库连接，进入数据库连接页面。 选择实例连接标签页。 在数据库连接模块中单击修改连接地址。 在弹出的窗口中设置内外网连接地址及端口号，单击确定，如下图所示。 参数说明： 连接类型：根据需要修改的连接类型选择内网地址或者外网地址。 连接地址：地址样式为xxx.sqlserver.rds.aliyuncs.com，其中xxx为自定义字段，由字母和数字组成，开头需小写字母，8~64 个字符，如extranet4example。 端口：RDS 对外提供服务的端口号，取值范围是3200~3999之间的任意一个整数。 释放外网地址 若您需要释放外网地址，可执行如下操作步骤。 说明 该操作只能在高安全模式下执行。关于访问模式的设置，请参见设置访问模式。 登录 RDS 管理控制台。 选择目标实例所在地域。 单击目标实例的 ID，进入基本信息页面。 选择菜单中的数据库连接，进入数据库连接页面。 选择实例连接标签页。 在数据库连接模块中单击释放外网地址，如下图所示。 在弹出的确认信息界面单击确认，释放外网地址。

详细解答可以参考官方帮助文档 如果需要确定IP是否为CDN节点IP，可以访问CDN管理控制台进入诊断工具，在IP地址检测中填写您需要检测的IP，之后点击检测，如下图： 如果显示没有查询到符合条件的记录！说明此IP并不是CDN节点IP： 如问题还未解决,请联系售后技术支持。

详细解答可以参考官方帮助文档 先安装OSS C SDK，安装步骤参考：安装C SDK从这里下载SDK)包或者下载源代码，应该包括src，sample，test三个目录和CMakeList.txt文件。 安装到系统目录 如果OSS C SDK和其依赖都是安装在系统目录下(/usr/local/或/usr/)，且希望OSS MEDIA C SDK也安装到系统目录下，执行下列命令编译安装： cmake . make make install 上面命令执行成功后，OSS MEDIA C SDK会自动安装到/usr/local/下面 安装到自定义目录（依赖包安装到系统目录） 如果OSS C SDK和其依赖都是安装到系统目录下(/usr/local/或/usr/)，但希望OSS MEDIA C SDK安装到自定义目录，比如/home/user/aliyun/oss/install/，执行下列命令编译安装： cmake . -DCMAKE_INSTALL_PREFIX=/home/user/aliyun/oss/install/usr/local/ make make install 上面命令执行成功后，OSS MEDIA C SDK会自动安装到/home/user/aliyun/oss/install/usr/local/下面 安装到自定义目录（依赖包安装在自定义目录） 如果OSS C SDK或某些依赖包安装到了自定义目录，此时编译OSS MEDIA C SDK时默认是找不到这些包的头文件和库文件，所以需要在执行cmake时指定路径，比如已经将OSS C SDK安装到了/home/user/aliyun/oss/install/目录，则执行下列命令编译安装： cmake . -DCMAKE_INSTALL_PREFIX=/home/user/aliyun/oss/install/usr/local/ -DOSS_C_SDK_INCLUDE_DIR=/home/user/aliyun/oss/install/usr/local/include/ -DOSS_C_SDK_LIBRARY=/home/user/aliyun/oss/install/usr/local/lib/liboss_c_sdk.so make make install 上面命令执行成功后，OSS MEDIA C SDK会自动安装到/home/user/aliyun/oss/install/usr/local/下面 其他依赖包相关参数名称:APR_UTIL_LIBRARY，APR_LIBRARY，CURL_LIBRARY，APR_INCLUDEDIRS，APU_INCLUDEDIRS，OSS_C_SDK_INCLUDE_DIR，CURL_INCLUDEDIRS等 仅编译安装客户端SDK 默认是同时编译安装客户端和服务端的sdk的，如果仅需要编译安装客户端的SDK，则执行下列命令编译安装 cmake . -DONLY_BUILD_CLIENT=ON make make install 如果仅需要编译安装服务端，将ONLY_BUILD_CLIENT修改为ONLY_BUILD_SERVER即可。 只有同时编译客户端和服务端时才会编译测试用例 其他编译安装方式和问题 编译模式：目前支持四种，分别是Debug，Release，MinSizeRef，RelWithDebInfo，指定使用某种编译类型，使用参数-DCMAKE_BUILD_TYPE，比如使用Debug模式编译，则在cmake是增加参数-DCMAKE_BUILD_TYPE=Debug：cmake . -DCMAKE_BUILD_TYPE=Debug，默认是Release模式。 Debug：没有做任何代码优化，支持gdb，一般用来调试程序Release：使用了更高级别的优化，一般适用于生产环境MinSizeRef：生成最小大小的库文件，一般用于嵌入式环境RelWithDebInfo：使用了更高级的优化，但附带了调试信息，一般也用于生产环境 执行cmake时出现”Targets may link only to libraries. CMake is dropping the item”的warnning，原因是指定的library路径不对，library路径应该指定到*.so，比如/path/to/xxx.so。 如果需要使用OSS C SDK的静态库，则在执行cmake时指定-DOSS_C_SDK_LIBRARY=/home/user/aliyun/oss/install/usr/local/lib/liboss_c_sdk_static.a即可。其他库类似。执行cmake时出现”CMake Error: The following variables are used in this project, but they are set to NOTFOUND.”，原因是相应的库无法从默认路径中找到，需要用户指定，参考

详细解答可以参考官方帮助文档 用户可以在HTTP请求中增加 Authorization 的Header来包含签名（Signature）信息，表明这个消息已被授权。 Authorization字段计算的方法 Authorization = 'OSS ' + AccessKeyId + ':' + Signature Signature = base64(hmac-sha1(AccessKeySecret, VERB + '\n' + Content-MD5 + '\n' + Content-Type + '\n' + Date + '\n' + CanonicalizedOSSHeaders + CanonicalizedResource)) AccessKeySecret 表示签名所需的密钥 VERB表示HTTP 请求的Method，主要有PUT，GET，POST，HEAD，DELETE等 \n 表示换行符 Content-MD5 表示请求内容数据的MD5值，对消息内容（不包括头部）计算MD5值获得128比特位数字，对该数字进行base64编码而得到。该请求头可用于消息合法性的检查（消息内容是否与发送时一致），如”eB5eJF1ptWaXm4bijSPyxw==”，也可以为空。详情参看RFC2616 Content-MD5。 Content-Type 表示请求内容的类型，如”application/octet-stream”，也可以为空 Date 表示此次操作的时间，且必须为GMT格式，如”Sun, 22 Nov 2015 08:16:38 GMT” CanonicalizedOSSHeaders 表示以 x-oss- 为前缀的http header的字典序排列 CanonicalizedResource 表示用户想要访问的OSS资源 其中，Date和CanonicalizedResource不能为空；如果请求中的Date时间和OSS服务器的时间差15分钟以上，OSS服务器将拒绝该服务，并返回HTTP 403错误。 构建CanonicalizedOSSHeaders的方法 所有以 x-oss- 为前缀的HTTP Header被称为CanonicalizedOSSHeaders。它的构建方法如下： 将所有以 x-oss- 为前缀的HTTP请求头的名字转换成 小写 。如X-OSS-Meta-Name: TaoBao转换成x-oss-meta-name: TaoBao。 如果请求是以STS获得的AccessKeyId和AccessKeySecret发送时，还需要将获得的security-token值，以 x-oss-security-token:security-token 的形式加入到签名字符串中。 将上一步得到的所有HTTP请求头按照名字的字典序进行升序排列。 删除请求头和内容之间分隔符两端出现的任何空格。如x-oss-meta-name: TaoBao转换成：x-oss-meta-name:TaoBao。 将每一个头和内容用 \n 分隔符分隔拼成最后的CanonicalizedOSSHeaders。 说明 CanonicalizedOSSHeaders可以为空，无需添加最后的 \n。 如果只有一个，则如 x-oss-meta-a\n，注意最后的\n。 如果有多个，则如 x-oss-meta-a:a\nx-oss-meta-b:b\nx-oss-meta-c:c\n, 注意最后的\n。 构建CanonicalizedResource的方法 用户发送请求中想访问的OSS目标资源被称为CanonicalizedResource。它的构建方法如下： 将CanonicalizedResource置成空字符串 ''； 放入要访问的OSS资源 /BucketName/ObjectName（无ObjectName则CanonicalizedResource为”/BucketName/“，如果同时也没有BucketName则为“/”） 如果请求的资源包括子资源(SubResource) ，那么将所有的子资源按照字典序，从小到大排列并以 & 为分隔符生成子资源字符串。在CanonicalizedResource字符串尾添加 ？和子资源字符串。此时的CanonicalizedResource如：/BucketName/ObjectName?acl&uploadId=UploadId 如果用户请求在指定了查询字符串(QueryString，也叫Http Request Parameters)，那么将这些查询字符串及其请求值按照 字典序，从小到大排列，以 & 为分隔符，按参数添加到CanonicalizedResource中。此时的CanonicalizedResource如：/BucketName/ObjectName?acl&response-content-type=ContentType&uploadId=UploadId。 说明 OSS目前支持的子资源(sub-resource)包括：acl，uploads，location，cors，logging，website，referer，lifecycle，delete，append，tagging，objectMeta，uploadId，partNumber，security-token，position，img，style，styleName，replication，replicationProgress，replicationLocation，cname，bucketInfo，comp，qos，live，status，vod，startTime，endTime，symlink，x-oss-process，response-content-type，response-content-language，response-expires，response-cache-control，response-content-disposition，response-content-encoding等 子资源(sub-resource)有三种类型： 资源标识，如子资源中的acl，append，uploadId，symlink等，详见关于Bucket的操作和关于Object的操作。 指定返回Header字段，如 response-***，详见GetObject的Request Parameters。 文件（Object）处理方式，如 x-oss-process，用于文件的处理方式，如图片处理。 计算签名头规则 签名的字符串必须为 UTF-8 格式。含有中文字符的签名字符串必须先进行 UTF-8 编码，再与 AccessKeySecret计算最终签名。 签名的方法用RFC 2104中定义的HMAC-SHA1方法，其中Key为 AccessKeySecret` 。 Content-Type 和 Content-MD5 在请求中不是必须的，但是如果请求需要签名验证，空值的话以换行符 \n 代替。 在所有非HTTP标准定义的header中，只有以 x-oss- 开头的header，需要加入签名字符串；其他非HTTP标准header将被OSS忽略（如上例中的x-oss-magic是需要加入签名字符串的）。 以 x-oss- 开头的header在签名验证前需要符合以下规范： header的名字需要变成小写。 header按字典序自小到大排序。 分割header name和value的冒号前后不能有空格。 每个Header之后都有一个换行符“\n”，如果没有Header，CanonicalizedOSSHeaders就设置为空。 签名示例 假如AccessKeyId是”44CF9590006BF252F707”，AccessKeySecret是”OtxrzxIsfpFjA7SwPzILwy8Bw21TLhquhboDYROV” 请求 签名字符串计算公式 签名字符串 PUT /nelson HTTP/1.0 Content-MD5: eB5eJF1ptWaXm4bijSPyxw== Content-Type: text/html Date: Thu, 17 Nov 2005 18:49:58 GMT Host: oss-example.oss-cn-hangzhou.aliyuncs.com X-OSS-Meta-Author: foo@bar.com X-OSS-Magic: abracadabra Signature = base64(hmac-sha1(AccessKeySecret,VERB + “\n” + Content-MD5 + “\n”+ Content-Type + “\n” + Date + “\n” + CanonicalizedOSSHeaders+ CanonicalizedResource)) “PUT\n eB5eJF1ptWaXm4bijSPyxw==\n text/html\n Thu, 17 Nov 2005 18:49:58 GMT\n x-oss-magic:abracadabra\nx-oss-meta-author:foo@bar.com\n/oss-example/nels 可用以下方法计算签名(Signature)： python示例代码： import base64 import hmac import sha h = hmac.new('OtxrzxIsfpFjA7SwPzILwy8Bw21TLhquhboDYROV', 'PUT\nODBGOERFMDMzQTczRUY3NUE3NzA5QzdFNUYzMDQxNEM=\ntext/html\nThu, 17 Nov 2005 18:49:58 GMT\nx-oss-magic:abracadabra\nx-oss-meta-author:foo@bar.com\n/oss-example/nelson', sha) Signature = base64.b64encode(h.digest()) print('Signature: %s' % Signature) 签名(Signature)计算结果应该为 26NBxoKdsyly4EDv6inkoDft/yA=，因为Authorization = “OSS “ + AccessKeyId + “:” + Signature所以最后Authorization为 “OSS 44CF9590006BF252F707:26NBxoKdsyly4EDv6inkoDft/yA=”然后加上Authorization头来组成最后需要发送的消息： PUT /nelson HTTP/1.0 Authorization:OSS 44CF9590006BF252F707:26NBxoKdsyly4EDv6inkoDft/yA= Content-Md5: eB5eJF1ptWaXm4bijSPyxw== Content-Type: text/html Date: Thu, 17 Nov 2005 18:49:58 GMT Host: oss-example.oss-cn-hangzhou.aliyuncs.com X-OSS-Meta-Author: foo@bar.com X-OSS-Magic: abracadabra 细节分析 如果传入的AccessKeyId不存在或inactive，返回403 Forbidden。错误码：InvalidAccessKeyId。 若用户请求头中Authorization值的格式不对，返回400 Bad Request。错误码：InvalidArgument。 OSS所有的请求都必须使用HTTP 1.1协议规定的GMT时间格式。其中，日期的格式为：date1 = 2DIGIT SP month SP 4DIGIT; day month year (e.g., 02 Jun 1982)上述日期格式中，“天”所占位数都是“2 DIGIT”。因此，“Jun 2”、“2 Jun 1982”和“2-Jun-82”都是非法日期格式。 如果签名验证的时候，头中没有传入Date或者格式不正确，返回403 Forbidden错误。错误码：AccessDenied。 传入请求的时间必须在OSS服务器当前时间之后的15分钟以内，否则返回403 Forbidden。错误码：RequestTimeTooSkewed。 如果AccessKeyId是active的，但OSS判断用户的请求发生签名错误，则返回403 Forbidden，并在返回给用户的response中告诉用户正确的用于验证加密的签名字符串。用户可以根据OSS的response来检查自己的签名字符串是否正确。返回示例： SignatureDoesNotMatch The request signature we calculated does not match the signature you provided. Check your key and signing method. 47 45 54 0a 0a 0a 57 65 64 2c 20 31 31 20 4d 61 79 20 32 30 31 31 20 30 37 3a 35 39 3a 32 35 20 47 4d 54 0a 2f 75 73 72 65 61 6c 74 65 73 74 3f 61 63 6c 1E446260FF9B10C2 oss-cn-hangzhou.aliyuncs.com y5H7yzPsA/tP4+0tH1HHvPEwUv8= GET Wed, 11 May 2011 07:59:25 GMT /oss-example?acl AKIAIVAKMSMOY7VOMRWQ 说明 OSS SDK已经实现签名，用户使用OSS SDK不需要关注签名问题。如果您想了解具体语言的签名实现，请参考OSS SDK的代码。OSS SDK签名实现的文件如下表： SDK 签名实现 Java SDK OSSRequestSigner.java Python SDK auth.py .Net SDK OssRequestSigner.cs PHP SDK OssClient.php C SDK oss_auth.c JavaScript SDK client.js Go SDK auth.go Ruby SDK util.rb iOS SDK OSSModel.m Android SDK OSSUtils.java 当您自己实现签名，访问OSS报 SignatureDoesNotMatch 错误时，请使用可视化签名工具确认签名并排除错误。 常见问题 Content-MD5的计算方法 Content-MD5的计算 以消息内容为'123456789'来说，计算这个字符串的Content-MD5 正确的计算方式： 标准中定义的算法简单点说就是： 1. 先计算MD5加密的二进制数组（128位）。 2. 再对这个二进制进行base64编码（而不是对32位字符串编码）。 以Python为例子： 正确计算的代码为： >>> import base64,hashlib >>> hash = hashlib.md5() >>> hash.update('0123456789') >>> base64.b64encode(hash.digest()) 'eB5eJF1ptWaXm4bijSPyxw==' 需要注意 正确的是：hash.digest()，计算出进制数组（128位） >>> hash.digest() 'x\x1e^$]i\xb5f\x97\x9b\x86\xe2\x8d#\xf2\xc7' 常见错误是直接对计算出的32位字符串编码进行base64编码。 例如，错误的是：hash.hexdigest()，计算得到可见的32位字符串编码 >>> hash.hexdigest() '781e5e245d69b566979b86e28d23f2c7' 错误的MD5值进行base64编码后的结果： >>> base64.b64encode(hash.hexdigest()) 'NzgxZTVlMjQ1ZDY5YjU2Njk3OWI4NmUyOGQyM2YyYzc='

详细解答可以参考官方帮助文档 域名信息修改（过户）操作 域名信息修改（过户）批量操作 域名信息修改（过户）操作 未实名认证的域名 登录 阿里云域名控制台，在相应域名后面单击管理。 单击域名信息修改（过户），填写各项的真实信息。如果有使用过的信息模板，可直接选择使用。单击 下一步 按钮。 或者通过域名和域名密码登录 单域名控制台，单击 域名信息修改（过户）。 您可以选择 手机认证、邮箱认证、阿里云 App 一键认证 进行验证。单击 获取验证码 后，输入刚刚收到的验证码。单击 下一步。 同时，根据您选择 关闭 或 开启 域名信息修改成功后 60 天内限制注册商间转移的功能，以上域名将相应 不受 或 受到域名信息修改成功后 60 天内禁止转出阿里云的限制。 说明 如果您的预留手机号或邮箱不正确，可修改手机号和邮箱。完成修改后方可完成身份验证。 域名持有者信息修改（过户）成功。 修改成功后，会同时给原域名持有者邮箱和新域名持有者邮箱发送域名信息修改操作的通知，请注意查收。 如果是未实名认证的 .com/.net 域名、.xin 域名和国内域名，持有者信息修改成功后还需提交域名实名认证。 已实名认证的域名 持有者信息修改（过户）： 登录 阿里云域名控制台，在相应域名后面单击 管理。 单击域名持有者名称右侧的修改按钮后填写新信息。 选择验证方式，进行身份验证。 上传认证资料。 如果域名持有者信息修改为 个人，那么需要填写所有者身份证号，上传身份证正面扫描件（或照片）。确认无误后，单击 提交。 如果域名持有者信息修改为 企业，那么需要填写企业证件号，上传企业认证资料（有效营业执照或组织机构代码证副本扫描件或数码照片）。确认无误后，单击 提交。 如果填写新域名持有者信息时，选择的是 已实名认证 的信息模板，系统将自动读取该域名持有者的实名制资料。 等待审核。 上传认证资料后，需要约 3-5 个工作日完成审核，请耐心等待。 审核通过，域名持有者信息修改（过户）成功。 修改成功后，会同时给原域名持有者邮箱和新域名持有者邮箱，发送域名信息修改操作的通知，请注意查收。 完善域名实名认证证件类型和证件号码等资料 若您的域名已经完成实名认证，但需补充完善实名认证证件类型和证件号码的，仍需在域名持有者名称输入框内重新填写域名持有者名称(复制/粘贴即可）后按照页面提示完成操作。 新转入域名 提交域名转入阿里云时，除了必须使用 已实名认证 的模板以外，还须选择 关闭域名信息修改成功后 60 天内禁止转移注册商。如果选择 关闭，域名将 不受域名信息修改成功后 60 天内禁止转出阿里云的限制。 从其他注册商转入到阿里云的域名，域名信息修改（过户）同域名信息修改（过户）操作中“已实名认证的域名”的操作流程。 .gov.cn 域名 .gov.cn 域名信息修改（过户）步骤如下： 将以下资料发送至邮箱：cndomain-notice@service.alibaba.com。 在线打印《域名信息修改申请表》（在 阿里云域名控制台 申请过户的操作中，系统会自动为您生成《域名信息修改申请表》，在线打印即可）。原/新域名持有者须在申请表上盖章，原域名持有者为个人时须提供手写签字。 有效的原/新所有人及联系人身份证明材料（个人提供身份证正反面原件扫描件、单位提供组织机构代码证或营业执照副本原件扫描件）。 邮件内容如下： 邮件标题：域名“abc.gov.cn”（示例）信息修改资料。 邮件正文：写明需要办理业务的域名，需要办理的业务内容。 附件要求：提供资料压缩包，并以域名命名（要求提供的带单位鲜章的扫描件或拍照件必须清晰完整）。 阿里云收到用户邮件后，在 3-5 个工作日内进行受理。 域名注册管理局（CNNIC）在审核资料的同时，会电话联系过户双方核实变更意愿，请保持联系电话畅通。 通过审核后，域名信息修改（过户）成功。 .hk 域名 目前阿里云下的英文 .hk/中文 .hk 域名暂不支持在线自助过户，需联系 阿里云客服 人工办理过户。 .hk 域名人工过户是收费服务。过户按域名个数收费，收费标准为 1850 元人民币/个，其中包含一年续费费用。过户成功后，域名到期时间会延长一年。 .hk 域名人工过户步骤如下： 登录 阿里云首页。将鼠标置于最右侧的账户头像，单击 余额 后面的 充值。选择支付方式，填写充值金额，单击 充值。 下载并填写 《域名注册联络资料(HK)》，以 word 形式提交 工单 给我们。 说明 在此表格中填写域名新持有者信息时，新持有者的中、英文名字务必与提供的所需联络资料、受让人证件上的公司名称或身份证姓名一致。 阿里云会将收到的资料提交给 HK 注册局。HK 注册局会创建标识您该项业务的参考编号（约两个工作日），收到该编号后阿里云将通过 工单 提供给您。此编号需要填写在步骤 4 中的变更所有者（过户）申请表里。 下载并填写 .hk 域名变更所有者（过户）申请表。 如果您是企业或组织，请下载并填写 《出让人为公司 Transfer Form - TNRCase 1》。 如果您是个人，请下载并填写 《出让人为个人 Transfer Form - TNRCase 2》。 申请表盖章并上传证件资料。 将步骤 4 中填写完整的申请表进行盖章及签字（如果是企业，需盖企业公章并由法定代表人签字；如果是个人，需填写身份证件号码并签字），域名过户双方的营业执照复印件盖章（域名持有者为个人的提供身份证复印件），相关法定代表人的身份证复印件。请将以上所有完成盖章及签字的资料及证件的扫描件提交 工单 给我们。 说明 申请表后面附有 DCTNR1 和 DCTNR2 表格，需过户双方根据实际情况来填写相应的内容。申请表中凡是涉及到签名的地方，第一行和第二行都需要手写签字，第一行可以草签，第二行必须以正楷签名。 收到您的全部资料后，阿里云会提交至 HK 注册局进行预先审核。待 HK 注册局审核有结果后（约十个工作日），阿里云会第一时间通知您。 域名信息修改（过户）批量操作 如果您需要同时对账号下多个域名进行域名信息修改（过户），您可以参考以下流程： 登录 阿里云域名控制台，选中需要操作的域名，单击 更多批量操作 > 域名信息修改（过户）。 进行身份验证，选择要修改的信息分类，按流程引导操作即可。 同时，根据您选择 关闭 或 开启 域名信息修改成功后 60 天内限制注册商间转移的功能，以上域名将相应 不受 或 受到60 天内禁止转出阿里云的限制。 说明 在您进行批量操作域名持有者信息修改的过程中，如下情况不支持批量功能： .gov.cn 域名、通用网址、.hk 域名、国别域名、海外域名等。 域名当前正处于实名认证审核中、域名转出中、域名开启了 域名安全锁、域名处于仲裁或冻结等。 需分开进行批量操作的情况： 在域名信息修改中，同时存在国内域名和国际域名。 在域名信息修改（过户）中，同时存在已实名认证的国内、国际域名和新转入国内域名，以及未实名认证的国内和国际域名。