View source for Hostname, Domain, dan FQDN

'''Hostname''', '''domain''', dan '''FQDN''' (''Fully Qualified Domain Name'') adalah konsep dasar penamaan mesin di jaringan. Halaman ini menjelaskan ketiganya, aturan penamaan yang berlaku, konvensi untuk jaringan internal, serta perintah-perintah yang relevan untuk administrasi sistem berbasis Linux.

== Ringkasan singkat ==

{| class="wikitable"
|-
! Istilah !! Definisi singkat !! Contoh
|-
| '''Hostname''' || Nama satu mesin spesifik || <code>node1</code>
|-
| '''Domain''' || "Wilayah" / grup tempat mesin bernaung || <code>lab.internal</code>
|-
| '''FQDN''' || Nama lengkap = hostname + domain || <code>node1.lab.internal</code>
|}

== Hostname ==

'''Hostname''' adalah nama yang mengidentifikasi satu mesin tertentu di dalam sebuah jaringan. Ini ibarat "nama panggilan" komputer.

Contoh: <code>pve</code>, <code>web-server-01</code>, <code>node1</code>, <code>db-master</code>.

=== Aturan penamaan hostname ===

Berdasarkan [[#Referensi|RFC 952 dan RFC 1123]]:

{| class="wikitable"
|-
! Aturan !! Keterangan
|-
| Karakter yang diizinkan || Huruf (<code>a–z</code>), angka (<code>0–9</code>), dan tanda hubung (<code>-</code>)
|-
| Tidak boleh || Spasi, underscore (<code>_</code>), titik di tengah label, simbol lain
|-
| Posisi tanda hubung || Tidak boleh di awal atau akhir label
|-
| Panjang maksimum || 63 karakter per label
|-
| Case || ''Case-insensitive'' (<code>PVE</code> = <code>pve</code>)
|}

{{Catatan|Underscore sering dipakai di praktik nyata, tetapi secara RFC '''tidak valid''' untuk hostname dan bisa menyebabkan masalah pada beberapa resolver DNS. Gunakan tanda hubung sebagai gantinya.}}

== Domain ==

'''Domain''' adalah "keluarga" atau wilayah administratif tempat sebuah mesin bernaung. Domain memberi konteks: mesin ini bagian dari organisasi atau jaringan mana.

Yang penting dipahami: domain bersifat '''hierarkis''', dibaca '''dari kanan ke kiri''' dengan tingkat kespesifikan yang makin tinggi.

<pre>
mail . google . com . (root)
 │       │       │      │
 │       │       │      └── root (titik tak terlihat di paling ujung)
 │       │       └───────── TLD (Top Level Domain)
 │       └───────────────── second-level domain (SLD)
 └───────────────────────── subdomain / hostname
</pre>

=== Komponen domain ===

{| class="wikitable"
|-
! Level !! Nama !! Contoh
|-
| Paling kanan || Root (implisit, titik kosong) || <code>.</code>
|-
| 1 || TLD (''Top Level Domain'') || <code>com</code>, <code>org</code>, <code>id</code>
|-
| 2 || SLD (''Second Level Domain'') || <code>google</code> pada <code>google.com</code>
|-
| 3+ || Subdomain || <code>mail</code> pada <code>mail.google.com</code>
|}

== FQDN ==

'''FQDN''' (''Fully Qualified Domain Name'') adalah nama lengkap dan tidak ambigu sebuah mesin di seluruh pohon DNS. FQDN = '''hostname + domain'''.

<pre>
node1  .  lab.internal
─────     ────────────
hostname    domain
└──────────┬──────────┘
         FQDN
</pre>

Sebuah FQDN secara teknis diakhiri titik (<code>node1.lab.internal.</code>) yang menandakan root, walaupun titik akhir ini hampir selalu disembunyikan dalam penggunaan sehari-hari.

* Panjang maksimum sebuah FQDN penuh: '''253 karakter'''.
* Hostname hanya perlu unik '''di dalam domain-nya''', sehingga <code>node1.lab-a.internal</code> dan <code>node1.lab-b.internal</code> bisa hidup berdampingan tanpa konflik.

== Hierarki DNS ==

Seluruh sistem penamaan ini membentuk sebuah pohon terbalik. Resolusi nama → IP dilakukan dengan menelusuri pohon ini dari kanan (root) ke kiri.

<pre>
                    . (root)
                   /    |    \
                com    org    id
                /              \
            google          co.id
              /                \
            mail            telkom.co.id
</pre>

Keuntungan struktur hierarkis ini adalah '''delegasi''': setiap level dapat dikelola oleh pihak yang berbeda. TLD <code>.com</code> dikelola satu registry, <code>google.com</code> dikelola Google, dan seterusnya. Tidak ada satu pihak pun yang harus mengetahui seluruh nama di dunia.

{{Catatan|Analogi bagi developer: hierarki ini mirip ''namespace'' di pemrograman. <code>std::vector</code> dan <code>boost::vector</code> sama-sama bernama <code>vector</code> tetapi tidak ''collision'' karena berada di ''namespace'' berbeda. Hostname adalah nama variabelnya, domain adalah ''namespace''-nya.}}

== Konvensi penamaan untuk jaringan internal ==

Untuk lab, jaringan internal, atau cluster, '''jangan''' memakai TLD publik sembarangan atau domain yang tidak kamu miliki. Gunakan TLD khusus yang memang dicadangkan untuk penggunaan internal:

{| class="wikitable"
|-
! TLD / domain !! Status !! Keterangan
|-
| <code>.internal</code> || Direkomendasikan || Dicadangkan ICANN (2024) khusus untuk penggunaan privat/internal
|-
| <code>home.arpa</code> || Direkomendasikan || Ditetapkan [[#Referensi|RFC 8375]] untuk jaringan rumah/residensial
|-
| <code>.lan</code> || Umum dipakai || Konvensi de-facto, walau bukan standar resmi
|-
| <code>.local</code> || '''HINDARI''' || Dicadangkan untuk mDNS/Bonjour ([[#Referensi|RFC 6762]]); bisa merusak resolusi nama
|-
| <code>.dev</code>, <code>.app</code> || '''HINDARI''' || TLD publik nyata; memaksa HTTPS dan bisa bentrok dengan internet
|}

=== Contoh skema penamaan cluster ===

Untuk cluster multi-node, beri hostname berbeda tiap node dengan domain yang sama:

<pre>
node1.lab.internal
node2.lab.internal
node3.lab.internal
</pre>

== Perintah berguna (Linux) ==

<syntaxhighlight lang="bash">
# Menampilkan hostname pendek
hostname

# Menampilkan FQDN penuh
hostname -f

# Menampilkan / mengatur hostname secara persisten (systemd)
hostnamectl
hostnamectl set-hostname node1

# Resolusi nama (cek apakah nama bisa di-resolve ke IP)
resolvectl query node1.lab.internal
dig node1.lab.internal
</syntaxhighlight>

=== File konfigurasi terkait ===

{| class="wikitable"
|-
! File !! Fungsi
|-
| <code>/etc/hostname</code> || Menyimpan hostname mesin
|-
| <code>/etc/hosts</code> || Pemetaan statis nama → IP (dibaca sebelum DNS)
|-
| <code>/etc/resolv.conf</code> || Konfigurasi resolver DNS (nameserver, search domain)
|}

Contoh entri <code>/etc/hosts</code> yang benar (FQDN didahulukan, lalu hostname pendek):

<syntaxhighlight lang="text">
192.168.1.10    node1.lab.internal    node1
</syntaxhighlight>

== Catatan untuk Proxmox VE ==

Saat instalasi [[Proxmox VE]], installer meminta sebuah '''FQDN''', bukan sekadar hostname. Hal ini karena banyak komponen Proxmox (sertifikat SSL, sistem cluster, notifikasi email) memerlukan nama yang unik dan ''resolvable''. Gunakan FQDN seperti <code>pve.lab.internal</code> dan hindari <code>.local</code>.

== Kesalahan umum ==

* Menyamakan '''hostname''' dengan '''FQDN'''. Di Linux, <code>hostname</code> memberi nama pendek sedangkan <code>hostname -f</code> memberi FQDN penuh.
* Memakai <code>.local</code> untuk jaringan internal → bentrok dengan mDNS.
* Memakai underscore (<code>_</code>) pada hostname → tidak valid menurut RFC.
* Lupa mengisi <code>/etc/hosts</code> sehingga FQDN tidak ''resolvable'' secara lokal.

== Referensi ==

* RFC 952 — ''DoD Internet Host Table Specification'' (aturan hostname awal)
* RFC 1123 — ''Requirements for Internet Hosts'' (pelonggaran aturan hostname)
* RFC 1034 & RFC 1035 — ''Domain Names: Concepts and Facilities / Implementation''
* RFC 6761 — ''Special-Use Domain Names''
* RFC 6762 — ''Multicast DNS'' (mendefinisikan <code>.local</code>)
* RFC 8375 — ''Special-Use Domain "home.arpa."''

== Lihat pula ==

* [[DNS]]
* [[DHCP]]
* [[Proxmox VE]]
* [[Konfigurasi jaringan Linux]]

[[Category:Jaringan]]
[[Category:Administrasi Sistem]]
[[Category:Dokumentasi Internal]]