Dua kawalan dengan tugas yang berbeza
Kunci pemindahan domain ialah tetapan yang mengehadkan perpindahan pendaftaran nama domain daripada pendaftar semasa kepada pendaftar lain. Kod kebenaran, yang turut dipanggil kod AuthInfo atau EPP, ialah kelayakan yang digunakan semasa permohonan pindahan yang layak. Kedua-duanya tidak memindahkan fail laman web, menyediakan peti e-mel atau membuktikan bahawa pemohon benar-benar pemilik perniagaan. Bagi PKS Malaysia, soalan pertama ialah sama ada kerja yang dicadangkan memang melibatkan pertukaran pendaftar. Memindahkan laman ke pelayan baharu, menukar penyedia e-mel atau menyunting rekod DNS selalunya boleh dilakukan tanpa meminta kod pindahan. Kekeliruan antara kerja tersebut boleh membawa risiko keselamatan dan gangguan yang tidak perlu.
Semak status kunci pendaftar yang sebenar
Bagi banyak domain peringkat tertinggi generik, kunci pindahan pada peringkat pendaftar dipaparkan sebagai clientTransferProhibited dalam maklumat status pendaftaran. Status itu mengarahkan registri menolak pindahan antara pendaftar selagi sekatan berkuat kuasa. Ia berbeza daripada clientUpdateProhibited yang mengehadkan kemas kini, dan clientHold yang boleh menjejaskan penerbitan DNS. Label ringkas seperti Domain Lock dalam panel kawalan mungkin merangkumi beberapa tetapan berlainan. Oleh itu, semak kod status sebenar dan bukan hanya suis berwarna hijau. Panduan kod status EPP ICANN menerangkan maksud setiap kod. Jika permohonan pindahan ditolak, kenal pasti dahulu sama ada puncanya kunci pendaftar, sekatan registri atau syarat kelayakan lain sebelum mengubah tetapan.
Bezakan kunci pada peringkat registri
Kunci registri ialah perlindungan tambahan yang diurus secara berasingan bagi sesetengah sistem domain. Status seperti serverTransferProhibited dan kod lain yang bermula dengan server menunjukkan sekatan pada peringkat registri, bukannya suis biasa dalam panel pendaftar. MYNIC menerangkan perkhidmatan .MY Registry Lock yang boleh mengehadkan pindahan pendaftar, perubahan pemegang domain, kemas kini pelayan nama dan operasi sensitif lain sehingga pendaftar menguruskan penamatan kunci. Perlindungan ini berguna untuk domain perniagaan bernilai tinggi, tetapi prosedur penyelenggaraan juga menjadi lebih ketat. Jangan anggap butang Unlock dalam portal penjual semula akan menghapuskan sekatan registri. Tanya pendaftar tentang pengesahan identiti, masa pemprosesan dan cara mengaktifkan semula perlindungan.
Fahami fungsi kod AuthInfo
Kod AuthInfo ialah kelayakan khusus bagi domain yang dikeluarkan atau dijana melalui proses pendaftar semasa. Pendaftar penerima mungkin memintanya apabila memulakan pindahan domain yang disokong. Menurut ICANN, pemegang domain generik boleh menjana kod melalui antara muka pendaftar atau memintanya daripada pendaftar; jika fungsi layan diri tidak tersedia, kod perlu diberikan dalam lima hari kalendar mengikut dasar yang berkenaan. Kod ini bukan kata laluan log masuk biasa dan tidak patut diterbitkan dalam tiket yang boleh dibaca oleh kakitangan tidak berkaitan. Sesetengah pendaftar menggunakan kod dengan tempoh sah terhad atau menukarnya selepas digunakan. Dapatkan kod berhampiran masa pindahan yang diluluskan dan ikut arahan sebenar pendaftar.
Mengapa kod sahaja bukan bukti pemilikan
Memiliki kod pindahan tidak membuktikan siapa membayar domain, siapa dinamakan sebagai pemegang pendaftaran atau siapa mempunyai kuasa mengikut peraturan syarikat. Kontraktor lama mungkin masih menyimpan salinan kod walaupun kebenarannya telah tamat. Sebaliknya, pemilik yang sah mungkin tidak dapat memperoleh kod kerana akaun pendaftar dikawal bekas pekerja. Selesaikan isu tersebut melalui maklumat pemegang berdaftar, rekod kontrak, akaun pendaftar semasa dan kelulusan dalaman yang didokumenkan. Anggap pendedahan kod sebagai perkara keselamatan yang memerlukan pengesahan, bukannya pengganti pengesahan. Proses pindahan teknikal dan penyelesaian pertikaian pemilikan ialah dua urusan berbeza.
Semak sambungan domain sebelum menggunakan sesuatu peraturan
Prosedur pindahan tidak seragam bagi semua domain peringkat tertinggi. Dasar Pemindahan ICANN mengawal domain generik yang berkenaan seperti banyak nama .com, manakala domain kod negara boleh tertakluk pada proses registri tersendiri. MYNIC menerbitkan Dasar Pemindahan Pendaftar .MY serta arahan pengurusan domain. Oleh itu, syarikat Malaysia perlu mengenal pasti sama ada nama yang digunakan ialah .com, .my, .com.my atau sambungan lain sebelum menyebut tempoh atau menganggap urutan kod dan kelulusan adalah sama. Pendaftar, registri, peranan pengguna akaun dan status domain menentukan laluan sebenar. Catat halaman dasar rasmi yang disemak bersama tarikh semakan kerana antara muka dan prosedur boleh berubah.
Fahami sekatan enam puluh hari dengan tepat
Di bawah dasar ICANN yang terpakai kepada domain generik, pendaftar boleh menolak pindahan antara pendaftar dalam tempoh enam puluh hari selepas pendaftaran awal atau pindahan pendaftar sebelumnya. Sekatan enam puluh hari yang berasingan juga boleh berlaku selepas perubahan pemegang domain, tertakluk pada pilihan pengecualian dan masa yang ditetapkan oleh dasar. Peraturan ini tidak boleh dianggap terpakai kepada setiap domain kod negara. Kunci juga tidak semestinya membuktikan pendaftar bertindak salah. Jika pindahan mendesak, kenal pasti peristiwa yang memulakan tempoh tersebut dan minta alasan bertulis. Pemindahan hosting atau pelarasan DNS mungkin menjadi pilihan sementara jika pendaftar belum boleh ditukar.
Susun urutan perubahan pemegang dan pindahan
Menukar pemegang berdaftar dan menukar pendaftar ialah dua operasi berasingan. Bagi sesetengah domain generik, perubahan nama pemegang, organisasi atau e-mel berkaitan boleh mencetuskan sekatan pindahan. PKS yang mahu membetulkan maklumat pemilikan lama kemudian segera bertukar pendaftar patut membincangkan urutannya sebelum melakukan mana-mana perubahan. Jangan memalsukan butiran hubungan untuk mengelakkan kunci. Pastikan maklumat hubungan tepat, sahkan pihak yang boleh meluluskan setiap operasi dan rekodkan alasan bagi urutan yang dipilih. MYNIC mempunyai peranan pengguna dan prosedur tersendiri untuk menukar pemegang domain .MY. Semak arahan tersebut secara langsung dan jangan menganggap dasar domain generik terpakai secara automatik.
Kenal pasti pendaftar sebenar dan pengawal akaun
Syarikat yang membina laman web tidak semestinya pendaftar bagi domain tersebut. Penjual semula mungkin mengeluarkan invois dan menyediakan portal pelanggan sedangkan pendaftar bertauliah lain menguruskan pendaftaran. Gunakan nama pendaftar dalam carian pendaftaran rasmi dan bandingkannya dengan perjanjian perkhidmatan serta invois pembaharuan. Kemudian, tentukan akaun yang dikawal perniagaan untuk mengubah kunci, mendapatkan kod dan menerima notis pindahan. Jika agensi luar menguruskan akaun, minta pelan penyerahan yang didokumenkan dan bukannya berkongsi kata laluan peribadi. Inventori yang berguna menyenaraikan domain, sambungan, pendaftar, pemegang, hubungan bil, pentadbir, tarikh pembaharuan dan pelulus tanpa mendedahkan kelayakan sulit.
Lindungi akaun pendaftar sebelum membuka kunci
Kunci pindahan bukan perlindungan lengkap jika penyerang sudah mengawal akaun pendaftar. Semak siapa boleh log masuk, tarik akses bekas pekerja, aktifkan pengesahan berbilang faktor yang tersedia dan selamatkan kaedah pemulihan sebelum membuka tempoh pindahan. Gunakan alamat e-mel yang diurus syarikat untuk notis penting, tetapi pastikan alamat itu masih boleh diakses jika domain atau perkhidmatan e-mel terganggu. Jika ada saluran lain yang boleh dipercayai, jangan jadikan alamat pada domain yang sedang dipindahkan satu-satunya kaedah pemulihan. Pastikan pelulus boleh mengesahkan permintaan luar biasa melalui saluran yang sudah diketahui. Kawalan akaun perlu kukuh sebelum dan selepas pembukaan kunci sementara.
Sediakan inventori konfigurasi terlebih dahulu
Sebelum memulakan pindahan, catat pelayan nama semasa, penyedia DNS autoritatif, hos laman web, platform e-mel, rekod DNS penting dan status DNSSEC. Inventori ini bukan arahan untuk mengubah tetapan; ia bukti untuk membandingkan keadaan sebelum dan selepas. Pindahan pendaftar lazimnya tidak perlu mengubah pelayan nama atau hosting, tetapi sesetengah pendaftar penerima mempunyai syarat pendaftaran produk tersendiri. Tanya secara khusus tetapan yang akan dikekalkan dan yang mungkin berubah. Rekodkan skop sebagai 'pendaftaran berpindah; DNS, laman web dan e-mel kekal' melainkan perniagaan meluluskan migrasi berasingan. Skop yang jelas mengelakkan pentadbir daripada menggabungkan dua operasi berisiko secara tidak sengaja.
Asingkan penghalaan e-mel daripada kod pindahan
Rekod MX mengarahkan e-mel masuk kepada perkhidmatan mel; SPF, DKIM dan DMARC membantu mengawal pengesahan pengirim serta pelaporan berkaitan. Kod kebenaran pindahan tidak menyimpan rekod tersebut dan tidak boleh membaikinya. Jika penyedia turut meminta pemindahan hosting DNS, eksport atau rekodkan zon sedia ada terlebih dahulu, termasuk rekod TXT pengesahan dan CNAME berkaitan e-mel. Bandingkan zon baharu dengan inventori sebelum mengubah delegasi. Jangan anggap menyalin rekod A laman web sahaja sudah mencukupi. Bagi perniagaan yang menggunakan alamat orders@ atau accounts@, kehilangan rekod MX atau pengesahan boleh menjejaskan operasi walaupun halaman utama masih boleh dibuka.
Anggap DNSSEC sebagai risiko perubahan tersendiri
DNSSEC menambah pengesahan kriptografi pada jawapan DNS. Jika pindahan pendaftar tidak mengubah perkhidmatan DNS autoritatif, susunan tandatangan sedia ada mungkin boleh dikekalkan, namun rekod DS pada zon induk dan keupayaan pendaftar penerima tetap perlu disemak. Jika pelayan nama atau penyedia tandatangan DNS akan berubah, rekod DS lama boleh menyebabkan penyelesai yang mengesahkan DNS menolak jawapan yang sebenarnya betul. Dokumentasi pindahan Cloudflare menunjukkan mengapa proses kemasukan khususnya memerlukan pengendalian DNSSEC yang teliti. Urutan khusus penyedia itu tidak boleh dijadikan peraturan umum. Catat keadaan DS dan tandatangan semasa, ikut arahan penyedia sebenar dan uji resolusi DNS selepas setiap perubahan yang diluluskan.
Pilih masa pindahan yang munasabah
Rancang mengikut tarikh luput pendaftaran, waktu operasi perniagaan dan ketersediaan pihak bertanggungjawab. Pindahan yang masih diproses bukan pindahan yang sudah selesai, dan tempohnya berbeza mengikut registri serta pendaftar. Elakkan memulakan kerja ketika cuti umum jika satu-satunya pentadbir yang diberi kuasa tidak dapat menjawab mesej pengesahan. Semak sama ada pendaftar penerima memerlukan bayaran atau lanjutan tempoh pendaftaran dan sama ada sambungan domain tersebut menyokongnya. Jangan menjanjikan setiap pindahan menambah setahun secara automatik; domain kod negara mungkin mempunyai peraturan lain. Pelan bertulis patut menyatakan keputusan mula atau tangguh, hubungan pemantauan, notis dijangka dan keadaan yang memerlukan tindakan lanjut.
Dapatkan kod kebenaran dengan selamat
Log masuk melalui alamat rasmi pendaftar yang sudah diketahui, bukan melalui pautan dalam mesej mengejut yang mendakwa pindahan perlu dibuat segera. Cari bahagian pengurusan domain atau pindahan dan ikut proses penyedia untuk menjana atau meminta kod AuthInfo. Jika pilihan itu tiada, gunakan saluran sokongan yang disahkan dan tanya dasar bagi sambungan domain berkenaan. Jangan hantar kod kepada beberapa pembekal hanya untuk membandingkan tawaran. Simpan kod dalam saluran terhad yang diluluskan, catat siapa menerimanya dan padamkan salinan yang tidak diperlukan selepas tugas selesai. Permintaan kod bagi perpindahan yang tidak diluluskan ialah tanda amaran yang perlu disiasat.
Buka kunci hanya untuk operasi yang diluluskan
Sahkan pendaftar destinasi dan kebenaran dalaman sebelum menamatkan kunci pindahan. Jika kunci peringkat pelanggan boleh diurus sendiri, ubah hanya tetapan yang diperlukan untuk pindahan dirancang dan catat masanya. Jika kunci registri aktif, pendaftar mungkin memerlukan pengesahan tambahan serta permohonan berasingan. Jangan nyahaktifkan tetapan keselamatan lain semata-mata kerana skrip sokongan menyuruh 'buka semua kunci'. Jika pindahan gagal diteruskan, minta kod status tepat dan langkah seterusnya daripada pendaftar, bukannya membiarkan nama domain tanpa perlindungan. Tempoh pembukaan kunci patut dipantau oleh individu yang dinamakan dan tersedia untuk menyemak mesej serta aktiviti akaun luar biasa.
Hantar permohonan melalui pendaftar penerima
Pendaftar penerima biasanya memulakan permohonan antara pendaftar selepas pemegang domain memberikan maklumat serta kod yang diperlukan. Sahkan ejaan domain sebenar, nama syarikat penerima, pemilikan akaun dan caj yang terpakai sebelum menghantar permohonan. Mesej pengesahan atau notis mungkin tiba melalui pendaftar semasa atau hubungan berdaftar, bergantung pada dasar dan sistem. Baca mesej dengan teliti; notis yang sah sepatutnya sepadan dengan pindahan yang sengaja dimulakan. Jangan meluluskan domain, penerima atau akaun berbeza hanya kerana mesej itu kelihatan teknikal. Simpan nombor rujukan, butiran pesanan dan tarikh notis supaya syarikat dapat membezakan permohonan tertangguh daripada perubahan pendaftar yang benar-benar selesai.
Siasat pindahan yang ditolak atau tergendala
Pindahan yang ditolak ialah masalah yang perlu didiagnosis, bukan alasan untuk meneka konfigurasi baharu. Semak sama ada domain masih berkunci, kod tidak sah atau telah tamat tempoh, domain berada dalam tempoh sekatan, atau pengesahan yang diperlukan belum diterima. Status serverTransferProhibited yang tidak dijangka memerlukan tindakan berbeza daripada kod AuthInfo yang luput. Bagi domain generik, ICANN menyediakan panduan dan saluran aduan jika berkenaan; MYNIC mempunyai dasar pindahan pendaftar tersendiri bagi nama .MY. Minta pendaftar mengenal pasti sebab yang tepat dan simpan jawapannya. Menghantar permohonan sama berulang kali tanpa membetulkan punca boleh membuang masa dan mengaburkan jejak audit.
Kenali penipuan yang meminta kod pindahan
Penyerang boleh menyamar sebagai pendaftar, menghantar amaran pembaharuan palsu atau mendakwa audit keselamatan memerlukan kod pindahan. Mesej yang mendesak pendedahan segera, penetapan semula kata laluan melalui pautan asing atau kelulusan pindahan yang tidak diminta patut dianggap mencurigakan. Sahkan melalui portal pendaftar yang disimpan sebagai penanda buku atau hubungan sokongan yang pernah disahkan, bukan dengan membalas pengirim. Semak domain sebenar halaman log masuk dan jangan menyalin kod ke kumpulan sembang biasa. Jika kod mungkin terdedah, hubungi pendaftar segera tentang penggantian kod, penguncian dan semakan akaun. Simpan mesej mencurigakan sebagai bukti tanpa menyebarkan rahsia.
Contoh andaian perniagaan Malaysia
Bayangkan pembekal kecil di Pulau Pinang yang domain .com didaftarkan oleh agensi, sedangkan laman web dihoskan di tempat lain dan e-mel perniagaan menggunakan penyedia berasingan. Pemilik mahu menyatukan bil pendaftaran, bukan mereka bentuk semula laman. Tindakan pertama yang wajar ialah mengesahkan pemegang berdaftar serta kuasa agensi, menyenaraikan pergantungan DNS dan e-mel, kemudian mengenal pasti pendaftar penerima. Hanya selepas itu pentadbir yang diberi kuasa meminta kod pindahan dan membuka kunci sementara. Pasukan menyemak pelayan nama serta rekod mel kekal dan mengesahkan pendaftar baharu selepas selesai. Contoh ini bersifat andaian, bukan dakwaan tentang pelanggan sebenar OnHypp atau susunan penyedia tertentu.
Sahkan hasil dan pulihkan perlindungan
Selepas pindahan, sahkan pendaftar berdaftar melalui carian yang dipercayai dan bandingkan pelayan nama, resolusi DNS, respons laman web serta penghantaran e-mel dengan inventori sebelum pindahan. Pastikan akaun baharu dikawal oleh perniagaan, tetapan pembaharuan difahami dan individu yang betul menerima notis keselamatan. Aktifkan semula sekatan pindahan yang tersedia mengikut panduan pendaftar baharu; jika kunci registri digunakan, sahkan status perlindungannya telah dipulihkan. Rekodkan tarikh selesai, kelulusan, pemilik akaun dan sebarang perbezaan yang masih memerlukan tindakan. Jangan menandakan projek selesai hanya kerana resit bayaran diterima: pesanan berbayar bukan bukti registri telah mengiktiraf pendaftar baharu.
Kos, tempoh pembaharuan dan persoalan pemilikan
Sesetengah pindahan pendaftar melibatkan lanjutan pendaftaran atau caj, manakala sambungan domain lain mengikut peraturan registri yang berbeza. Minta jumlah bayaran, mata wang, cukai, tempoh pembaharuan dan akibat jika pindahan gagal sebelum meluluskan pembayaran. Kod kebenaran tidak dengan sendirinya menukar pemilikan kepada entiti undang-undang baharu, dan perpindahan domain antara dua akaun pada pendaftar sama mungkin menggunakan prosedur berlainan. Membuka kunci juga tidak membatalkan kewajipan pembaharuan domain. Jika perniagaan membandingkan beberapa penyedia, semak syarat bertulis serta tanggungjawab sokongan dan jangan menganggap harga tahun pertama paling murah menggambarkan kos keseluruhan. Contoh penerangan bukan sebut harga OnHypp yang sedang berkuat kuasa.
Senarai keputusan untuk pemilik yang bertanggungjawab
Sebelum meluluskan permintaan, pemilik patut mampu menjawab tujuh soalan praktikal: Adakah tujuan sebenar menukar pendaftar? Sambungan dan dasar manakah yang terpakai? Siapa pemegang berdaftar dan pelulus yang diberi kuasa? Adakah sekatan itu kunci pelanggan, kunci registri atau dasar berasaskan tempoh? Siapa boleh mendapatkan serta melindungi kod AuthInfo? Perkhidmatan DNS, web dan mel yang manakah mesti kekal? Siapa akan mengesahkan hasil serta memulihkan perlindungan? Jika mana-mana jawapan belum diketahui, tangguhkan pindahan dan jangan cuba meneka menggunakan kelayakan pengeluaran. Proses teliti melindungi kesinambungan perkhidmatan serta akauntabiliti. Soalan yang sama tetap berguna apabila pembekal mengendalikan langkah teknikal bagi pihak syarikat kecil.