Perintah host Linux: cari alamat dan nama balik DNS
Perintah host memeriksa rekaman Domain Name System (DNS) secara ringkas, baik untuk mencari alamat dari nama maupun nama balik dari alamat IP. Gunakan untuk pemeriksaan cepat, lalu tentukan jenis rekaman dan server DNS ketika perlu membandingkan hasil; keberhasilan DNS belum membuktikan layanan tujuan dapat diakses.
Masukan berupa nama biasanya menghasilkan informasi alamat, sedangkan masukan berupa alamat IPv4 atau IPv6 memicu pencarian balik PTR. PTR adalah rekaman yang menghubungkan alamat ke nama dalam zona DNS balik; rekaman itu dikelola terpisah dari rekaman alamat nama tersebut.
Sintaks dan persiapan
host [OPSI] NAMA|IP [SERVER_DNS]
OPSI, NAMA, IP, dan SERVER_DNS adalah penanda. Tanda | berarti memilih nama atau alamat, bukan operator pipe yang harus diketik. Bagian dalam kurung siku bersifat opsional.
Penjelasan ini mengacu pada host dari BIND 9. Periksa host -V dan man host untuk versi serta opsi yang tersedia pada sistem. Jika perintah tidak ditemukan, cari paket penyedia host melalui pengelola paket distribusi Anda; jangan menganggap semua distribusi memasangnya secara bawaan.
Tanpa argumen server terakhir, host memakai server yang tercantum di /etc/resolv.conf. Argumen terakhir dapat berupa nama atau alamat server DNS yang ingin ditanya; sintaks ini berbeda dari penanda @server pada dig. Menggunakan alamat IP server membantu memisahkan masalah pencarian nama server dari pertanyaan utama.
Cari alamat domain
host example.com
Hasil dapat memuat beberapa jenis rekaman dan beberapa baris alamat. A menyimpan alamat IPv4 dan AAAA menyimpan alamat IPv6. Jangan menganggap baris pertama sebagai satu-satunya jawaban yang tersedia atau alamat yang pasti dipilih aplikasi.
Jenis kueri bawaan bergantung pada versi. Manual BIND 9.20.30 mencantumkan A, AAAA, MX, dan HTTPS untuk nama tanpa jenis eksplisit. HTTPS di sini adalah nama jenis rekaman DNS, bukan bukti bahwa host melakukan permintaan web. Gunakan -t A atau -t AAAA bila hanya ingin menanyakan jenis tertentu.
Untuk membandingkan resolver, ulangi nama dan jenis yang sama dengan alamat server DNS yang diizinkan sebagai argumen terakhir. Catat server dan waktu pengamatan karena cache serta kebijakan jawaban dapat berbeda. Nama pendek juga dapat dipengaruhi daftar pencarian pada konfigurasi resolver; nama lengkap dengan titik akhir membantu menghindari penambahan sufiks pencarian.
Periksa tujuan surel dan nama balik
Rekaman MX
host -t MX example.com
MX menunjukkan nama tujuan layanan surel dan nilai preferensinya. Nilai lebih kecil lebih diutamakan di antara rekaman MX. Nama tujuan tetap perlu diterjemahkan menjadi alamat, dan jawaban MX sendiri tidak menguji port atau penerimaan surel. Domain contoh tidak menjanjikan layanan surel aktif.
Pencarian balik alamat
host 192.0.2.1
Masukan alamat membuat host meminta PTR. Alamat 192.0.2.1 adalah alamat dokumentasi; contoh ini menunjukkan cara penulisan dan tidak menjanjikan ada jawaban PTR. Pada alamat nyata pun, tidak adanya PTR bukan bukti bahwa alamat tidak dipakai atau perangkat sedang mati.
Nama dari PTR tidak harus sama dengan nama awal yang menghasilkan alamat itu. Jika identitas nama penting, periksa juga rekaman alamat untuk nama yang ditemukan dan kebijakan layanan terkait; satu jawaban balik bukan bukti autentikasi server.
Baca keluaran ringkas
host example.com
Berikut ilustrasi satu baris keluaran dari sumber. Alamat di bawah dipakai untuk dokumentasi, bukan hasil kueri saat ini:
example.com has address 192.0.2.10
Baris ini menyatakan bahwa jawaban berisi alamat IPv4 untuk example.com. Pada kueri nyata dapat ada beberapa alamat, alias, alamat IPv6, atau rekaman lain. Bandingkan jenis data yang diperlukan, bukan hanya apakah ada teks yang dicetak.
Untuk melihat status dan konteks lebih rinci, gunakan -v atau periksa dengan dig untuk rekaman dan status DNS. NXDOMAIN, tidak tersedianya data untuk jenis tertentu, penolakan server, dan timeout perlu dibedakan sebelum mengubah konfigurasi.
Opsi utama dan batasnya
| Opsi atau format | Fungsi |
|---|---|
-t JENIS |
Memilih jenis rekaman, misalnya A, AAAA, MX, atau TXT. |
-a |
Biasanya setara dengan -v -t ANY; bukan jaminan memperoleh seluruh rekaman zona. |
-v |
Menampilkan informasi kueri dan jawaban secara lebih rinci. |
-4 / -6 |
Membatasi keluarga alamat transport menuju server DNS. |
SERVER_DNS |
Argumen terakhir untuk memilih server pengganti konfigurasi bawaan. |
-4 tidak berarti hanya meminta rekaman A, dan -6 tidak berarti hanya meminta AAAA. Opsi itu mengatur cara mencapai server DNS; -t mengatur data yang ditanyakan. Server melalui IPv4 tetap dapat menjawab rekaman AAAA.
-a mengubah jenis pertanyaan menjadi ANY sekaligus membuat keluaran lebih rinci. Jika hanya ingin rincian untuk MX, gunakan -v bersama -t MX. Jawaban ANY bukan inventaris lengkap domain, sehingga pilih jenis yang relevan untuk diagnosis.
Definisi opsi, kueri bawaan, dan perilaku transport tersedia di manual resmi host dari ISC BIND 9. Versi lokal dapat berbeda dari manual daring.
Pisahkan DNS dari koneksi layanan
- Pastikan nama atau alamat dan jenis rekaman yang ditanya sudah tepat.
- Periksa server yang digunakan. Jawaban berbeda dapat berasal dari cache, DNS internal, atau kebijakan jaringan; jangan langsung menyimpulkan salah satu server rusak.
- Baca rincian kesalahan. Tidak ada PTR, nama tidak ada, kegagalan server, dan tidak ada balasan memerlukan pemeriksaan berbeda.
- Jika alamat sudah sesuai, uji layanan pada port dan protokol yang benar dari klien yang relevan. Respons DNS tidak memeriksa firewall, TLS, HTTP, atau autentikasi aplikasi.
host menanyakan DNS dan tidak meniru seluruh jalur resolusi aplikasi. /etc/hosts, cache aplikasi, resolver browser, atau proxy dapat membuat hasil akses berbeda. Karena itu, keluaran host yang benar dan masalah browser masih dapat terjadi bersamaan.
FAQ
Apakah host sama dengan hostname?
Tidak. host meminta informasi DNS, sedangkan hostname menampilkan atau mengatur nama host sistem sesuai implementasi dan hak yang tersedia. Menjalankan host tidak mengganti nama komputer.
Apakah tidak adanya PTR berarti alamat IP tidak aktif?
Tidak. PTR mungkin belum dikonfigurasi, server dapat tidak menjawab, atau ada kendala lain pada kueri. Status pemakaian alamat dan keterjangkauan layanan harus diperiksa secara terpisah.




