首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
社区首页 >问答首页 >一个域名如何显示为pendingDelete & redemptionPeriod,但不会在一年后到期?

一个域名如何显示为pendingDelete & redemptionPeriod,但不会在一年后到期?
EN

Webmasters Stack Exchange用户
提问于 2020-08-13 14:23:08
回答 1查看 1.9K关注 0票数 4

我正在寻找一个域名,目前显示为未决删除,但也显示它是在赎回期。奇怪的是,它将截止日期显示为明年,尽管还在等待删除。有人知道怎么回事吗?

代码语言:javascript
代码运行次数:0
运行
复制
Domain Status: PENDING DELETE https://icann.org/epp#pendingDelete
Domain Status: REDEMPTION PERIOD https://icann.org/epp#redemptionPeriod

Expires On 2021-06-18
Updated On 2020-07-30
EN

回答 1

Webmasters Stack Exchange用户

回答已采纳

发布于 2020-08-13 14:51:30

这是绝对正常的,至少对于gTLD (您甚至没有提到TLD.)

到期日为2020-06-18。此时,注册表自动更新域,这意味着如果您查看注册表this或RDAP服务器,您现在将看到2021-06-18的过期日期。如果您查看注册服务器,您会发现它自己的过期日期没有改变(这是当前域名生命周期的一个隐藏角落,我试着在https://serverfault.com/a/885149/396475上详细解释这一点)。

但这意味着,在此日期之后,到期将始终被视为2021-06-18,直到域最终被删除(在redemptionPeriod和pendingDelete宽限期之后)或真正更新为止。

从这个时候开始,注册员有45天的时间删除域名,在此之后域名被明确地更新。如果域名在这45天内被删除,那么注册员就不会为自动续订收费(如果已经收费的话还会退还)。

因此,2020-06-18 + 45 days = 2020-08-02

根据您的输出,就在该日期之前,在2020-07-30上发生了一个更新。我想,在这一点上,登记员决定删除域名。

当这种情况发生时,域名将放在redemptionPeriod上,这意味着注册员在出现错误时有一些时间来“删除”它。这就是为什么第二种状态是pendingDelete。仅仅过了一段时间(取决于注册表策略),域名就会切换到注册员无法再恢复的状态。然后,您将在whois输出中看到两次pendingDelete,而没有redemptionPeriod

在gTLD,“赎回期”通常是30天。因此,您可能期望在2020-07-30 + 30 days = 2020-08-29上看到状态的更改(如果注册员在该日期之前没有恢复它),然后由于最后的pendingDelete期间通常是5天,围绕2020-09-03的域将被彻底删除。

这在RFC关于赎回的RFC 3915中作了解释。参见此文本和状态图:

代码语言:javascript
代码运行次数:0
运行
复制
2.  Redemption Grace Period State Diagram

   The Redemption Grace Period (RGP) involves several domain state
   transitions as a domain name moves through the redemption process:

   1.  A domain is initially in the EPP "ok" status, or some other
       status that allows processing of the EPP <delete> command.

   2.  A <delete> command is received and processed for the domain name.

   3.  RGP begins once the <delete> command is processed successfully.
       The EPP status changes to "pendingDelete", and the RGP status is
       initialized to "redemptionPeriod".  The domain remains in this
       state until either a <restore> operation is requested or the
       redemption period elapses.

   4.  A <restore> operation can be requested using the extended EPP
       <update> command.  Go to step 8 if the redemption period elapses
       before a <restore> request is received.

   5.  If the <restore> is successful, the Registry waits to receive a
       restore report from the registrar for a period of time defined by
       the Registry.  The EPP status remains "pendingDelete" and the RGP
       status changes to "pendingRestore".  While this extension defines
       a method to deliver a restore report via EPP, an out-of-band
       mechanism (such as a web site) can also be used to deliver
       restore reports.

   6.  The domain name returns to the redemption period state (state 3)
       if a restore report is not received.

   7.  If a restore report is received the EPP status returns to "ok"
       (or whatever it was prior to processing the <delete> command),
       and the RGP status is removed completely.

   8.  The redemption period elapses before a <restore> request is
       received.

   9.  The EPP status remains "pendingDelete" and the RGP status changes
       to "pendingDelete".  The domain name remains in this state for a
       period of time defined by the Registry.

   10. The domain name is purged once the pending delete period elapses.

   11. The domain name is available for re-registration.

   Figure 1: RGP State Diagram

             |
             v
   +----------------------+    (2)   +----------------------+
   |EPP: ok            (1)| <delete> |EPP: pendingDelete (3)|
   |RGP: N/A              |--------->|RGP: redemptionPeriod |
   +----------------------+          +----------------------+
      ^                         (4)    |  ^             |
      |                      <restore> |  |      No (8) |
      |                    +-----------+  |   <restore> |
      |                    |              |             |
      |                    v              |             v
      |  +----------------------+         |  +----------------------+
      |  |EPP: pendingDelete (5)|         |  |EPP: pendingDelete (9)|
      |  |RGP: pendingRestore   |---------+  |RGP: pendingDelete    |
      |  +----------------------+ Report     +----------------------+
      |                    |      not (6)               |
      |          (7)       |      Received   Purge (10) |
      |    Report Received |                            |
      +--------------------+                            v
                                             +----------------------+
                                             |       Purged     (11)|
                                             |                      |
                                             +----------------------+

(您拥有两个EPP状态的事实确实非常混乱,特别是当两者都是“pendingDelete”时;这是因为所有这些都被称为"rgp“EPP扩展,它不是在核心EPP中设计的,而是后来添加的,因此必须以这种方式创建新的状态。)

您还可以查看ICANN时间线:

以及ICANN对EPP状态的解释( whois输出显示链接):

https://icann.org/epp#redemptionPeriod

此状态代码表示您的注册员已要求注册表删除您的域。您的域名将在此状态下持续30天。在redemptionPeriod结束后的五个日历天之后,您的域将从注册表数据库中清除并可供注册。

https://icann.org/epp#pendingDelete

此状态代码可以与redemptionPeriod或pendingRestore混合使用。在这种情况下,根据域名中设置的状态(即redemptionPeriod或pendingRestore),适用上述相应的描述。如果此状态未与redemptionPeriod或pendingRestore状态组合,则pendingDelete状态代码指示您的域已处于redemptionPeriod状态30天,并且未在30天内恢复该状态。您的域将在此状态下停留数天,之后您的域将被清除并从注册表数据库中删除。一旦删除,该域可根据注册表的策略重新注册。

票数 8
EN
页面原文内容由Webmasters Stack Exchange提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://webmasters.stackexchange.com/questions/130954

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档