Selama ini manual, kami menggunakan WHM dan command-line untuk melakukan tindakan yang diperlukan (SSH mandat yang diberikan setelah pembelian server). WHM adalah user-friendly dan karya besar untuk tindakan standar. Namun, beberapa langkah-langkah yang baik jauh lebih cepat dari command-line atau tidak bisa dilakukan dari antarmuka grafis sama sekali.
Langkah-langkah dasar
Diperpanjang langkah-langkah
Pra-transfer
Menyiapkan server baru
Memastikan konektifitas antara server
Transfer
Menjalankan transfer
Pos-transfer
Memeriksa situs
Memperbaiki pos-kesalahan transfer
Menyesuaikan DNS dan lokal email/FTP klien
Langkah-langkah dasar
Ini adalah alur kerja yang disederhanakan kemungkinan untuk bekerja jika anda memiliki baru-baru ini dan default cPanel setup pada server diatur oleh Namecheap. Jika sumber server memiliki beberapa cPanel setup dan anda tidak men-tweak server yang banyak, hal ini dapat cukup.
Jika ini tidak bekerja, anda akan perlu untuk memeriksa versi diperpanjang di bawah ini dan/atau melakukan penelitian pada akhir anda.
mkdir -p /root/rpmdb_bak && cp -avr /var/lib/rpm/* /root/rpmdb_bak && rm -vf /var/lib/rpm/__db* && rpm --rebuilddb -vv && /scripts/check_cpanel_rpms --fix && /scripts/upcp --force && whmapi1 set_local_mysql_root_password password="$(openssl rand -base64 14)”
[sumber] # ifconfig | grep inet | head -1
inet 172.16.0.1 netmask 255.255.255.0 broadcast 172.16.0.255
[destination] # ifconfig | grep inet | head -1
inet 172.16.0.2 netmask 255.255.255.0 broadcast 172.16.0.255
[source] # csf -a 172.16.0.2
[tujuan] # csf -a 172.16.0.1
3. Mulai transfer:
1. Pergi ke WHM >> Alat Transfer ;
2. Masukkan IP dari server sumber dan password root;
- Pilih akun yang ingin anda transfer dan tekan Copy :
/usr/local/cpanel/bin/view_transfer transfer_id_you_saved_before --ikhtisar
5. Memeriksa situs-situs yang menggunakan host yang sesuai.
6. Menggunakan local host file seperti yang dijelaskan di sini .
Beralih DNS. Dalam kasus anda telah Private nameserver set up, anda akan perlu untuk hanya update IP dari nameserver. Jika domain anda terdaftar di Namecheap, lihat di sini .
Jika tidak, menemukan petunjuk yang diperlukan di situs registrar anda. Jika anda menggunakan nameserver (misalnya, Cloudflare), catatan dari baru (tujuan) server harus disalin ke mereka. Perlu diingat bahwa propagasi DNS dapat berlangsung hingga 24 jam.
Diperpanjang langkah-langkah
Pra-transfer
Menyiapkan server baru
Sebelum melakukan transfer itu sendiri, itu adalah ide yang baik untuk membuat pengaturan yang sama dengan server lama mungkin. Dengan cara ini anda akan memiliki lebih sedikit pekerjaan yang harus dilakukan setelah transfer.
1. Pastikan bahwa server telah diatur dengan benar, cPanel, dan layanan inti pekerjaan.
mkdir -p /root/rpmdb_bak && cp -avr /var/lib/rpm/* /root/rpmdb_bak && rm -vf /var/lib/rpm/__db* && rpm --rebuilddb -vv && /scripts/check_cpanel_rpms --fix && /scripts/upcp --force && whmapi1 set_local_mysql_root_password password="$(openssl rand -base64 14)”
Di bawah ini anda dapat menemukan dekripsi perintah:
| Bagian dari perintah | Descryption |
|---|---|
| mkdir -p /root/rpmdb_bak && cp -avr /var/lib/rpm/* /root/rpmdb_bak && rm -vf /var/lib/rpm/__db* && rpm –rebuilddb -vv | Ada kecil kemungkinan bahwa RPM database pada server akan rusak. Dalam hal ini, beberapa cPanel script (dan yum) tidak akan bekerja. Ini satu-liner punggung database saat ini dan membangun kembali dari awal. |
| /script/check_cpanel_rpms –fix | Script ini memastikan integritas dan kehadiran paket-paket yang diperlukan oleh cPanel |
| /script/hari ini –force | Segera update cPanel. Update memastikan bahwa berbagai aset dan paket-paket yang diperlukan untuk operasi normal dari cPanel yang hadir dan up-to-date. |
| whmapi1 set_local_mysql_root_password password=”$(openssl rand -base64 14)” | Memastikan bahwa setempat password root MySQL adalah set (umumnya harus keluar dari kotak, tetapi tidak ada kerugian memastikan bahwa itu adalah benar) |
CATATAN : EasyApache4 adalah pembungkus sekitar YUM package manager. Jika anda sudah familiar dengan yang terakhir, anda dapat menggunakannya sebagai gantinya. Berhati – hati- ini tidak menawarkan hal yang sama pemeriksaan kesehatan sebagai WHM GUI.
3. Paket-paket tambahan
| Nama paket | Instalasi perintah untuk mengeksekusi melalui akses shell |
|---|---|
| Engintron | cd / && rm -f engintron.sh && wget –no-check-certificate https://raw.githubusercontent.com/engintron/engintron/master/engintron.sh && bash engintron.sh menginstal |
| Node.js CATATAN : hal ini berlaku untuk CentOS + cPanel. Jika anda menggunakan CloudLinux, mulai dengan membaca ini |
yum -y install epel yum -y install ea-ruby24-mod_passenger ea-apache24-mod_env ea-nodejs10 ea-ruby24-ruby-devel Langkah-langkah rinci serta contoh konfigurasi yang tersedia di sini . |
| ConfigServer Firewall (csf) CATATAN : kita install CSF di server baru dengan cPanel secara default, langkah-langkah instalasi disediakan terutama untuk referensi anda. |
cd /usr/src; rm -fv csf.tgz; wget https://download.configserver.com/csf.tgz ; tar -xzf csf.tgz; cd csf; sh install.sh # Berjalan mereka tidak wajib, tapi jika tidak csf akan spam anda dengan positif palsu pemberitahuan sed -i ‘s/^PENGUJIAN = .*$/PENGUJIAN = “0”/’ /etc/csf/csf.conf sed -i ‘s/^IPV6 = .*$/IPV6 = “0”/’ /etc/csf/csf.conf sed -i ‘s/^LF_EMAIL_ALERT = .*$/LF_EMAIL_ALERT = “0”/’ /etc/csf/csf.conf sed -i ‘s/^LF_SU_EMAIL_ALERT = .*$/LF_SU_EMAIL_ALERT = “0”/’ /etc/csf/csf.conf sed -i ‘s/^LF_WEBMIN_EMAIL_ALERT = .*$/LF_WEBMIN_EMAIL_ALERT = “0”/’ /etc/csf/csf.conf sed -i ‘s/^LF_CONSOLE_EMAIL_ALERT = .*$/LF_CONSOLE_EMAIL_ALERT = “0”/’ /etc/csf/csf.conf sed -i ‘s/^PT_USERMEM = .*$/PT_USERMEM = “0”/’ /etc/csf/csf.conf sed -i ‘s/^PT_USERRSS = .*$/PT_USERRSS = “0”/’ /etc/csf/csf.conf sed -i ‘s/^PT_USERTIME = .*$/PT_USERTIME = “0”/’ /etc/csf/csf.conf sed -i ‘s/^PT_USERKILL_ALERT = .*$/PT_USERKILL_ALERT = “0”/’ /etc/csf/csf.conf sed -i ‘s/^LF_PERMBLOCK_ALERT = .*$/LF_PERMBLOCK_ALERT = “0”/’ /etc/csf/csf.conf sed -i ‘s/^LF_NETBLOCK_ALERT = .*$/LF_NETBLOCK_ALERT = “0”/’ /etc/csf/csf.conf sed -i ‘s/^LT_EMAIL_ALERT = .*$/LT_EMAIL_ALERT = “0”/’ /etc/csf/csf.conf sed -i ‘s/^RT_RELAY_ALERT = .*$/RT_RELAY_ALERT = “0”/’ /etc/csf/csf.conf sed -i ‘s/^RT_AUTHRELAY_ALERT = .*$/RT_AUTHRELAY_ALERT = “0”/’ /etc/csf/csf.conf sed -i ‘s/^RT_POPRELAY_ALERT = .*$/RT_POPRELAY_ALERT = “0”/’ /etc/csf/csf.conf sed -i ‘s/^RT_LOCALHOSTRELAY_ALERT = .*$/RT_LOCALHOSTRELAY_ALERT = “0”/’ /etc/csf/csf.conf sed -i ‘s/^CT_EMAIL_ALERT = .*$/CT_EMAIL_ALERT = “0”/’ /etc/csf/csf.conf |
| Softaculous | whmapi1 set_tweaksetting key=phploader nilai=ioncube & /usr/local/cpanel/whostmgr/bin/whostmgr2 –updatetweaksettings; wget -N https://files.softaculous.com/install.sh; chmod 755 install.sh; ./install.sh |
Memastikan konektifitas antara server
Jika anda tidak tweak/dijamin instalasi anda, transfer dapat dilakukan dengan menggunakan default port ssh (22) menggunakan password root dan sumber IP server.
Jika anda tidak mengamankan server anda, cara termudah untuk melanjutkan adalah untuk mengangkat dinding pembatasan dan kembali ke pengaturan dasar selama transfer. Jika anda tidak ingin melakukan itu, berikut ini akan berguna:
| Fitur keamanan | Cara membuat jemput bekerja ketika fitur ini diaktifkan |
|---|---|
| SSH password auth dinonaktifkan | Gunakan Kunci SSH untuk transfer sebaliknya. |
| Akar auth dinonaktifkan | Gunakan user dengan hak sudo di alat transfer. Langkah-langkah pada bagaimana hal itu harus diatur dapat ditemukan di artikel ini . |
| SSH login hanya diperbolehkan dari Ip tertentu | Tambahkan server tujuan ke /etc/hosts.memungkinkan pada server sumber (atau gunakan Host Access Control menu WHM) |
| Non-standar port SSH | Pastikan bahwa koneksi keluar yang diberikan melalui port adalah diperbolehkan di server tujuan. Jika anda menggunakan CSF, mereka dapat berubah di WHM >> ConfigServer Security & Firewall >> Konfigurasi Firewall Untuk lebih jelasnya, check artikel ini . Atau, edit /etc/csf/csf.conf dan restart csf (csf -r). Jika anda menggunakan iptables, tambahkan rantai berikut: iptables -A OUTPUT -p tcp –dport your_ssh_port -j ACCEPT Jika anda menggunakan firewall yang berbeda, merujuk ke halaman man. Cara yang lebih mudah adalah untuk whitelist IP dari server sumber di server tujuan dan sebaliknya. Contoh: |
Kami tidak akan menutupi pembatasan lebih lanjut karena mereka sangat jarang digunakan. Jika anda menggunakan mereka, membuat perubahan yang sesuai.
Ketika mentransfer situs antara server melalui cPanel alat-alat, anda akan memiliki untuk memilih antara yang Tersurat dan non-Express metode. Perbedaan dapat ditemukan di sini .
Berikut adalah ringkasan singkat:
- Dalam kasus Express transfer, permintaan/mail akan diarahkan ke server baru, sehingga tidak ada data akan hilang (misalnya e-commerce pesanan). The downside adalah bahwa jika sesuatu yang rusak, pengguna akhir akan terpengaruh oleh itu.
- Jika non-Express modus yang digunakan, lalu lintas tidak diarahkan. Itu berarti bahwa anda akan memiliki banyak waktu untuk memeriksa dan memperbaiki masalah yang mungkin, tapi baru email/update database tidak akan terbawa.
Ada workarounds. Misalnya, anda dapat mentransfer rekening tanpa express mode, men-tweak pengaturan server sampai mereka semua bekerja, menghapus akun dari server baru dan re-transfer mereka dengan Express mode. Jika anda anggaran atau pengetahuan teknis memungkinkan, anda dapat mengatur hal-hal seperti database replikasi, atau menggunakan layanan pihak ketiga/server terpisah untuk email handling, dll. Kemungkinannya tak terbatas dan tergantung pada spesifikasi bisnis anda. Panduan ini tidak mencakup mereka. Juga tidak Namecheap menawarkan layanan tersebut.
Menjalankan transfer
1. Pergi ke WHM >> Alat Transfer ;
2. Masukkan IP dari server sumber dan password root;
3. Klik pada Scan Remote Server :
4. Pilih akun yang ingin anda transfer dan tekan Copy :
Anda akan mendapatkan sesi transfer ID dan cPanel akan memberikan kemajuan terus-menerus update Jika jumlah total data transfer lebih kecil (katakanlah di bawah 10G). Anda bisa menunggu untuk transfer untuk menyelesaikan secara real-time. Jika tidak, salin selama sesi transfer ID ke tempat yang aman dan dekat halaman. Proses ini akan terus dan anda akan mampu untuk mendapatkan kembali ke sana kapan saja.
/usr/local/cpanel/bin/view_transfer transfer_id_you_saved_before --ikhtisar
/usr/local/cpanel/bin/view_transfer transfer_id_you_saved_before | kurang -R
CATATAN 1 : jika anda kehilangan sesi transfer ID untuk beberapa alasan, memeriksa isi dari /var/cpanel/transfer_session folder.
| Kesalahan | Solusi |
|---|---|
| ‘domain.com’ sudah ada di userdata | Domain yang sudah ada di server target. Karena ini, alat ini tidak dapat mentransfer itu userdata pengaturan karena hal itu akan melanggar Apache (setidaknya) konfigurasi.
Kemungkinan besar, anda telah menciptakan kosong akun untuk domain pada server tujuan. Jika account dengan domain yang bersangkutan tidak memegang data berharga, anda bisa menghapus secara bersama dengan transfer account dari server tujuan dan re-transfer. Pilihan lain adalah untuk mengabaikan kesalahan dan memindahkan isi dari situs ke akun domain terikat pada server baru. Pemilik domain dapat diperiksa dengan perintah berikut: |
| Database tidak ditransfer dengan ‘max_allowed_packet melebihi’ pesan. | Database menggunakan potongan besar ruang untuk menyimpan data.
Anda dapat mengkonfirmasi hal ini mencoba untuk dump database pada server sumber Setelah anda tahu nilai apa yang bekerja, menjalankan baik pada server sumber dan tujuan: Atau, anda dapat dump database dan mentransfernya secara manual (atau hapus centang ‘Home Directory’ di Alat Transfer) |
| Kesalahan yang berkaitan dengan sumber beban server di sesi transfer | Transfer sesi ditangguhkan jika beban pada server sumber terlalu tinggi. Anda akan perlu untuk menunggu selama kurang lalu lintas-masa berat untuk melakukan transfer atau pergi untuk ‘keras’ langkah-langkah seperti mematikan sumber daya-berat layanan pada server (misalnya Apache web-server). |
Pos-transfer
CATATAN : Jika anda telah menggunakan Express transfer pilihan dan sesuatu yang pecah, anda akan melihat hasil dengan segera. Karena ini, kami menyarankan untuk tidak menggunakan opsi ini jika anda memiliki berat disesuaikan setup.
Memeriksa situs
- Jika situs anda(s) fitur dalam bentuk tes otomatis, menjalankan mereka dan bertindak atas hasil.
- Memeriksa situs di server baru menggunakan host yang sesuai. Menggunakan file host adalah yang paling dapat diandalkan. Jika anda melihat kesalahan, periksa Memperbaiki pos-transfer kesalahan bagian.
Memperbaiki pos-kesalahan transfer
Tidak peduli seberapa keras anda mencoba untuk menjaga setup dan memenuhi persyaratan perangkat lunak, ada kemungkinan bahwa sesuatu yang tidak akan bekerja setelah transfer. Tabel berikut ini meliputi beberapa masalah umum yang akan anda hadapi.
| Kesalahan | Solusi |
|---|---|
| cPanel kesalahan tanpa verbose deskripsi2. | 1. Coba update cPanel, ia bekerja pada 95% kasus /script/hari ini –force 2. Jika itu tidak membantu, cek error log cPanel dan bertindak sesuai. kurang /usr/local/cpanel/logs/error_log |
| Situs itu bekerja pada server lama tapi pecah di baru | Kemungkinan besar, server baru tidak harus sama versi PHP yang terinstal dan dikembalikan ke sistem default.
Dalam hal ini, menginstal versi yang diperlukan dan beralih ke sana. Sebagai alternatif, anda dapat mencoba beralih PHP-FPM untuk domain on/off. Keduanya bisa dilakukan di WHM > MultiPHP Manager Jika tidak ada perbaikan bekerja, anda akan perlu untuk memeriksa PHP/Apache error log yang relevan kesalahan. |
| Entri berikut pada PHP error_log (atau pada situs ini, tergantung pada apa yang error_reporting diatur) [25-Jun-2020 01:10:00 UTC] Peringatan PHP: Modul ‘PDO’ sudah dimuat di Unknown on line 0 [25-Jun-2020 01:10:00 UTC] Peringatan PHP: Modul ‘pdo_sqlite’ sudah dimuat di Unknown on line 0 …. |
menemukan /opt/cpanel/ea-php*/root/etc/php.d/zzzzzzz-pecl.ini-menghapus |
| /var/log/messages | Umum sistem log. ftp, bernama, ssh kesalahan. Pesan-pesan Kernel dan banyak lagi. |
| /usr/local/cpanel/logs/error_log | Error log cPanel itu sendiri (kesalahan yang anda akan melihat pada antarmuka cPanel yang paling mungkin dicatat di sini dengan tambahan info) |
| /var/log/apache2/error_log or /var/log/httpd/error_log |
Apache web-server error log |
| /var/cpanel/php-fpm/ user /logs/error.log | User’s php-fpm error log |
| /opt/cpanel/ea-php versi /root/var/log/php-fpm/kesalahan.log Ex: /opt/cpanel/ea-php56/root/var/log/php-fpm/kesalahan.log /opt/cpanel/ea-php72/root/var/log/php-fpm/kesalahan.log |
Global php-fpm kesalahan untuk versi tertentu |
| /home/ user /log | Pengguna lokal php-fpm log |
| /home/ user / site_document_root /error_log | Lokal php error log (ketika php-fpm tidak digunakan) |
forum cPanel
cPanel/WHM dokumentasi
Stackoverflow
Terlepas dari mana anda mendapatkan informasi, pastikan bahwa anda sepenuhnya memahami apa tindakan yang dilakukan untuk sistem sebelum menerapkan mereka.
Menyesuaikan DNS dan lokal email/FTP klien
Setelah anda melakukan transfer data dan memastikan bahwa semua kesalahan diperbaiki, itu adalah waktu untuk membuat situs(s) bekerja dari server baru.
- Jika anda menggunakan custom reverse DNS (PTR) record, silakan menjangkau kami melalui Live Chat sehingga kita dapat mengatur diperlukan PTR IP server baru untuk anda. Jika tidak, anda mungkin menghadapi masalah dengan deliverability email pada server baru.
- Check email/FTP klien (menggunakan pengaturan yang sama seperti untuk server lama, tapi menggunakan IP server baru sebagai host).
- Setelah langkah di atas selesai, anda dapat melanjutkan ke DNS switch. Dalam kasus anda menggunakan private server DNS untuk semua domain pada server, anda hanya akan perlu untuk mendaftarkan mereka dengan Ip baru (yang dapat ditemukan di WHM > Edit DNS Zone menu).
Jika domain anda terdaftar di Namecheap, lihat artikel ini . Jika tidak, menemukan petunjuk yang diperlukan di situs registrar anda. Jika anda menggunakan nameserver (misalnya, Cloudflare), catatan dari baru (tujuan) server harus disalin ke mereka. Perlu diingat bahwa propagasi DNS dapat berlangsung sampai 24-48 jam.
Jika anda telah mencapai titik ini, transfer berakhir dan semua situs yang bekerja dari server baru.
Itu saja.