Paghiwalayin ang mga organisasyon
Ang registrar ay nagbebenta o namamahala ng pagpaparehistro; ang registry ang nagpapatakbo ng top-level domain; ang isang DNS provider ay naghahatid ng mga record. Maaaring magkaiba sila ng mga kinakailangan sa pagkakakilanlan at mga tuntunin sa pagsisiwalat. Maaaring limitahan ng mga kinakailangan ng registry ang maaaring itago ng isang registrar.
Basahin ang aktwal na mga tuntunin ng pagpaparehistro
Ang mga serbisyo ng privacy at proxy ay nagkakaiba sa kung kaninong detalye ang lumalabas at kung sino ang nananatiling registrant. Huwag gumawa ng contact information na lumalabag sa mga patakaran sa registration. Suriin ang mga pamamaraan sa renewal, transfer, recovery at dispute bago magtalaga ng mahalagang pangalan.
Tandaan ang mga pampublikong teknikal na rekord
Maaaring ilantad ng DNS ang address ng server. Maaaring ibunyag ng Certificate Transparency ang mga pangalang kasama sa mga pampublikong pinagkakatiwalaang certificate. Maaaring manatili ang makasaysayang DNS at mga talaan ng registration pagkatapos ng pagbabago. Hindi binubura ng bagong privacy setting ang naunang publikasyon.
Protektahan ang patuloy na pagmamay-ari
Gumamit ng matibay na login sa registrar, multi-factor authentication, registrar lock kung angkop at maaasahang mga abiso sa pag-renew. Panatilihing independiyente ang mga paraan ng pagbawi sa mismong domain na sinusubukan mong mabawi.
Bumuo ng maliit na exposure inventory
Itala kung aling mga detalye ang nakikita sa registration data, DNS, mga certificate at ang website mismo. Ang ibinahaging analytics identifier, pampublikong pahina ng kontak o muling ginamit na social profile ay maaaring mag-ugnay ng mga proyekto kahit pribado ang registration. Bawasan ang mga hindi kinakailangang link nang hindi gumagawa ng maling registration data.
Sanayin ang renewal at transfer path
Itago ang petsa ng pag-expire, paraan ng pag-renew at channel ng pagbawi sa isang pribadong operational record. Unawain ang transfer locks, authorisation codes at mga patakaran ng registry bago maging kritikal ang pangalan. I-verify ang mga abiso gamit ang kilalang interface ng registrar sa halip na sundin ang isang hindi inaasahang email ng pag-renew.
Suriin ang resulta ng pagpaparehistro sa pamamagitan ng RDAP
Gamitin ang kasalukuyang serbisyo ng RDAP ng registry o registrar, o ang lookup interface ng ICANN para sa sinusuportahang generic top-level domain, upang suriin ang pampublikong resulta ng pagpaparehistro. Suriin kung aling mga field ang inilathala, na-redact o pinalitan ng privacy/proxy contact. Ang pampublikong redaction ay hindi nagpapatunay kung ano ang pribadong pinapanatili ng registrar. Ang pagiging karapat-dapat at mga patakaran sa paglalathala ng country-code domain ay maaaring iba sa mga patakaran ng generic domain, kaya i-verify ang piniling suffix bago ito bilhin.
- Ihambing ang mga tuntunin sa privacy ng registrar, mga kondisyon sa recovery at ang registrant-of-record arrangement.
- Panatilihin ang tumpak na contact data kung saan ito kinakailangan ng kasunduan at kumpletuhin ang mga kinakailangang verification notice.
- Suriin nang hiwalay ang mga presyo ng registration at renewal; itala ang expiry date at ang normal na renewal route.
- Protektahan ang recovery inbox nang hiwalay sa domain, para hindi rin maalis ng isang nag-expire na domain ang tanging recovery channel mo.
Opisyal na dokumentasyon: ICANN: Registration Data Access Protocol · ICANN: mga karapatan at responsibilidad ng registrant
Suriin ang DNS at mga pangalan ng certificate bago ang publication
Maghanda ng sinadyang pampublikong set ng record bago ituro ang domain sa isang server. Ang A, AAAA, MX at TXT record ay may magkakaibang tungkulin at maaaring magbunyag ng mga kaugnayan sa imprastraktura o serbisyo. Ang mga pampublikong pinagkakatiwalaang certificate ay naka-log sa pamamagitan ng Certificate Transparency, na maaaring maglantad ng mga kasamang hostname. Iwasang ilagay ang pangalan ng pribadong proyekto sa isang pampublikong certificate dahil lamang kailangan ng encryption ng isang staging environment; pumili ng naaangkop na internal certificate arrangement para sa tunay na pribadong mga pangalan.
- Suriin ang parehong address family pagkatapos ng pagbabago sa DNS; ang lumang AAAA record ay maaaring patuloy na magpadala ng ilang bisita sa dating server.
- Kung mabigo ang validation, suriin ang authoritative na DNS at ang napiling certificate challenge path bago i-disable ang mga security control.
- Huwag ipagpalagay na agaran ang propagation ng DNS. Suriin ang authoritative answer at cache TTL.
- Bago ang transfer o pagbabago ng contact, suriin ang applicable locks at deadlines sa aktwal na registrar interface. Itago ang pribadong record ng recovery at renewal steps.
Opisyal na dokumentasyon: Let’s Encrypt: Transparency ng Sertipiko · ICANN: mga karapatan at responsibilidad ng registrant