Selesaikan masalah hosting biasa
Beberapa semakan boleh membantu mengenal pasti masalah laman web, e-mel, domain dan SSL sebelum menghubungi sokongan.
Beberapa semakan boleh membantu mengenal pasti masalah laman web, e-mel, domain dan SSL sebelum menghubungi sokongan.
1. Laman tidak boleh diakses atau 404
Sahkan URL dan domain yang betul. Semak DNS, folder laman dan sama ada fail atau laluan wujud. Ralat 404 tidak sama dengan pelayan tidak berfungsi.
2. E-mel tidak boleh hantar atau terima
Uji kedua-dua arah secara berasingan. Semak kuota, akses Webmail, folder spam, status akaun dan DNS e-mel; catat mesej ralat yang tidak sensitif.
3. Amaran SSL atau keselamatan
Semak sijil dan sama ada domain menuju ke pelayan atau proksi yang betul. Jangan abaikan amaran atau mematikan HTTPS semata-mata untuk menyembunyikan masalah.
4. Perubahan domain dan DNS
Kenal pasti lokasi DNS autoritatif. Jika Cloudflare mengurus DNS, Zone Editor cPanel mungkin tidak mengawal rekod awam. Lindungi rekod MX dan e-mel.
5. Sebelum hubungi sokongan
Catat domain terjejas, anggaran masa, cara mengulangi masalah dan teks ralat yang tidak sensitif. Jangan hantar kata laluan, cookies sesi atau kod sekali guna.
Laman tidak dibuka atau memaparkan ralat
Catat URL tepat, waktu dan ralat penuh dahulu. 404 bermaksud laluan atau fail yang diminta tidak ditemui; ia sendiri tidak membuktikan pelayan terhenti. 403 biasanya berkaitan akses atau permissions, manakala 500 menunjukkan kegagalan di pihak pelayan. Semak document root domain dan kewujudan fail index atau laluan yang dijangka sebelum memuat naik fail gantian.
Jika domain tidak dapat diselesaikan, semak nameserver autoritatif serta sama ada rekod A/AAAA menunjuk ke hosting yang betul. Perubahan DNS mungkin mengambil masa untuk muncul di rangkaian berlainan. Jangan menukar nameserver atau memadam rekod sekadar untuk menguji; simpan zon semasa dan hubungi penyedia DNS jika tidak pasti rekod mana menyokong e-mel atau perkhidmatan lain.
E-mel tidak diterima atau dihantar
Uji e-mel masuk dan keluar secara berasingan menggunakan alamat luaran. Bagi mel masuk yang hilang, semak nama peti mel tepat, folder spam, kuota storan serta penghalaan MX domain. Bagi masalah penghantaran, catat mesej lantunan atau ralat penuh dan uji mesej kecil tanpa lampiran. Antara muka Email Deliverability boleh melaporkan sesetengah isu konfigurasi DNS mel, tetapi tidak semua sekatan di pihak penerima.
Jika mel terhenti selepas perubahan domain atau hosting, sahkan sama ada perkhidmatan mel menggunakan cPanel atau penyedia luar dan sama ada rekod MX, SPF, DKIM serta DMARC masih sepadan dengan arahan penyedia itu. Jangan salin rekod DNS mel daripada domain lain. Minta penyedia menyemak log dengan waktu hantar serta alamat pengirim/penerima, tanpa kandungan peribadi mesej.
Amaran HTTPS atau ralat sijil
Gunakan SSL/TLS Status, jika tersedia, untuk menyemak status sijil bagi domain dan nama hos tepat. Sijil mungkin meliputi domain akar tetapi bukan subdomain, atau sudah luput, menunggu pengesahan atau dikecualikan daripada pembaharuan automatik. Pastikan domain menunjuk ke akaun hosting yang betul dan tiada rekod CAA bercanggah yang menghalang pihak berkuasa sijil mengeluarkan sijil.
Jangan matikan amaran keselamatan pelayar untuk menganggap laman sudah dibaiki. Minta penyedia hosting menyemak status AutoSSL, pengesahan DNS dan konfigurasi pelayan. Selepas penyedia mengesahkan pembaharuan, uji domain akar dan www melalui HTTPS serta semak redirect dan amaran mixed-content secara berasingan.
Sediakan permintaan sokongan yang berguna
Catat domain atau peti mel terjejas, langkah tepat, cap masa berserta zon waktu, teks ralat dan sama ada isu berlaku pada satu peranti atau beberapa peranti. Nyatakan perubahan terkini seperti kemas kini DNS, muat naik fail, pertukaran kata laluan atau migrasi e-mel. Sertakan tangkap layar atau pengepala mesej yang telah disunting hanya jika ia membantu menerangkan gejala.
Jangan hantar kata laluan, kod sekali guna, kandungan e-mel peribadi, rekod pelanggan atau eksport pangkalan data. Hubungi pihak betul: hosting untuk ralat pelayan dan cPanel, pendaftar bagi pemilikan/pembaharuan domain, penyedia DNS untuk rekod dan penyedia mel bagi penghantaran. Jika pemilikan tidak pasti, tanya hos mengenal pasti perkhidmatan bertanggungjawab sebelum mengubah apa-apa.
Soalan yang sering ditanya
Patutkah saya ubah DNS untuk membaiki masalah laman?
Hanya selepas mengesahkan penyedia DNS autoritatif dan nilai sasaran yang betul. Catat zon semasa dahulu; e-mel dan pengesahan mungkin bergantung pada rekod lain.
Maklumat apa membantu sokongan mendiagnosis isu?
Domain atau peti mel awam, cap masa, ralat tepat, langkah menghasilkan semula dan perubahan terkini. Jangan sertakan kata laluan, kod atau data pelanggan peribadi.
Sedang merancang perkhidmatan perniagaan? Ini langkah seterusnya yang berkaitan.
Tanya OnHypp tentang perkhidmatan berkaitan →Rujukan rasmi cPanel (dokumentasi pihak ketiga):