Jasa Manage cPanel & WHM

Pekerjaan cPanel dan WHM yang kami tangani

Cakupannya meliputi operasional harian maupun proyek satu kali seperti migrasi:

• Instalasi cPanel/WHM pada server baru beserta konfigurasi awal yang aman.
• Migrasi akun antar-server, termasuk berkas, basis data, email, dan catatan DNS.
• Tuning EasyApache, pemilihan versi PHP, dan pengaturan batas sumber daya per akun.
• Penyusunan paket hosting, kuota, dan pengaturan reseller.
• Konfigurasi backup memakai JetBackup atau mekanisme backup bawaan.
• Pemasangan Imunify360, CXS, atau ClamAV untuk perlindungan terhadap malware.
• Penanganan akun yang terinfeksi, mengirim spam, atau memakai sumber daya berlebihan.

Migrasi akun cPanel tanpa kehilangan data

Migrasi antar-server cPanel relatif aman karena formatnya seragam, tetapi tetap ada titik rawan: perbedaan versi PHP, jalur berkas yang berbeda, alamat IP yang berubah, dan email yang masih mengalir ke server lama.

Kami menjalankan migrasi dengan sinkronisasi awal, uji coba akses lewat berkas host sebelum DNS diubah, lalu sinkronisasi selisih menjelang perpindahan. Server lama dibiarkan hidup selama masa observasi sehingga tidak ada email atau data yang tertinggal.

Menjaga performa server hosting bersama

Pada server hosting bersama, satu akun yang boros bisa membuat puluhan situs lain ikut melambat. Karena itu isolasi antar-akun menjadi kunci, dan di sinilah CloudLinux banyak membantu dengan membatasi sumber daya per akun.

Kami juga memantau proses yang berjalan lama, menyetel jumlah worker PHP, dan mengaktifkan cache di tingkat server. Bila satu akun terus-menerus melewati batas, laporannya kami serahkan agar Anda bisa menawarkan paket yang lebih sesuai kepada pemiliknya.

Setting WHM reseller dan pembagian sumber daya

Untuk penyedia hosting maupun perusahaan yang membagi server ke beberapa unit, pekerjaan setting WHM reseller menentukan seberapa rapi batas antar-pengguna. Yang perlu ditetapkan: paket dengan kuota disk dan bandwidth yang jelas, batas jumlah akun per reseller, hak akses fitur mana yang boleh dipakai, serta pembatasan sumber daya per akun.

Tanpa pembatasan sumber daya, satu akun yang menjalankan skrip berat bisa membuat puluhan situs lain melambat bersamaan. Di sinilah CloudLinux berperan: ia membatasi CPU, memori, dan proses per akun sehingga masalah tetap terkurung di akun yang menyebabkannya.

Backup dengan JetBackup dan pemulihan mandiri

Mekanisme cadangan bawaan cPanel berjalan, tetapi pemulihannya harus lewat administrator. JetBackup cPanel mengubah itu: pengguna bisa memulihkan berkas, basis data, atau akun email sendiri dari antarmuka mereka, tanpa membuka tiket.

Dari sisi pengelola, keuntungannya dua: beban dukungan turun, dan cadangan bisa disimpan ke penyimpanan objek di luar server dengan masa simpan bertingkat. Kami menyiapkan penjadwalannya, menguji pemulihan pada satu akun contoh, lalu menyerahkan panduan singkat untuk pengguna Anda.

Keamanan server hosting bersama

Server yang menampung banyak situs milik orang lain punya risiko khas: satu situs yang diretas bisa menjadi pijakan untuk menjangkau yang lain. Imunify360 cPanel menutup sebagian besar celah itu dengan firewall aplikasi, pemindaian malware yang berjalan terus, dan pembersihan otomatis pada berkas yang terinfeksi.

Selain itu kami mengunci hal-hal yang sering terlewat: menonaktifkan fungsi PHP berbahaya di tingkat server, membatasi pengiriman email per akun per jam supaya akun yang diretas tidak sempat merusak reputasi IP seluruh server, dan memisahkan direktori sementara agar skrip tidak bisa dieksekusi dari sana.

Pembatasan pengiriman email itu sering ditolak di awal karena terasa mengganggu, tapi justru itu yang menyelamatkan reputasi IP. Satu akun yang diretas tanpa pembatasan bisa mengirim puluhan ribu pesan dalam beberapa jam — dan memulihkan IP dari daftar hitam setelahnya butuh waktu berhari-hari.

Migrasi akun cPanel antar-server

Perpindahan antar-server cPanel relatif aman karena formatnya seragam, tapi tetap ada titik rawan: perbedaan versi PHP yang membuat sebagian situs error, alamat IP yang berubah sehingga aturan firewall pihak ketiga menolak koneksi, dan email yang masih mengalir ke server lama selama DNS belum menyebar.

Urutan yang kami pakai: sinkronisasi awal seluruh akun sementara server lama tetap melayani pengunjung, pengujian akses lewat berkas host sebelum DNS diubah, penurunan nilai TTL beberapa hari sebelumnya, lalu sinkronisasi selisih terakhir menjelang perpindahan.

Server lama dibiarkan hidup selama masa observasi. Untuk akun yang menerima email, ia disetel meneruskan pesan ke server baru sehingga tidak ada yang tertinggal meski perubahan DNS belum merata di seluruh dunia.

Setelah masa observasi lewat, kami kirimkan daftar akun beserta status verifikasinya — mana yang sudah dipastikan berjalan normal, dan mana yang perlu ditindaklanjuti pemiliknya, biasanya karena memakai pengaturan khusus di luar standar cPanel.