Definisi nama domain yang sepenuhnya memenuhi syarat


8

Saya mencoba mencari di Internet untuk mendapatkan definisi FQDN. Wikipedia mengatakan, sebuah FQDN

menentukan lokasi persisnya dalam hierarki pohon Sistem Nama Domain (DNS) Saya akan menafsirkan ini, bahwa itu pasti dapat diatasi (dalam DNS).

Contoh di WP (sulit saya tidak ingin menggunakan ini sebagai referensi) menyatakan penggunaan hostname.example.com.

RFC yang saya temukan ( RFC 1035 adalah satu-satunya yang tidak spesifik protokol yang saya temukan) tidak informatif tentang apa yang memenuhi syarat FQDN.

Saya pikir hanya pengidentifikasi seperti hostname.example.com yang merupakan FQDN yang valid (termasuk semua nama host, domain, dan TLD secara terpisah), tetapi ini tampaknya salah.
Apakah diperlukan bahwa FQDN harus selalu menyertakan nama host di sebelah domain, bahkan jika domain hanya terdiri dari satu host? Atau satu-satunya definisi bahwa FQDN harus dapat diselesaikan melalui DNS? Misalnya domain .tk tidak dapat disangkal lagi, apakah ini FQDN?


Saya menemukan ini pertanyaan yang menarik, tetapi jika Anda berencana untuk menjawabnya, harap dicatat saya lebih suka melihat jawaban yang dirujuk. Kecuali jika Anda Paul Vixie, saya tidak terlalu tertarik pada pernyataan sederhana tentang pendapat Anda tentang masalah ini.
MadHatter

2
Nah, saya kira saya am Paul Vixie, jadi saya akan mengambil bacokan di menjawab ini, di bawah ini.
Paul Vixie

Jawaban:


6

Saya akan mempertimbangkan nama untuk sepenuhnya memenuhi syarat jika Anda tidak harus menambahkan pengidentifikasi lebih lanjut untuk menyelesaikan host secara jelas. Jika ini tidak benar, maka nama itu akan dianggap relatif.

RFC1535 membahas poin penting:

FQDN "berakar" absolut adalah dari format {name} {.} Nama domain yang bukan "berakar" adalah dari format {name}

Dalam contoh di atas, Anda akan menyelesaikan .tksebagai tk.untuk memastikan itu tidak ambigu. Menariknya ini sebenarnya memiliki catatan A yang valid.

$ dig tk.
; <<>> DiG 9.8.3-P1 <<>> tk.
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 812
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;tk.                IN  A

;; ANSWER SECTION:
tk.         20  IN  A   217.119.57.22

EDIT: RFC1535 memiliki kutipan menarik lainnya:

Selanjutnya, dalam hal apa pun di mana "." ada dalam nama yang ditentukan itu harus dianggap sebagai nama domain yang memenuhi syarat (FQDN) dan HARUS dicoba sebagai nama yang di-root terlebih dahulu.


4

Di ACM Queue , saya mendefinisikan FQDN sebagai berikut:

Ruang nama DNS memiliki struktur pohon, di mana setiap simpul memiliki induk kecuali simpul akar, yang merupakan induknya sendiri. Node memiliki label yang panjangnya dari 1 hingga 63 karakter, kecuali simpul akar yang labelnya kosong. Domain adalah simpul dalam konteks, dan nama domain yang sepenuhnya memenuhi syarat memiliki bentuk presentasi yang hanya nama simpul, bawah ke atas, dengan masing-masing diikuti oleh titik (.). Misalnya, www.google.com adalah nama simpul yang sepenuhnya memenuhi syarat yang namanya adalah www, yang orang tuanya adalah google, yang kakek-neneknya adalah com, dan yang kakek-neneknya adalah root DNS.

Setiap kali Anda menggunakan istilah seperti "nama host" atau "bagian host" atau "bagian domain" Anda tidak aktif dalam gulma dan Anda akan menemukan bahwa tidak ada definisi FQDN yang cukup sesuai dengan tujuan Anda. Arti, daripada definisi, FQDN dapat dibuat jelas dengan mempertimbangkan antonimnya: nama domain yang tidak sepenuhnya memenuhi syarat. Untuk sepenuhnya memenuhi syarat berarti Anda menentukan semua label domain hingga tingkat atas, dan Anda dapat menambahkan titik terakhir (.) Untuk menunjukkan bahwa Anda telah melakukannya. Kurang memenuhi syarat berarti bahwa nama yang Anda lihat hanya masuk akal dalam konteks daftar pencarian atau domain default.

RFC 1535 menarik karena banyak dari kita sampai saat itu menggunakan multi-label nama lokal dan masih mengharapkan perilaku daftar pencarian - dan ini melanggar terlalu banyak hal lain, jadi dilarang. Tetapi ketika saya postmaster@dec.com pada tahun 1988-1993, adalah mungkin untuk mengirim email dari vixie@cognition.pa ke matt @ decvax dan membuatnya diperluas ke vixie@cognition.pa.dec.com dan matt@decvax.dec .com dan semuanya bekerja. Ternyata kami harus menyerah. Saat ini jika ada titik di nama level presentasi Anda (yaitu, Anda mengetiknya atau program menampilkannya), itu dianggap oleh semua perangkat lunak di dunia sebagai FQDN.

Buku Sendmail saya (ditulis bersama Fred Avolio setelah kami berdua meninggalkan DEC.COM) juga memiliki bab tentang topik ini, yang merupakan bacaan yang menarik karena ditulis pada saat yang sama dengan RFC 1535.


0

2 sen saya:

Dalam arti ketat, FQDN adalah apa yang Anda tulis dalam contoh Anda.

yaitu hostname.example.com.

termasuk titik di bagian akhir.

Saya tidak berpikir itu harus diselesaikan melalui DNS, itu hanya definisi sintaksis.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.