#cname

[interdatavn]

cNAME là gì? Giải thích chi tiết A-Z | InterData

Bản ghi CNAME (Canonical Name record) là một loại bản ghi tài nguyên trong Hệ thống Tên Miền (DNS) được sử dụng để tạo một bí danh (alias) cho một tên miền khác. Nói cách khác, nó cho phép bạn trỏ một tên miền (hoặc tên máy chủ) đến một tên miền chuẩn (canonical name) khác, thay vì một địa chỉ IP trực tiếp.

1. Bản ghi CNAME là gì?

CNAME là viết tắt của "Canonical Name" (Tên chuẩn). Một bản ghi CNAME hoạt động như một con trỏ, nói rằng "tên miền này thực sự là một bí danh cho tên miền khác". Khi một máy chủ DNS nhận được yêu cầu cho một tên miền có bản ghi CNAME, nó sẽ tìm kiếm tên miền chuẩn được trỏ đến và trả về thông tin DNS của tên miền chuẩn đó (thường là bản ghi A hoặc AAAA).

Ví dụ: Nếu bạn có một tên miền blog.example.com và bạn muốn nó trỏ đến example.wordpress.com, bạn sẽ tạo một bản ghi CNAME cho blog.example.com trỏ đến example.wordpress.com. Khi ai đó truy cập blog.example.com, DNS sẽ tra cứu example.wordpress.com và trả về địa chỉ IP của máy chủ WordPress.

2. Mục đích của bản ghi CNAME

Mục đích chính của bản ghi CNAME là đơn giản hóa việc quản lý DNS và cung cấp sự linh hoạt. Thay vì phải cập nhật nhiều bản ghi A (trỏ đến địa chỉ IP) khi địa chỉ IP của máy chủ thay đổi, bạn chỉ cần cập nhật địa chỉ IP của tên miền chuẩn. Tất cả các tên miền bí danh trỏ đến tên miền chuẩn đó sẽ tự động được cập nhật.

3. Cách thức hoạt động

Khi một trình duyệt hoặc ứng dụng cần phân giải một tên miền:

Nó gửi yêu cầu đến máy chủ DNS cục bộ.

Máy chủ DNS cục bộ tra cứu tên miền.

Nếu tên miền có bản ghi CNAME, máy chủ DNS sẽ nhận được thông tin rằng tên miền đó là bí danh cho một tên miền khác (tên miền chuẩn).

Máy chủ DNS sau đó sẽ thực hiện một tra cứu mới cho tên miền chuẩn đó.

Khi địa chỉ IP của tên miền chuẩn được tìm thấy (thông qua bản ghi A hoặc AAAA), nó sẽ được trả về cho trình duyệt/ứng dụng ban đầu.

Quá trình này được gọi là "chuỗi CNAME" hoặc "đệ quy CNAME".

4. Cấu trúc của một bản ghi CNAME

Một bản ghi CNAME cơ bản bao gồm các thành phần sau:

Host/Name/Alias: Tên miền bí danh (ví dụ: www, blog, mail). Đây là tên mà bạn muốn trỏ đến một tên miền khác.

Type: Luôn là CNAME.

Value/Target/Canonical Name: Tên miền chuẩn mà bí danh này trỏ đến (ví dụ: example.com, gh-pages.github.io).

Ví dụ trong bảng DNS:

Host/Name

Type

Value/Target

TTL

www

CNAME

example.com.

3600

blog

CNAME

blog-host.com.

3600

Lưu ý: Dấu chấm cuối cùng (.) sau example.com. hoặc blog-host.com. chỉ ra rằng đó là một tên miền đủ điều kiện (Fully Qualified Domain Name - FQDN). Tùy thuộc vào giao diện quản lý DNS của bạn, bạn có thể cần hoặc không cần thêm dấu chấm này.

5. Ưu điểm của bản ghi CNAME

Dễ quản lý: Khi địa chỉ IP của máy chủ thay đổi, bạn chỉ cần cập nhật bản ghi A của tên miền chuẩn. Tất cả các CNAME trỏ đến nó sẽ tự động được cập nhật.

Linh hoạt: Cho phép nhiều tên miền (bí danh) trỏ đến cùng một tài nguyên, hữu ích cho các dịch vụ như CDN, blog hosting, hoặc các dịch vụ bên thứ ba.

Tổ chức rõ ràng: Giúp tổ chức cấu trúc tên miền của bạn một cách hợp lý.

6. Nhược điểm và hạn chế của bản ghi CNAME

Không thể đặt CNAME cho tên miền gốc (Root Domain/Apex Domain): Đây là hạn chế quan trọng nhất. Bạn không thể tạo một bản ghi CNAME cho tên miền gốc của mình (ví dụ: example.com). Tên miền gốc phải luôn có bản ghi A hoặc AAAA trỏ trực tiếp đến địa chỉ IP. Lý do là vì tên miền gốc cũng chứa các bản ghi quan trọng khác như SOA (Start of Authority) và NS (Name Server), và việc sử dụng CNAME sẽ tạo ra xung đột.

Giải pháp thay thế: Một số nhà cung cấp DNS cung cấp các bản ghi "ANAME" hoặc "ALIAS" (không phải là bản ghi DNS chuẩn mà là tính năng của nhà cung cấp) để giải quyết vấn đề này, cho phép bạn trỏ tên miền gốc đến một tên miền khác giống như CNAME, nhưng chúng sẽ tự động phân giải thành bản ghi A ở phía máy chủ DNS.

Không thể có các bản ghi khác cùng tồn tại: Một tên miền có bản ghi CNAME không thể có bất kỳ bản ghi tài nguyên nào khác (ngoại trừ RRSIG và NSEC cho DNSSEC). Điều này có nghĩa là nếu www.example.com là một CNAME, nó không thể có bản ghi MX (Mail Exchange) hoặc TXT (Text) riêng.

Tăng độ trễ tra cứu: Vì CNAME yêu cầu một tra cứu DNS bổ sung (đệ quy), nó có thể làm tăng nhẹ độ trễ trong quá trình phân giải tên miền.

7. Các trường hợp sử dụng phổ biến của CNAME

Trỏ www đến tên miền gốc: Phổ biến nhất là tạo bản ghi CNAME cho www.example.com trỏ đến example.com.

Sử dụng dịch vụ bên thứ ba: Khi bạn sử dụng các dịch vụ như GitHub Pages, Heroku, Shopify, hoặc các nền tảng blog (WordPress.com, Blogger), họ thường yêu cầu bạn tạo bản ghi CNAME để trỏ tên miền phụ của bạn đến tên miền của họ.

CDN (Content Delivery Network): Các CDN sử dụng CNAME để định tuyến lưu lượng truy cập của bạn đến máy chủ gần nhất hoặc tối ưu nhất.

Email Hosting: Mặc dù bản ghi MX được sử dụng cho email, nhưng đôi khi các nhà cung cấp dịch vụ email có thể yêu cầu CNAME cho các bản ghi xác thực email như DKIM hoặc SPF (mặc dù TXT phổ biến hơn).

Tạo bí danh cho các dịch vụ khác nhau: Ví dụ: ftp.example.com trỏ đến ftp-server.example.com, hoặc dev.example.com trỏ đến staging.example.com.

8. So sánh CNAME với A Record

Tính năng

A Record (Address Record)

CNAME Record (Canonical Name Record)

Mục đích

Trỏ một tên miền đến một địa chỉ IPv4 trực tiếp.

Tạo bí danh cho một tên miền khác.

Giá trị

Địa chỉ IP (ví dụ: 192.0.2.1).

Một tên miền khác (ví dụ: example.com).

Tên miền gốc

Có thể sử dụng cho tên miền gốc (ví dụ: example.com).

Không thể sử dụng cho tên miền gốc.

Bản ghi khác

Có thể có các bản ghi khác cùng tồn tại (MX, TXT, v.v.).

Không thể có các bản ghi khác cùng tồn tại trên cùng một tên miền bí danh.

Độ linh hoạt

Kém linh hoạt hơn khi IP thay đổi.

Rất linh hoạt khi IP của tên miền chuẩn thay đổi.

Kết luận

Bản ghi CNAME là một công cụ mạnh mẽ và cần thiết trong quản lý DNS, giúp đơn giản hóa cấu hình và tăng cường tính linh hoạt cho các tên miền. Tuy nhiên, việc hiểu rõ các hạn chế của nó, đặc biệt là việc không thể sử dụng cho tên miền gốc, là rất quan trọng để tránh các vấn đề về cấu hình DNS.

Nguồn tham khảo: https://interdata.vn/blog/ban-ghi-cname-la-gi/

[ringofchigasaki]

Gamma.app で大失敗、会社のホムペにアクセスできないwww😣😣😣

細かいことはここに書いても誰も読まないから割合しますが、日曜日の午前1時にコツコツと作業していて、会社で契約している WordPress.com のサーバが飛んだよのw飛んだというよりもDNSを書き換えてしまったのよ DNSの扱い 普通の人なら泣いて騒ぐし、始末書どころか大騒ぎになるだろうなと。だって、普通の人はDNSの扱い方を知らないから。 私は過去に自分でサーバを建てて、BINDやDJBDNSを入れたシステムを構築していたから冷静になって対処できたのですが、しかし夜中の1AMは🤣 最初は wordpress で他の内容を投稿しようと書いていました。同時に Gamma…

Gamma.app で大失敗、会社のホムペにアクセスできないwww😣😣😣

[pheonixsolutions]

How to Add a CNAME Record in cPanel

Introduction: CNAME records are referred to as alias records since they map an alias to its canonical name. You can add a CNAME record using the cPanel’s Zone Editor option. Prerequisites: - WHM login root credentials. Step 1: Using the destination server URL login to the cPanel account.

Step 2: Go to the search bar and enter DNS Zone Manager. After the click, go to DNS Zone Manager and click on +CNAME Record. 

Step 3: After clicking on CNAME Record, a popup box will open. Please, enter the required details in it. 1. Name: Enter the name you wish to add, such as www, and the cPanel will automatically add a domain name like www.example.com 2. CNAME: Enter the domain name. 3. Now, click on Add a CNAME Record. If the record is added successfully, you will see a success message.

Conclusion: Now by following the above steps, you can Add a CNAME Record in cPanel. Read the full article

[cheaphousespending]

CNAME, Fingerprinting, & a Different Way Forward

In the advertising ecosystem, as in the real world, sometimes companies try to take the short cut. With the end of third-party cookies, some unscrupulous companies have decided to increase scale at the cost of consumer privacy. We’ve seen this through technical solutions trying to take advantage of CNAME and fingerprinting tactics. While these solutions sometimes evade browser protections, we as…

View On WordPress

[ryadel]

Tipi di Record DNS: A, CNAME, MX, TXT

Questo articolo conclude la nostra panoramica sul funzionamento del Domain Name System descrivendo il funzionamento dei principali Record DNS utilizzati su Internet: A, CNAME, MX e TXT. Dopo una breve introduzione, nel corso della quale cercheremo di illustrare a grandi linee i concetti generali comuni a tutti i Record DNS, ci dedicheremo a illustrare lo scopo e il funzionamento di ciascuno di essi.Gli argomenti trattati in questo articolo fanno parte del corso di formazione per Web Administrator organizzato da Ryadel per privati e aziende: per maggiori informazioni, consulta questa pagina.IntroduzioneI Record DNS rappresentano l’obiettivo ultimo di una Query DNS, in quanto contengono le informazioni esatte per risalire all’indirizzo IP di ciascun nome di dominio. Nella metafora della biblioteca utilizzata nel nostro articolo precedente, ciascun record DNS rappresenta dunque una “pagina” del libro dedicato al dominio di secondo livello (es. google.it) che stiamo cercando di risolvere.Per ragioni di spazio, in questo articolo ci limiteremo a descrivere i quattro record DNS più comuni: A, CNAME, MX e TXT. Tuttavia, esistono decine di Record DNS che è possibile definire per ciascun dominio di secondo livello. L’elenco completo dei Record DNS ad oggi supportati dal Domain Name System è disponibile qui: https://it.wikipedia.org/wiki/Tipi_di_record_DNSRecord AIl Record A è normalmente utilizzato per collegare un hostname al suo indirizzo IP: in altre parole, si tratta dell’obiettivo “terminale” di una query DNS, a conclusione delle attività ricorsive di ricerca effettuate dal DNS resolver.Cerchiamo di spiegare il suo funzionamento con un esempio: supponiamo che il client (browser) stia cercando di connettersi a www.ryadel.com. Cosa succede dietro le quinte? - Il client effettua la Query DNS per risolvere l'indirizzo IP dell'hostname www.ryadel.com - La Query DNS viene gestita dal Root nameserver, quindi dal TLD nameserver e infine dall'Authoritative nameserver (una o più volte ) fino a recuperare un Record A che consenta di ottenere l'IP associato all'hostname www.ryadel.com (o all'esito ricorsivo della Query DNS relativa all'hostname indicato da un Record CNAME). - Il client, grazie all'informazione contenuta nel Record A, ottiene l'indirizzo IP di www.ryadel.com a cui effettuare la request.* In realtà non c’è una “richiesta” e una “comunicazione” contestuale, in quanto i record DNS vengono solitamente inseriti all'interno di una cache distribuita (detta "cache DNS") all'interno dei nameserver utilizzati dai vari provider di servizi internet: questo è anche il motivo per cui, quando si modificano i record DNS del proprio dominio, occorre solitamente aspettare qualche ora per la cosiddetta “propagazione del DNS”. La “propagazione del DNS” è il processo di aggiornamento della cache dei nameserver, che ricevono a intervalli regolari le novità dei DNS record di tutti i domini della rete.In linea generale, il Record A va utilizzato quando vogliamo associare un indirizzo IP a uno dei nostri domini di secondo livello (google.it) o uno dei terzi livelli ad esso relativi (www.google.it, app.google.it, etc).Record CNAMEIl Record CNAME si utilizza in modo simile al Record A, con la differenza che, anziché associare un terzo livello a un indirizzo IP, lo associa a un altro dominio: in altre parole, consente di definire un hostname come "alias" di un altro hostname, che può a sua volta puntare a un Record CNAME, e così via... fino a raggiungere un Record A che consentirà di "risolvere" l'hostname originario su un indirizzo IP vero e proprio.In linea generale, il Record CNAME va utilizzato quando vogliamo “agganciare” un hostname a un altro, in modo che cambino indirizzo IP insieme. Un classico caso è l'hostname di terzo livello “www” (www.ryadel.com), che viene spesso configurato come CNAME di un hostname di secondo livello corrispondente (ryadel.com), sul quale viene configurato un record A che punta all’indirizzo IP del server effettivo: in questo modo avremo un solo record A da modificare, con il CNAME (terzo livello) che viene “automaticamente” aggiornato in quanto non è che un alias del secondo livello.Record MXNoto anche come Mail Exchanger Record (MX è l'acronimo di Mail eXchanger). Sono record specifici per la gestione delle e-mail, e hanno lo scopo di specificare i mail server autorizzati ad accettare messaggi e-mail per conto del dominio di destinazione.In linea generale, il Record MX risponde alla domanda "chi gestisce gli indirizzi di posta elettronica per questo dominio?" fornendo gli indirizzi IP dei relativi mail server.Record TXTI record TXT vengono utilizzati per indicare alcune informazioni di testo utilizzabili da fonti esterne al dominio. L’esempio tipico è dato dai record TXT utilizzati da Google o da altri servizi (come ad esempio quelli che ti rilasciano il certificato SSL) per verificare che chi ha effettuato la richiesta è realmente il proprietario del dominio.Questa verifica avviene mediante i seguenti passaggi: Al momento di verificare la paternità di un dominio, Google assegna un identificativo univoco complesso da inserire come record TXT nel dominio (es.: 23v4b89j23459b8j258hj2598259b892h8b529h) Il proprietario del dominio (solo lui può farlo) inserisce il record TXT relativo, attende un certo lasso di tempo per far sì che la propagazione del DNS aggiorni le informazioni presenti sui vari nameserver, quindi informa Google (solitamente mediante il click di un tasto "Verifica Record TXT" o simile) del completamento dell'operazione. Una volta ricevuto l'OK per la verifica, Google scansiona i record TXT del dominio in questione per trovare un record TXT che abbia il valore corrispondente all’identificativo univoco che ti ha indicato, così da verificare che sia stato inserito il valore corretto e "confermare" la paternità del dominio.I record TXT possono essere usati per vari scopi: i loro utilizzi prevalenti comprendono la conferma della proprietà del dominio (come nell'esempio di cui sopra) e la configurazione di una serie di protocolli (SPF, DKIM, DMARC, etc) che hanno lo scopo di garantire la sicurezza delle email.ConclusioniPer il momento è tutto. Ci auguriamo che questa panoramica sui Record A, CNAME, MX e TXT possa aiutarvi a comprendere in modo più chiaro il funzionamento della rete Internet e le peculiarità del Domain Name System alla base del processo di risoluzione del DNS: alla prossima!

[gslin]

Ptt 信件伺服器 node.ptt.cc 查不到反解的問題

Ptt 信件伺服器 node.ptt.cc 查不到反解的問題

就如同標題所說的，Ptt 對外寄信的伺服器 node.ptt.cc 查不到反解的問題： $ host node.ptt.cc node.ptt.cc has address 140.112.172.16 $ host 140.112.172.16 Host 16.172.112.140.in-addr.arpa not found: 2(SERVFAIL) 情況大概是這樣，Ptt 使用的 140.112.172.0/27 這個網段 (尾碼從 0～31) 不是 /24 以上的範圍，而 140.112.172.0/24 是台大計中管轄範圍，所以台大就把 140.112.172.x 這段的反解 PTR record 用 CNAME 的方式指到 x.0-31.172.112.140.in-addr.arpa，像是 140.112.172.16 這樣： ;; ANSWER…

View On WordPress

[cloudemind]

Sự khác nhau giữa CNAME và Alias trong Amazon Route 53

Có bài viết học luyện thi AWS mới nhất tại https://cloudemind.com/cname-vs-alias/ - Cloudemind.com

Sự khác nhau giữa CNAME và Alias trong Amazon Route 53

Khi bạn cấu hình các record trong Hosted Zone của Route 53, bạn có thể sẽ khó hiểu sự khác nhau giữa CNAME và Alias. Bài này giúp bạn vượt qua sự khó hiểu này vì thực sự nó cũng rất dễ thôi.

Trước khi hiểu rõ CNAME và Alias trong hosted zone bạn cần hiểu về khái niệm liên quan đó là các AWS Resources sẽ tạo các đường dẫn URL ví dụ như Load Balancer ELB hay CloudFront. Và thường chúng ta cấu hình Route 53 nói chung hay trong hosted zone nói riêng sẽ thường gặp tình huống này.

Ví dụ về ELB có thể như sau:

DemoALB-813736945.us-east-1.elb.amazonaws.com

Để cấu hình Hosted Zone bạn lưu ý cần trỏ DNS Name của domain bạn quản lý về các mẩu record NS của AWS nhé.

CNAME

Sử dụng để trỏ hostname sang một hostname bất kỳ khác. Ví dụ bạn có domain là cloudemind.com thì CNAME có thể trỏ demo.cloudemind.com sang một hostname khác chẳng hạn demo.anydomain.com

CNAME chỉ hoạt động với Non-root domain. Hay nói cách khác bạn cần tạo sub-domain để cấu hình.

Bạn có thể phát sinh phí khi sử dụng CNAME.

Alias

Alias nhìn thì có vẻ khá giống với CNAME, nhưng Alias để trỏ hostname đến một AWS Resources ví dụ như bên trên có thể là ELB hay CloudFront DNS name.

Alias có thể hoạt động với cả Root domain và non-root domain.

Alias là miễn phí nên Kevin khuyến nghị sử dụng cấu hình nhé.

Ngoài ra Alias có thể hỗ trợ native health check để xem các entity nằm sau có khỏe mạnh hay sẵn sàng hay không.

AWS Exam question

CNAME và Alias cũng là một topic thường xuyên được hỏi trong kỳ thi AWS Certified Associate. Đề thi có thể hỏi các bạn cấu hình cho root domain thì cần phải nhớ đó là sử dụng Alias, còn non-root domain có thể sử dụng cả hai CNAME và Alias.

Happy Clouding!

Kevin

Xem thêm: https://cloudemind.com/cname-vs-alias/

[mycps62]

Godaddy 網域與GOOGLE BLOG 連結

Godaddy 網域與GOOGLE BLOG 連結

本篇重點如下

一、欲購買網域 二、如何設定連結至GOOGLE BLOG 1. 自訂網域 2. 設定DNS cname 3. 設定 DNS a 型態 及確認可轉址 4. 設定 google search console 4.1 設定 DNS TXT 4.2 設定 sitemap.xml

步驟一 購買網域

很多人使用GOOGLE BLOG 很多年，但有一天覺得，我這麼棒的部落格沒有自己獨特的網址，太可惜了！於是乎想要購買一個網域名稱（英文：domain name)，接著，在GOOGLE BLOG 的後台設定 中找到自訂網域，如下方影片，接著希望能進行購買，結果呢？該怎麼辦？

[youtube=https://www.youtube.com/watch?v=…

View On WordPress