Notification

Nakipagkasundo ang Google na bibilhin ng Squarespace, Inc. ang lahat ng pagpaparehistro ng domain name mula sa Google Domains. Ang Squarespace ang registrar ng record para sa iyong domain at nalalapat ang Mga Tuntunin ng Serbisyo ng Squarespace; gayunpaman, papamahalaan ng Google ang domain mo sa period ng transition. Pagkatapos ng period ng transition, ita-transition sa Squarespace ang iyong domain, at sa paglipat mo, sasaklawan ng Patakaran sa Privacy ng Squarespace ang iyong data. Matuto pa tungkol sa kasunduan.

Mga uri ng resource record

Nagbibigay ang mga resource record ng impormasyon tungkol sa mga bahaging bumubuo sa iyong domain, gaya ng web host o email provider mo.

Kapag may pumunta sa iyong website, o gumamit ng domain name mo para magpadala o tumanggap ng email, tinitiyak ng mga resource record na magkakaugnay ang lahat ng bahagi at gumagana nang maayos ang website. Puwede ring pahusayin ng mga resource record ang seguridad ng website at i-authenticate ang pagmamay-ari ng domain name.

Kapag nagdagdag ka ng resource record sa Google Domains, dapat mong kumpletuhin ang mga sumusunod na field:

  • Host name
  • Uri
  • Time-To-Live (TTL)
  • Data

Para sa mga detalye sa kung anong dapat isama, sumangguni sa service provider na nabanggit sa record. Halimbawa, ang mga email server na inilagay bilang bahagi ng isang tala ng MX ay tinutukoy ng iyong email service provider, gaya ng Google Workspace.

Matuto tungkol sa mga tala para sa web hosting

A

Ang mga Internet Protocol (IP) address ay mga numeric na address para sa mga device na nakakonekta sa internet, gaya ng mga server at computer. Kapag gumawa ka ng website, tutukuyin ng isang A o AAAA record ang IP address ng web host.

May 2 bersyon ng IP address sa internet: IPv4 at IPv6. Mga IPv4 address lang ang naka-hold sa “mga A record.” Mga IPv6 address lang ang naka-hold sa “mga AAAA record.” Para matukoy kung anong IP address ang dapat gamitin sa isang A record, makipag-ugnayan sa iyong web host.

Narito ang isang halimbawa ng kung paano mag-format ng A record sa Google Domains:

Host name Uri TTL Data
@ A 1H 123.123.123.123
Mahalaga: Isinasaad ng @ na nalalapat ang resource record sa iyong domain name, gaya ng example.com. Para sa higit pang impormasyon tungkol sa field na “Host name,” bisitahin ang Pamahalaan ang mga resource record.
AAAA

Ang mga Internet Protocol (IP) address ay mga numeric na address para sa mga device na nakakonekta sa internet, gaya ng mga server at computer. Kapag gumawa ka ng website, tutukuyin ng isang A o AAAA record ang IP address ng website.

May 2 bersyon ng IP address sa internet: IPv4 at IPv6. Mga IPv6 address lang ang naka-hold sa “mga AAAA record.” Mga IPv4 address lang ang naka-hold sa “mga A record.” Para tukuyin kung anong IP address ang dapat gamitin sa isang AAAA record, makipag-ugnayan sa iyong web host.

Narito ang isang halimbawa ng kung paano mag-format ng AAAA record sa Google Domains:

Host name Uri TTL Data
@ AAAA 1H 2002:db80:1:2:3:4:567:89ab
Mahalaga: Isinasaad ng @ na nalalapat ang resource record sa iyong domain name, gaya ng example.com. Para sa higit pang impormasyon tungkol sa field na “Host name,” bisitahin ang Pamahalaan ang mga resource record.
ALIAS

Ipinapatupad ang mga record ng ALIAS sa pamamagitan ng Google Cloud DNS (posibleng tukuyin ng iba pang DNS provider ang mga record ng ALIAS bilang mga record ng ANAME). Kumikilos ang mga ito na parang mga record ng CNAME, pero magagamit ang mga ito sa root domain samantalang magagamit lang ang mga CNAME sa mga subdomain. Matuto pa tungkol sa mga record ng ALIAS.

Sa halimbawang ito, mayroong domain name na otherdomain.com na may sumusunod na A record:

Host name

Uri

TTL

Data

@

A

1H

123.123.123.123

Kung gusto mong gamitin ng iyong domain na example.com ang parehong IP address ng otherdomain.com, puwede mong gawin ang sumusunod na record ng ALIAS:

Host name

Uri

TTL

Data

@

ALIAS

1H

otherdomain.com.

Mahalaga:

  • Isinasaad ng @ na nalalapat ang resource record sa iyong domain name, gaya ng example.com. Para sa higit pang impormasyon tungkol sa field na “Host name,” alamin kung paano pamahalaan ang mga resource record. Dahil malalapat lang sa root domain ang mga record ng ALIAS, wala kang kailangang ilagay sa field na host name.
  • Hindi isang pagkakamali ang “.” sa dulo ng example.com. Nagbibigay ito ng isang fully qualified na domain name.
  • Hindi magagamit ang mga record ng ALIAS sa mga subdomain.
  • Hindi magagamit ang mga record ng ALIAS sa domain na naka-enable ang DNSSEC. Para sa higit pang impormasyon tungkol sa DNSSEC, alamin kung paano i-set up ang DNSSEC at seguridad ng DNS.
CNAME

Kapag ang mga A at AAAA record ay nagbibigay ng direktang link sa pagitan ng domain o subdomain at isang IP address ng web host, ipinapakita ng mga tala ng CNAME (Canonical Name) kung paano maghanap ng IP address ng host sa pamamagitan ng pagturo sa isa pang resource record. Sa ganitong paraan, kikilos bilang isang alyas ang tala ng CNAME.

Sa halimbawang ito, mayroon kang domain name na example.com na may sumusunod na A record:

Host name Uri TTL Data
@ A 1H 123.123.123.123

Mahalaga: Isinasaad ng @ na nalalapat ang resource record sa iyong domain name, gaya ng example.com. Para sa higit pang impormasyon tungkol sa field na “Host name,” bisitahin ang Pamahalaan ang mga resource record.

Kung gusto mong tiyaking parehong IP address ang gagamitin kapag hinanap sa internet ang www.example.com, gawin ang sumusunod na tala ng CNAME:

Host name Uri TTL Data
www CNAME 1H example.com.
Mahalaga: 
  • Itinuturing ang www bilang prefix para sa isang domain name, gaya ng example.com. Para sa higit pang impormasyon sa field na “Host name,” bisitahin ang Pamahalaan ang mga resource record.
  • Ang “.” sa dulo ng example.com ay hindi isang pagkakamali. Nagbibigay ito ng fully-qualified na domain name.

Matuto tungkol sa mga record para sa email

MX

Kapag ginamit mo ang iyong domain name sa mga email address, gaya ng you@example.com, tutukuyin ng isang tala ng MX (Mail Exchange) ang email server na nangangasiwa sa mga mensaheng ito. Halimbawa, kung gagamitin mo ang Google Workspace para pamahalaan ang email para sa iyong kumpanya, gumagamit ng mga tala ng MX para maikonekta ang 2 serbisyo at payagang maipadala at matanggap ang mga email mo. Para matukoy kung anong impormasyon ang ibibigay sa field na “Data” ng isang tala ng MX, makipag-ugnayan sa iyong email service provider.

Narito ang isang halimbawa ng kung paano mag-format ng tala ng MX sa Google Domains:

Host name Uri TTL Data
@ MX 1H mailhost1.example.com.
Mahalaga:
  • Ipinapahiwatig ng @ na nalalapat ang resource record sa iyong domain name, gaya ng example.com. Para sa higit pang impormasyon tungkol sa field na “Pangalan ng host,” bisitahin ang Pamahalaan ang mga resource record.
  • Ang “.” sa dulo ng mailhost1.example.com ay hindi isang pagkakamali, pero kinakailangan para makapagbigay ng ganap na kwalipikadong domain name.

Puwedeng mag-set up ng maraming tala ng MX para sa isang domain. Ginagawa ito para matiyak na kung may problema sa access sa isang mail server, matitiyak ng iba pang server na makakapagpadala at makakatanggap ka pa rin ng email.

Kapag marami kang isinamang tala ng MX, dapat mong ipahiwatig ang iyong kagustuhan sa kung ano ang una, pangalawa, at susunod na susubukan. Tinatawag itong pagtatakda ng priyoridad. Kung mas mababa ang numero, mas mataas ang priyoridad. Halimbawa, may mas mataas na priyoridad ang 1 kaysa sa 10.

Hindi nagbibigay ng hiwalay na field para sa numero ng priyoridad ang Google Domains. Para tumukoy ng numero ng priyoridad, ilagay ang value sa field na “Data,” pagkatapos ay ang email host.

Narito ang isang halimbawa ng kung paano mag-format ng maraming tala ng MX na may mga priyoridad sa Google Domains:

Host name Uri TTL Data
@ MX 1H 1 mailhost1.example.com.
@ MX 1H 2 mailhost2.example.com.

Sa halimbawa sa itaas, kung hindi maide-deliver ang mail sa mailhost1.example.com (mas mataas na priyoridad), ang mailhost2.example.com (mas mababang priyoridad) ang gagamitin.

SPF

Ang Sender Policy Framework (SPF) ay nagbibigay ng paraan para ma-authenticate ang email na ipinapadala mula sa iyong domain name. Sa tuwing nakakatanggap ng mail mula sa iyong domain ang isang mail server, nagre-refer ito sa mga tala ng SPF para ma-verify na sa iyo galing ang mail.

Sa Google Domains, gumamit ng uri ng tala ng Text (TXT) para tukuyin ang iyong mga tala ng SPF. Kasama dapat sa field na “Data” ang SPF tag v=spf1 at iba pang qualifier, mekanismo, at modifier ng SPF.

Narito ang isang halimbawa sa Google Domains:

Host name Uri TTL Data
@ TXT 1H v=spf1 include:_spf.google.com ~all
Mahalaga: Isinasaad ng @ na nalalapat ang resource record sa iyong domain name, gaya ng example.com. Para sa higit pang impormasyon tungkol sa field na “Host name,” bisitahin ang Pamahalaan ang mga resource record.
Para sa higit pang impormasyon tungkol sa kung paano mag-format ng mga tala ng SPF, sumangguni sa RFC 7208.

Matuto tungkol sa mga record para sa mga name server

NS

Ipinapakita ng tala ng NS (Name Server) kung saan mahahanap ang iba pang resource record para s aiyong domain name. Kapag bumili ka ng domain name sa pamamagitan ng Google Domains, ibibigay ang mga name server nang walang karagdagang babayaran at awtomatikong sine-set up. 

Makakapag-set up ka rin ng mga custom na name server. Kapag gumagamit ka ng mga custom na name server, papamahalaan at babaguhin mo ang karamihan sa iyong mga resource record sa pamamagitan ng name server provider mo. Alamin kung paano pamahalaan ang mga domain name server.

SOA

Ang tala ng SOA (Start of Authority) ay nagso-store ng impormasyon tungkol sa iyong domain. Nakakatulong itong pamahalaan ang trapiko sa pagitan ng mga name server, gaya ng email address ng administrator at huling update ng domain.

Kapag bumili ka ng domain name sa pamamagitan ng Google Domains, bibigyan ka ng mga name server nang walang dagdag na bayad. Awtomatikong mase-set up ang mga record ng SOA para sa iyo.

Matuto tungkol sa mga record para sa seguridad

CAA

Nagbibigay-daan sa iyo ang isang CAA (Certification Authority Authorization) record na kontrolin kung sino ang puwedeng mag-isyu ng mga SSL/TLS certificate para sa iyong website. Makakatulong ang mga CAA record na ma-secure ang pag-isyu ng certificate laban sa mga sumusubok na magpanggap bilang iyong domain name.

Narito ang halimbawa ng CAA record na pinaghihigpitan ang pag-isyu ng certificate sa Let’s Encrypt, isang Awtoridad sa Certificate (Certificate Authority o CA):

Host name Uri TTL Data
@ CAA 1H 0 isyu sa letsencrypt.org
Mahalaga: Isinasaad ng @ na nalalapat ang resource record sa iyong domain name, gaya ng example.com. Para sa higit pang impormasyon tungkol sa field na “Host name,” bisitahin ang Pamahalaan ang mga resource record.
Para sa higit pang impormasyon tungkol sa kung paano mag-format ng mga tala ng CAA, kasama na ang tungkuling “0” at “isyu” sa halimbawang ito, sumangguni sa RFC 8659.
DNSKEY
Naglalaman ang DNS Public Key (DNSKEY) record ng pampublikong key sa pag-sign para:
  • Pangasiwaan ang Domain Name System Security Extensions (DNSSEC).
  • Pigilan ang mga pekeng resource record na maisingit kapag nagpapalitan ng impormasyon sa pagitan ng mga device.
Kung ginagamit mo ang mga default na name server ng Google Domains, hindi mo kailangang mag-set up ng mga DNSKEY record para i-enable ang DNSSEC. Alamin kung paano i-set up ang seguridad na DNSSEC.
DS
Mahalaga: Posibleng gumamit ang ilang domain ng ibang uri ng record sa seguridad, gaya ng DNS Public Key (DNSKEY).
Naglalaman ang Delegation Signer (DS) record ng hash o one-way na pag-scramble ng DNSKEY record para mapangasiwaan ang Domain Name System Security Extensions (DNSSEC).
Sine-secure ng DNSSEC ang Domain Name System (DNS) at pinipigilan nitong mailagay ang mga pekeng resource record kapag nagpapalitan ng impormasyon sa pagitan ng mga device.
Kung ginagamit mo ang mga default na name server ng Google Domains, hindi mo kailangang mag-set up ng mga record ng DS para i-enable ang DNSSEC. Alamin kung paano i-set up ang seguridad na DNSSEC.
PTR

Ang tala ng PTR (Pointer) ay kabaligtaran ng A o AAAA record. Kapag ang mga A at AAAA record ay nagbibigay ng IP address na nauugnay sa isang domain name, ibinibigay ng tala ng PTR ang domain name na nauugnay sa isang IP address. Ginagamit ang mga tala ng PTR sa mga reverse na paghahanap ng DNS, na kadalasan ay para i-double check kung mapagkakatiwalaan ang impormasyong ibinigay ng isang domain name.

Kadalasan, hindi mo pinapamahalaan ang mga tala ng PTR sa pamamagitan ng Google Domains. Ang mga tala ng PTR ay karaniwang itinatakda ng may-ari ng iyong IP address (Internet Service Provider o ISP mo). Pero puwedeng italaga sa iyo ng may-ari ng iyong IP address ang responsibilidad na pamahalaan ang mga reverse na paghahanap ng DNS. Sa sitwasyong ito, kailangan mong magdagdag ng kaukulang tala ng PTR sa Google Domains.

Sa halimbawang ito, mayroon kang A record:

Host name Uri TTL Data
www A 1H 111.222.33.4


At itinalaga ng may-ari ng iyong IP address ang responsibilidad na reverse na paghahanap ng DNS sa iyo sa isang tala ng CNAME.

Mahalaga: Nabaligtad ang pagkakasunud-sunod ng 4 na numerong bumubuo sa IP address.

Host name Uri TTL Data
4.33.222.111.in-addr.arpa. CNAME 1H ptr_www.example.com.


Pagkatapos itong gawin, itakda ang sumusunod na tala ng PTR sa Google Domains:

Host name Uri TTL Data
ptr_www PTR 1H www.example.com.
Mahalaga: Ang “.” sa dulo ng ptr_www.example.com at www.example.com ay hindi isang pagkakamali. Nagbibigay ito ng fully-qualified na domain name.
SSHFP

Vine-verify ng isang record ng Secure Shell Fingerprint (SSHFP) ang pagiging mapagkakatiwalaan ng mga machine na ikinokonekta mo sa pamamagitan ng Secure Shell (SSH).

Narito ang isang halimbawa ng kung paano mag-format ng record ng SSHFP sa Google Domains:

Host name Uri TTL Data
@ SSHFP 1H 2 1 123456789abcdef67890123456789abcdef67890
Mahalaga: Isinasaad ng @ na nalalapat ang resource record sa iyong domain name, gaya ng example.com. Para sa higit pang impormasyon tungkol sa field na “Host name,” bisitahin ang Pamahalaan ang mga resource record.
Para sa higit pang impormasyon tungkol sa kung paano mag-format ng mga tala ng SSHFP, kasama na ang tungkuling “2” at “1” sa halimbawang ito, sumangguni sa RFC 4255.
TLSA
Ang tala ng TLSA (Transport Layer Security Authentication) ay isang paraan para ma-validate ang mga SSL o TLS certificate kahit na may paglabag sa seguridad sa Awtoridad sa Certificate (Certificate Authority, CA).

Para sa higit pang impormasyon tungkol sa kung paano gumawa ng structure ng TLSA resource record, sumangguni sa:

Matuto tungkol sa iba pang uri ng record

TXT

Puwedeng gumamit ng tala ng TXT para mag-record ng mga tala na nababasa ng tao o machine. Bagama't puwedeng may mga arbitrary na tala ang mga tala ng text, puwede ring may mga mas aktibong layunin ang mga ito, tulad ng pag-verify sa pagmamay-ari ng domain name.

Narito ang isang halimbawa ng kung paano mag-format ng tala ng TXT sa Google Domains:

Host name Uri TTL Data
@ TXT  1H Ito ang aking domain.
Mahalaga: Isinasaad ng @ na nalalapat ang resource record sa iyong domain name, gaya ng example.com. Para sa higit pang impormasyon tungkol sa field na “Host name,” bisitahin ang Pamahalaan ang mga resource record.
Search
I-clear ang paghahanap
Isara ang paghahanap
Pangunahing menu
11340299990997700196
true
Maghanap sa Help Center
true
true
true
true
true
93020
false
false