RFC-952 (kalimat terakhir dari poin 1 di bawah Asumsi) melarang nama host karakter tunggal dan saya telah memiliki pengalaman ( lebih dari 7 tahun yang lalu musim panas tahun 2002) di mana beberapa layanan akan menolak untuk bekerja dengan nama host karakter tunggal (karena nama tersebut adalah tidak memenuhi standar), tetapi saya telah melihat sejumlah nama host karakter tunggal yang digunakan dalam beberapa tahun terakhir. Apakah nama host satu karakter sekarang valid? (Jika demikian, apa referensi validasi yang tepat?)
sunting (untuk menggabungkan beberapa informasi dari jawaban): berbagai aspek DNS tampaknya didefinisikan di beberapa RFC, termasuk 1035 , 1123 , dan 2181 . Dari RFC-2181 bagian 11 :
Note however, that the various applications that make use of DNS data
can have restrictions imposed on what particular values are
acceptable in their environment. For example, that any binary label
can have an MX record does not imply that any binary name can be used
as the host part of an e-mail address.
[ ... ]
See also [RFC1123] section 6.1.3.5.
Dari RFC-1123 bagian 6.1.3.5 :
The DNS defines domain name syntax very generally -- a
string of labels each containing up to 63 8-bit octets,
separated by dots, and with a maximum total of 255
octets. Particular applications of the DNS are
permitted to further constrain the syntax of the domain
names they use, although the DNS deployment has led to
some applications allowing more general names. In
particular, Section 2.1 of this document liberalizes
slightly the syntax of a legal Internet host name that
was defined in RFC-952 [DNS:4].
Dari RFC-1123 bagian 2.1 :
The syntax of a legal Internet host name was specified in RFC-952
[DNS:4]. One aspect of host name syntax is hereby changed: the
restriction on the first character is relaxed to allow either a
letter or a digit. Host software MUST support this more liberal
syntax.
Dan akhirnya, seperti yang dirujuk pada awalnya, dari RFC-952 :
1. A "name" (Net, Host, Gateway, or Domain name) is a text string up
to 24 characters drawn from the alphabet (A-Z), digits (0-9), minus
sign (-), and period (.). Note that periods are only allowed when
they serve to delimit components of "domain style names". (See
RFC-921, "Domain Name System Implementation Schedule", for
background). No blank or space characters are permitted as part of a
name. No distinction is made between upper and lower case. The first
character must be an alpha character. The last character must not be
a minus sign or period.
[ ... ]
Single character names or nicknames are not allowed.
Dari mengikuti rantai ini saya awalnya mengatakan bahwa RFC-952 melarang nama host karakter tunggal.
sumber
There is a difference between 'valid' and 'it works'.
Pada akhirnya, saya pikir itu jawaban yang paling masuk akal, meskipun saya sangat menghargai semua diskusi yang dihasilkan. Kesimpulan yang akan saya tarik adalah bahwa nama host satu karakter masih secara teknis tidak valid, tetapi berfungsi cukup universal pada saat ini. (Demikian pula, garis bawah dilarang, tetapi lakukan sebagian besar pekerjaan.)Anda akan berpikir itu valid karena root name-server semua host surat tunggal (a.root-servers.net), dan spesifikasi DNS tidak membuat pengecualian khusus untuk mereka. RFC yang dimaksud adalah khusus untuk format file host, bukan DNS. DNS didefinisikan dalam RFC yang lebih baru ( RFC 1035 memulainya). RFC 1123 (1989) menyatakannya dengan jelas.
Jadi, nama host satu huruf valid dalam sistem berbasis DNS, dan sudah sejak sebelum spam ditemukan. Sistem yang tidak sesuai dengan RFC, dan dapat diejek. Kecuali mereka tidak menggunakan DNS sama sekali dan hanya menggunakan file host, di mana titik kasihan adalah pilihan yang lebih baik.
sumber
Karena nama host sudah ada sebelum orang bahkan berpikir untuk menulis RFC tentang mereka, saya tidak dapat melihat alasan mengapa nama host satu karakter tiba-tiba menjadi "ilegal". RFC tertentu itu kehilangan saya ketika dinyatakan
karena RFC BUKAN standar. Bahkan tidak dekat.
Meskipun telah disebutkan sebelumnya, harus dicatat bahwa RFC yang dimaksud dibuat untuk diterapkan pada kelompok yang relatif kecil, yaitu Departemen Pertahanan (mungkin dari AS).
sumber
Saya pikir nama host saat ini lebih tergantung pada spesifikasi DNS karena DNS adalah apa yang kebanyakan orang akan gunakan di dalam jaringan atau di internet. Mengatakan bahwa, tiga RFC muncul dalam pikiran (1034 - konsep, 1035 - implementasi dan 2181 - klarifikasi tentang DNS).
Bagian 3 dari RFC 1034 mengatakan:
Dan dalam Bagian 11 RFC 2181 kami memiliki klarifikasi tentang penamaan setiap node dari alamat:
Jadi, berdasarkan spesifikasi DNS, Anda dapat memiliki a.domain.tld
sumber
Note however, that the various applications that make use of DNS data can have restrictions imposed on what particular values are acceptable in their environment. For example, that any binary label can have an MX record does not imply that any binary name can be used as the host part of an e-mail address.
Pada dasarnya, karena a.domain.tld valid dalam DNS tidak menjadikannya nama host yang valid. Akhir Bagian 11 referensi Bagian 6.1.3.5 dari RFC-1123, yang mengutip Bagian 2.1 dari dirinya sendiri dan RFC-952, seperti yang dibahas dalam jawaban sysadmin1138.Seperti yang telah Anda tentukan, RFC 1123 tidak sepenuhnya jelas tentang masalah panjang ini.
Bagian 2.1 mengatakan:
Karena teks ini secara efektif benar-benar menimpa teks dari RFC 952, itu juga harus diambil untuk menyiratkan bahwa setiap panjang hingga 255 karakter adalah legal.
Sayangnya kembali pada tahun 1989 Internet Draf tidak mendapatkan ulasan yang sangat ketat yang mereka dapatkan sekarang, sehingga ambiguitas itu mungkin tidak terlihat.
sumber
The syntax of a legal Internet host name was specified in RFC-952 [DNS:4]. One aspect of host name syntax is hereby changed: the restriction on the first character is relaxed to allow either a letter or a digit.
Bukankah masuk akal untuk menafsirkan ini berarti bahwa kutipan Anda tidak sepenuhnya menimpa teks dari RFC-952?