[email protected]CONNECT • BUILD • GROW
DOMAIN & DNS

Siapa Patut Memiliki Nama Domain Perniagaan Anda?

Soalan pertama ialah nama siapa yang direkodkan sebagai pemegang pendaftaran domain, bukannya siapa membina laman web atau membayar invois terkini.

OnHypp Editorial · 10 min bacaan
Ilustrasi glob ungu dan lavender yang mewakili pengurusan domain dan DNS.

Pemegang pendaftaran bukan semestinya pereka laman

Soalan pertama ialah nama siapa yang direkodkan sebagai pemegang pendaftaran domain, bukannya siapa membina laman web atau membayar invois terkini. Pendaftaran memberi hak berdasarkan perjanjian dan peraturan pendaftar serta pengendali domain; ia bukan pembelian kekal terhadap sesuatu perkataan di internet. Pereka boleh mengurus hosting, menyunting DNS dan menyelenggara laman tanpa menjadi pemegang domain. Bagi perniagaan kecil di Malaysia, matlamat utamanya ialah kesinambungan operasi: perniagaan mesti mengetahui pihak yang diberi kuasa, dapat memperbaharui nama, meluluskan perubahan dan memulihkan kawalan apabila kontraktor atau pekerja berhenti. Catatkan setiap peranan secara berasingan sebelum membeli perkhidmatan.

Pilih pemegang sah sebelum membuat pembayaran

Jika domain mewakili syarikat yang diperbadankan, organisasi perlu menentukan entiti sah yang sepatutnya menjadi pemegang pendaftaran. Pemilik tunggal mungkin mempunyai identiti dan dokumen yang sesuai berbeza daripada syarikat sendirian berhad. Jangan anggap e-mel peribadi pengarah atau akaun pekerja bebas boleh menggantikan rekod perniagaan dengan sendirinya. Untuk nama .my, MYNIC menerbitkan panduan kelayakan dan dokumen sokongan mengikut kategori, termasuk dokumen komersial bagi .com.my. Sahkan kategori tepat dan bukti yang diperlukan sebelum membeli. Jika terdapat beberapa entiti dalam kumpulan perniagaan, tentukan entiti yang berhak menggunakan nama tersebut dan rekodkan sebab keputusan itu dibuat.

Fahami empat peranan hubungan MYNIC

MYNIC membezakan pemegang pendaftaran daripada hubungan pentadbiran, teknikal dan bil. Panduan pengurusannya menerangkan bahawa hubungan pentadbiran ialah wakil yang diberi kuasa oleh organisasi pemegang domain; hubungan teknikal mengurus perkara pelayan nama, manakala hubungan bil mengurus maklumat pembayaran. Peranan ini mempunyai kuasa operasi yang berlainan, bukan sekadar gelaran. Juruteknik dipercayai boleh menyelenggara DNS tanpa diberi kuasa menukar pemegang pendaftaran. Kakitangan kewangan boleh menerima invois tanpa memerlukan akses pelayan nama. Bagi setiap peranan, catat orang utama, pengganti dalaman dan laluan kelulusan. Semak aturan layan diri MYNIC yang terkini untuk tindakan tertentu; jangan andaikan semua hubungan boleh melakukan semua perkara.

Akses akaun pendaftar ialah lapisan berasingan

Pendaftar ialah syarikat yang mengurus pendaftaran; portal pelanggannya mungkin mengandungi kawalan pembaharuan, maklumat hubungan, tetapan pemindahan dan kaedah pembayaran. Walaupun organisasi berdaftar adalah betul, kehilangan satu-satunya akses masuk boleh melambatkan kerja penting. Perniagaan patut mempunyai pemilik akaun yang direkodkan, kaedah pemulihan di bawah kawalannya dan individu yang menyemak notis pembaharuan. Elakkan kata laluan bersama yang diedarkan melalui perbualan. Jika pendaftar menyediakan akses wakilan, gunakan fungsi itu dan bukannya memberikan kata laluan utama kepada setiap kontraktor. Simpan maklumat sokongan serta prosedur pemulihan akaun pendaftar sebelum sebarang kejadian berlaku.

Asingkan e-mel pemulihan daripada domain tersebut

Alamat pemulihan akaun yang menggunakan domain sama mewujudkan kebergantungan berulang. Jika domain luput, DNS rosak atau hosting e-mel digantung, orang yang mahu memulihkan domain mungkin tidak dapat menerima mesej tetapan semula. Reka bentuk lebih selamat menggunakan saluran pemulihan berasingan yang dikawal organisasi, dilindungi pengesahan kukuh dan didokumenkan untuk kakitangan berkuasa. Ini bukan bermaksud menggunakan peti mel peribadi pekerja tanpa tadbir urus. Pastikan alamat masih aktif, telefon pemulihan boleh dicapai dan seorang lagi pegawai memahami prosedur eskalasi. Uji maklumat pemulihan secara berkala tanpa sengaja menyebabkan akaun terkunci.

Asingkan pentadbiran DNS daripada kawalan pendaftaran

Rekod DNS menentukan hala tuju trafik web dan e-mel, tetapi mengubah rekod bukan sama dengan memegang pendaftaran. Pembekal mungkin mengurus DNS dalam papan pemuka yang berasingan daripada pendaftar. Dokumenkan kedua-dua sistem: syarikat yang menaja pendaftaran, perkhidmatan yang menghoskan DNS autoritatif, pihak yang boleh menukar pelayan nama dan pihak yang boleh menyunting rekod. Pembangun laman biasanya hanya memerlukan kebenaran untuk tugas laman; perubahan rekod MX e-mel atau pemindahan domain patut memerlukan kelulusan tambahan. Cloudflare menerangkan peranan ahli dengan skop tertentu, menunjukkan akses teknikal boleh diberikan tanpa mengagihkan semua keistimewaan akaun.

Gunakan akses individu dengan kuasa minimum

Setiap orang yang boleh mengubah domain penting membawa kemungkinan kesilapan atau pencerobohan. Berikan akaun individu jika pembekal menyokongnya, aktifkan pengesahan berbilang faktor yang tersedia dan hadkan kuasa mengikut tugas. Orang yang diupah untuk menukar satu rekod laman tidak semestinya memerlukan akses bil, pemindahan atau pemilik akaun. Semak semula kebenaran apabila fasa projek berubah, kontrak pembekal tamat atau selepas insiden keselamatan. Simpan senarai pentadbir yang diluluskan secara dalaman, tetapi jangan letakkan kata laluan atau kod pemulihan dalam repositori laman awam. Keselamatan memerlukan pemberian, pemeriksaan dan pembatalan kuasa secara berterusan, bukan sekadar memilih kata laluan kuat sekali sahaja.

Sediakan rekod serahan sebelum kerja bermula

Taklimat perkhidmatan bertulis patut menyatakan siapa mendaftarkan domain, pemegang yang dimaksudkan, pendaftar, tempoh pendaftaran, pembayar pembaharuan dan cara perniagaan menerima akses akaun. Jika pembekal membeli domain bagi pihak pelanggan, jelaskan sama ada pembekal bertindak sebagai pentadbir, penjual semula atau pemegang berdaftar, serta cara pertukaran yang diperlukan akan dilakukan. Jangan bergantung pada janji lisan bahawa domain milik pelanggan. Minta nama domain, pengesahan pendaftaran dan tangkapan skrin atau eksport butiran akaun yang berkaitan, sambil melindungi pengenal sensitif. Ini menjadikan serahan kemudian sebagai prosedur biasa dan bukannya pertikaian.

Invois sahaja tidak menyelesaikan isu kawalan

Resit pembayaran berguna sebagai bukti transaksi komersial, tetapi ia tidak dengan sendirinya menentukan semua hak dalam perjanjian pendaftaran domain. Perniagaan mungkin membayar balik kos pembangun sedangkan pendaftar masih merekodkan pembangun sebagai pemegang. Sebaliknya, agensi mungkin membayar menggunakan kad sendiri walaupun perniagaan direkodkan dengan betul sebagai pemegang. Bandingkan invois, skop kontrak, data pendaftaran dan kebenaran portal sebenar; jangan anggap satu dokumen sahaja muktamad. Jika rekod bercanggah, hentikan perubahan yang tidak mendesak, simpan bukti bertarikh dan dapatkan pembetulan melalui pendaftar serta perjanjian bertulis. Pertikaian hak mungkin memerlukan nasihat profesional.

Semak aturan MYNIC untuk pertukaran pemegang

Menukar pemegang berdaftar bukan sekadar menyunting profil laman. Panduan pengurusan domain MYNIC menerangkan tindakan khusus pertukaran pemegang yang boleh dihantar oleh pengguna dengan Peranan Pentadbiran sebelum domain luput. Panduan itu turut membezakan pemindahan antara akaun layan diri dan pemindahan antara pendaftar. Kenal pasti tindakan sebenar yang diperlukan kerana setiap satu menyelesaikan masalah berlainan. Sebelum menghantar permohonan, sahkan kebenaran pemegang semasa, dokumen sokongan, status domain dan butiran penerima. Simpan pengesahan selepas selesai dan semak semula rekod pemegang. Jangan nyatakan pertukaran sudah selesai hanya kerana tiket sokongan telah dibuka.

Bezakan pemindahan .com daripada perubahan .my

Bagi domain aras tertinggi generik seperti .com, Dasar Pemindahan ICANN mengawal banyak prosedur pemindahan antara pendaftar dan pertukaran pemegang. Aturan yang diterbitkan merangkumi keadaan pemindahan boleh ditolak, dan pertukaran pemegang boleh mencetuskan sekatan pemindahan antara pendaftar selama 60 hari melainkan pilihan pengecualian yang tersedia dibuat terlebih dahulu. Aturan itu tidak boleh digunakan secara automatik kepada domain .my yang tertakluk pada prosedur MYNIC sendiri. Jika rancangan melibatkan pertukaran pemegang serta pendaftar, tanya pendaftar semasa tentang turutan yang sah sebelum melakukan kedua-duanya. Urutan yang betul boleh mengelakkan sekatan tidak perlu atau serahan yang tidak lengkap.

Pastikan maklumat hubungan tepat dan boleh dihubungi

Maklumat hubungan pendaftaran memberi kesan kepada operasi. ICANN menerangkan bahawa pendaftar perlu mengesahkan maklumat hubungan tertentu dan boleh menggantung pendaftaran domain generik jika pengesahan yang diperlukan tidak diselesaikan. Gunakan hubungan perniagaan yang diselenggara dan balas mesej pengesahan sah melalui portal dipercayai pendaftar. Kemas kini butiran segera apabila kakitangan atau maklumat syarikat berubah. Jangan andaikan carian WHOIS awam akan memaparkan identiti penuh pemegang: MYNIC telah mengehadkan pendedahan awam medan hubungan peribadi. Untuk audit pemilikan dalaman, minta bukti akaun berwibawa daripada pendaftar atau pemegang dan bukannya meneka berdasarkan hasil carian awam yang disamarkan.

Tanggungjawab pembaharuan memerlukan pengganti

Pendaftaran domain mempunyai tempoh tertentu, maka rekod pemegang yang betul masih tidak mencukupi jika tiada sesiapa memantau tarikh luput. Lantik pegawai pembaharuan dan seorang pengganti yang boleh mengurus proses bil. Catat domain, pendaftar, tarikh pembaharuan, pemilik kaedah pembayaran dan bukti pembaharuan berjaya dalam inventori terkawal. Semak tetapan pembaharuan automatik, tetapi jangan bergantung padanya tanpa memeriksa kegagalan pembayaran serta notis pengesahan. Asingkan perancangan pembaharuan daripada langganan hosting dan e-mel yang mungkin mempunyai pembekal serta tarikh berlainan. Peringatan kalendar ialah isyarat untuk menyemak transaksi selesai, bukan bukti pembaharuan telah berlaku.

Dokumenkan tindakan apabila kakitangan berhenti

Apabila pentadbir domain meletak jawatan, perniagaan tidak sepatutnya baru mengetahui bahawa satu-satunya e-mel pemulihan atau peranti pengesahan milik individu tersebut. Masukkan akses domain dalam senarai semak keluar pekerja: kenal pasti akaun pendaftar dan DNS, pindahkan tanggungjawab pentadbiran, batalkan akses tidak perlu dan sahkan faktor pemulihan masih berfungsi. Simpan rekod audit yang diperlukan mengikut polisi syarikat; jangan memadam bukti secara sewenang-wenangnya. Jika pekerja yang keluar ialah pemegang domain berdaftar, itu isu pemilikan berasingan yang memerlukan prosedur pendaftar serta kebenaran bertulis. Anggap perubahan sebagai serahan terkawal dengan pengesahan dua orang, khususnya apabila e-mel dan laman bergantung pada domain.

Penamatan kontraktor mesti mengekalkan perkhidmatan

Serahan pembekal patut menginventori domain, pendaftar, pelayan nama, zon DNS, akaun hosting, pembekal e-mel, pengaturan SSL dan integrasi pihak ketiga. Sahkan pihak yang mengekalkan setiap akaun serta sama ada hubungan teknikal baharu diperlukan. Sebelum membatalkan akses kontraktor, pastikan wakil perniagaan yang diberi kuasa boleh melakukan tugas penting yang sama dan sandaran konfigurasi berkaitan tersedia. Jangan menukar pelayan nama semata-mata untuk menunjukkan kawalan: perubahan cuai boleh mengganggu penghalaan e-mel atau laman web. Catat ujian yang dibuat, kebenaran yang dibatalkan dan perkara yang masih dipegang pembekal lama mengikut perjanjian bertulis.

Contoh andaian pendaftaran oleh pekerja bebas

Bayangkan peruncit di Pulau Pinang yang laman pertamanya dibina pekerja bebas. Pekerja bebas mendaftarkan domain melalui akaun peribadi, menetapkan e-mel dan menghantar invois tahunan kepada peruncit. Dua tahun kemudian peruncit menukar agensi tetapi tidak memperoleh akses masuk pendaftar. Tindakan segera ialah mengumpul bukti, bukannya memindahkan DNS secara tergesa-gesa. Cari kontrak, invois, status domain, komunikasi dan sebarang bukti pemegang yang dimaksudkan. Tanya pendaftar semasa tentang prosedur pertukaran atau pemulihan akaun yang disahkan. Sementara isu belum selesai, lindungi perkhidmatan yang masih berfungsi dan jangan mendakwa peruncit memiliki hak pendaftaran secara sah tanpa meneliti perjanjian sebenar.

Jika pengasas menggunakan akaun peribadi

Pengasas mungkin mendaftarkan nama sebelum syarikat ditubuhkan secara rasmi. Keadaan itu boleh difahami pada peringkat awal, tetapi susunannya patut dikaji apabila entiti perniagaan dan tadbir urus menjadi jelas. Tentukan sama ada pemegang perlu ditukar, sama ada pendaftar menyokong akaun syarikat dan dokumen yang diperlukan. Jangan membuat perubahan tergesa-gesa sebelum pemindahan atau pembaharuan penting; sesetengah pertukaran pemegang domain generik mempengaruhi kelayakan pemindahan. Dokumenkan siapa meluluskan perubahan bagi pihak organisasi dan simpan rekod terdahulu. Matlamatnya ialah peralihan yang boleh dijejaki, bukan mengubah sejarah seolah-olah syarikat sentiasa menjadi pemegang asal.

Gunakan daftar aset domain yang terkawal

Daftar domain yang berguna mengandungi lebih daripada nama dan tarikh luput. Sertakan sambungan tepat, tujuan perniagaan, pemegang sah, pendaftar, pemilik akaun, hubungan pentadbiran, hos DNS, saluran pemulihan, tarikh pembaharuan, pegawai kelulusan dan tarikh semakan bukti terkini. Bagi butiran akaun sensitif, simpan rujukan kepada pengurus kelayakan yang dilindungi dan bukannya menyalin rahsia ke hamparan. Jika terdapat beberapa jenama atau pendaftaran perlindungan, tandakan domain yang kritikal dan yang pilihan. Semak inventori setiap kali domain baharu dibeli atau tanggungjawab kakitangan berubah. Daftar yang belum sempurna tetapi diselenggara lebih berguna daripada senarai cantik yang tidak pernah diperiksa.

Sahkan kawalan tanpa membuat perubahan berisiko

Semakan kawalan patut berdasarkan bukti dan mengurangkan gangguan. Minta wakil berkuasa masuk ke portal pendaftar, memeriksa rekod pemegang serta hubungan, mengesahkan akses pembaharuan dan menentukan siapa boleh mendapatkan sokongan. Periksa DNS secara berasingan dengan mencatat pelayan nama autoritatif serta rekod berkaitan e-mel tanpa menyuntingnya. Pastikan seorang lagi pegawai berkuasa mengetahui proses eskalasi. Simpan tangkapan skrin atau eksport bertarikh dalam rekod perniagaan terlindung, sambil menyembunyikan kod pemulihan dan butiran pembayaran. Jika sesuatu kebenaran tidak dapat ditunjukkan, tandakannya sebagai belum disahkan dan atur ujian terkawal bersama pembekal; jangan mendakwa kawalan penuh hanya daripada satu tangkapan skrin.

Apabila pertikaian atau sekatan menghalang serahan

Bukan semua pertikaian domain boleh diselesaikan dengan menetapkan semula kata laluan. Jika pemegang yang direkodkan mempertikaikan perubahan, simpan surat-menyurat dan kenal pasti prosedur rasmi pendaftar. Bagi domain generik, aturan pemindahan ICANN menyenaraikan beberapa sebab pemindahan boleh ditolak; kewujudan pertikaian mungkin relevan. Bagi .my, rujuk prosedur pemegang dan pentadbiran MYNIC yang terkini. Jangan memintas kebenaran, menyamar sebagai pihak hubungan atau menerbitkan dakwaan pemilikan yang belum disahkan. Jika pihak terlibat tidak sependapat tentang hak kontrak, dapatkan nasihat undang-undang yang sesuai. Sementara itu, dokumenkan kesan kepada perniagaan dan buat hanya perubahan berkuasa yang melindungi perkhidmatan pelanggan sedia ada.

Keputusan akhir dan senarai semak penerimaan

Sebelum menganggap tadbir urus domain lengkap, tanyakan lima soalan berasingan. Adakah entiti perniagaan yang dimaksudkan direkodkan sebagai pemegang? Bolehkah orang berkuasa mengakses pendaftar dan menerima mesej pengesahan? Adakah peranan DNS serta bil diberikan dengan kuasa terhad? Adakah pembaharuan dipantau bersama pegawai pengganti? Bolehkah perniagaan memulihkan atau menyerahkan akses apabila pembekal berhenti? Jawapan 'ya' perlu disokong bukti, bukan jaminan lisan semata-mata. Paparkan perkara yang belum selesai bersama pegawai bertanggungjawab dan tarikh sasaran. Pendekatan ini tidak menjamin bebas pertikaian atau gangguan, tetapi mengurangkan kebergantungan tidak perlu pada seorang individu dan menyediakan asas praktikal untuk kesinambungan.

Sumber & bacaan lanjut

Bersedia melihat perkhidmatan berkaitan?

Lihat perkhidmatan OnHypp yang berkaitan dan tentukan sama ada ia sesuai dengan keperluan perniagaan anda.

DomainE-mel & hosting