Jawaban untuk pertanyaan spesifik Anda adalah TIDAK , Direktori Aktif TIDAK mengizinkan spasi di nama host DNS . Karakter yang dilarang secara jelas diuraikan dalam KB 909264 - Konvensi penamaan di Active Directory untuk komputer, domain, situs, dan OU di bagian yang berlabel Karakter yang dilarang dibaca:
Nama host DNS tidak boleh mengandung karakter kosong atau spasi.
Untuk memperluas jawaban di luar Active Directory ke sistem nama domain DNS secara umum situasinya sedikit lebih rumit karena sementara ruang secara teknis diizinkan dalam kasus tertentu, dalam praktiknya Anda mungkin tidak akan pernah menghadapi kasus seperti itu sendiri.
Jawaban singkatnya: JANGAN GUNAKAN RUANG DI HOSTNAM DNS!
Jawaban panjang menurut §2 dari RFC 3696, nama Pembatasan domain (DNS), adalah:
Setiap karakter, atau kombinasi bit (sebagai oktet), diizinkan dalam nama DNS.
Itu terus menyatakan (penekanan milikku):
Namun, ada formulir pilihan yang dibutuhkan oleh sebagian besar aplikasi. Bentuk yang disukai ini adalah satu-satunya yang diizinkan dalam nama domain tingkat atas, atau TLD. Secara umum, ini juga satu-satunya formulir yang diizinkan di sebagian besar nama tingkat kedua yang terdaftar di TLD,
meskipun beberapa nama yang biasanya tidak terlihat oleh pengguna mematuhi aturan lain. Itu berasal dari aturan ARPANET asli untuk penamaan host (yaitu, aturan "hostname") dan mungkin lebih baik digambarkan sebagai "aturan LDH", setelah karakter yang diizinkan. Aturan LDH, sebagaimana diperbarui, menyatakan hal itulabel (kata atau string yang dipisahkan oleh titik) yang membentuk nama domain harus hanya terdiri dari karakter alfabet dan numerik ASCII [ASCII], ditambah tanda hubung. Tidak ada simbol atau karakter tanda baca lainnya yang diizinkan, juga ruang kosong.
Jika tanda hubung digunakan, itu tidak diizinkan muncul di awal atau di akhir label. Ada aturan tambahan yang pada dasarnya mensyaratkan bahwa nama domain tingkat atas tidak semuanya numerik.
Dalam praktiknya ini berarti Anda TIDAK boleh menggunakan spasi , meskipun dalam spesifikasi paling umum dari nama domain seperti yang didefinisikan dalam kutipan ini dari §5.1 dari RFC 1035 , dimungkinkan untuk memberikan spasi pada nama domain:
<domain-name> membuat sebagian besar data dalam file master. Label dalam nama domain dinyatakan sebagai string karakter dan dipisahkan oleh titik-titik. Konvensi mengutip memungkinkan karakter sewenang-wenang untuk disimpan dalam nama domain.
dan
<character-string> diekspresikan dalam satu atau dua cara: sebagai serangkaian karakter yang berdekatan tanpa spasi interior, atau sebagai string yang dimulai dengan "dan diakhiri dengan". Di dalam "string terbatas karakter apa pun dapat terjadi, kecuali untuk" itu sendiri, yang harus dikutip menggunakan \ (back slash).
Perlu diingat bahwa di tempat lain dalam RFC 1035, khususnya §2.3 , ia memperingatkan:
2.3. Konvensi
Sistem domain memiliki beberapa konvensi yang menangani masalah tingkat rendah, tetapi mendasar. Sementara implementor bebas untuk melanggar konvensi ini DALAM SISTEM SENDIRI, ia harus mematuhi konvensi ini dalam SEMUA perilaku yang diamati dari host lain.
2.3.1. Sintaks nama yang disukai
Spesifikasi DNS berusaha untuk menjadi senyata mungkin dalam aturan untuk membangun nama domain. Idenya adalah bahwa nama objek apa pun yang ada dapat dinyatakan sebagai nama domain dengan perubahan minimal.
Namun, ketika menetapkan nama domain untuk objek, pengguna yang bijaksana akan memilih nama yang memenuhi aturan sistem domain dan aturan yang ada untuk objek, apakah aturan ini dipublikasikan atau tersirat oleh program yang ada.
Misalnya, saat memberi nama domain email, pengguna harus memenuhi aturan memo ini dan yang ada di RFC-822. Saat membuat nama host baru, aturan lama untuk HOSTS.TXT harus diikuti. Ini menghindari masalah ketika perangkat lunak lama dikonversi untuk menggunakan nama domain.
Saya pasti akan menerima klarifikasi atau koreksi lebih lanjut dari interpretasi saya, tetapi tolong jangan lakukan itu kecuali Anda dapat mengutip bagian-bagian tertentu dari RFC untuk menegaskan atau menolak interpretasi ini.