7 Lỗi Khi Thay cPanel Bằng Panel Khác Và Cách Xử Lý

chown -R siteuser:siteuser /path/to/website
find /path/to/website -type d -exec chmod 755 {} ;
find /path/to/website -type f -exec chmod 644 {} ;

chmod -R 775 storage bootstrap/cache

/home/username/public_html

Panel khác có thể dùng:

/home/username/domains/domain.com/public_html
/var/www/html
/home/cloudpanel/htdocs/domain.com

Code, cron, script deploy, file config có thể hardcode đường dẫn cũ. Sau migration, cron báo file not found, upload sai thư mục, cache lỗi.

Cách xử lý

Tìm đường dẫn cũ trong source và cron:

grep -R "/home/olduser" /path/to/website

Cập nhật:

– .env
– config.php
– wp-config.php
– cron command
– script backup
– script deploy
– symlink
– config queue/supervisor nếu có

Với WordPress, kiểm tra thêm upload_path trong database nếu từng cấu hình custom.

6. Lỗi PHP version và extension

Lỗi

Website đang chạy PHP 7.4 trên cPanel, sang panel mới mặc định PHP 8.2. Kết quả: plugin cũ lỗi, theme lỗi, framework cũ không tương thích. Ngược lại, app mới cần PHP 8.1 nhưng panel mới chưa bật đúng version.

Thiếu extension cũng gây lỗi trắng trang, lỗi 500, lỗi composer.

Cách xử lý

Ghi nhận PHP version từng domain trước khi chuyển. Trên server cũ:

php -v
php -m

Trong cPanel, xem MultiPHP Manager và PHP Extensions.

Trên panel mới, cài đúng PHP version và extension. Test log:

– Apache/Nginx error log.
– PHP-FPM log.
– Application log.
– storage/logs/laravel.log với Laravel.
– wp-content/debug.log với WordPress nếu bật debug.

Không nâng PHP trong cùng lúc migration nếu không cần. Chuyển ổn trước, nâng sau.

7. DNS chuyển quá nhanh, TTL quá cao

Lỗi

Nhiều người đổi nameserver hoặc A record ngay khi chưa test đủ. TTL cũ còn cao, DNS cache lan chậm. Một số người vào server mới, số khác vào server cũ. Đơn hàng, comment, form, mail bị chia đôi.

Cách xử lý

Trước migration 24-48 giờ, giảm TTL xuống 300 giây cho bản ghi quan trọng:

– A
– AAAA
– MX
– CNAME
– TXT liên quan mail

Nếu dùng DNS ngoài như Cloudflare, Route 53, DNS Made Easy, giữ DNS ở đó để chỉ đổi IP, không đổi nameserver nếu không cần.

Sau cutover, kiểm tra:

dig domain.com A
dig domain.com MX
dig domain.com TXT

Dùng nhiều resolver:

dig @8.8.8.8 domain.com A
dig @1.1.1.1 domain.com A

8. Mail migration thiếu SPF, DKIM, DMARC

Lỗi

Website chạy được nhưng mail vào spam hoặc không gửi được. Nguyên nhân thường là:

– MX vẫn trỏ server cũ.
– SPF chưa thêm IP mới.
– DKIM khác panel cũ.
– DMARC chặn mail.
– Reverse DNS chưa đúng.
– Port 25 bị nhà cung cấp VPS chặn.
– Mailbox không migrate đủ.

Cách xử lý

Xác định mail đặt ở đâu:

– Mail local trên server.
– Google Workspace.
– Microsoft 365.
– Zoho.
– Mail gateway ngoài.

Nếu dùng mail local, migrate mailbox bằng IMAP sync hoặc copy maildir đúng cách. Cấu hình lại:

– MX trỏ đúng host mail.
– SPF chứa IP mới hoặc include đúng dịch vụ gửi.
– DKIM tạo lại trên panel mới, cập nhật TXT.
– DMARC kiểm soát từ mức mềm:

v=DMARC1; p=none; rua=mailto:[email protected]

Sau khi ổn, mới tăng lên quarantine hoặc reject.

Kiểm tra gửi mail bằng Mail Tester, Gmail header, log mail server.

9. SSL bị mất hoặc cấp lại lỗi

Lỗi

cPanel tự cấp AutoSSL. Panel mới chưa cấu hình Let’s Encrypt đúng, domain chưa trỏ về IP mới, IPv6 sai, DNS proxied sai, hoặc webroot bị chặn. Kết quả: website báo không an toàn, redirect HTTPS vòng lặp.

Cách xử lý

Trước cutover, nếu cần test HTTPS, dùng hosts file hoặc staging domain. Sau khi DNS trỏ đúng, cấp SSL trên panel mới.

Kiểm tra:

– Domain và www cùng trỏ đúng IP.
– Port 80 mở để Let’s Encrypt xác thực HTTP-01.
– IPv6 không trỏ sai.
– Cloudflare SSL mode dùng Full hoặc Full (strict), tránh Flexible với site ép HTTPS.
– Không có redirect chặn /.well-known/acme-challenge/.

Nếu dùng SSL trả phí, import đủ certificate, private key, CA bundle.

10. Cron job và background worker bị bỏ quên

Lỗi

Cron trong cPanel nằm riêng từng user. Khi chuyển, nhiều người chỉ copy web/database. Tác vụ tự động dừng: gửi email, đồng bộ kho, xóa cache, chạy queue, backup, renew token.

Cách xử lý

Xuất cron từ server cũ:

crontab -l -u username

Tạo lại trên server mới đúng user, đúng PHP path, đúng working directory.

Ví dụ Laravel:

    * cd /path/to/project && /usr/bin/php artisan schedule:run >> /dev/null 2>&1

Nếu app dùng queue worker, cấu hình Supervisor hoặc service tương đương. Panel không luôn tự quản lý worker.

11. Database import lỗi charset, collation, user privilege

Lỗi

Import database xong website vẫn lỗi. Nguyên nhân: sai charset, collation không hỗ trợ, MySQL/MariaDB version khác, user database thiếu quyền, hostname khác localhost, SQL mode khác.

Cách xử lý

Dump bằng lệnh ổn định:

mysqldump --single-transaction --routines --triggers --events database_name > database.sql

Import xong kiểm tra:

– Database user đúng.
– Password trong config đã đổi.
– User có đủ privilege.
– Charset utf8mb4.
– Collation tương thích.

Nếu lỗi collation như utf8mb4_0900_ai_ci trên MariaDB cũ, đổi sang utf8mb4_unicode_ci hoặc nâng DB tương thích.

12. Không có kế hoạch rollback

Lỗi

Migration xong mới phát hiện lỗi, nhưng server cũ đã xóa, backup thiếu, DNS không còn bản ghi cũ. Downtime kéo dài, mất dữ liệu mới.

Cách xử lý

Luôn có rollback plan:

– Giữ server cũ ít nhất 3-7 ngày.
– Không xóa account cPanel ngay.
– Ghi lại IP cũ, DNS cũ, MX cũ.
– Freeze nội dung động trong thời gian cutover nếu cần.
– Với shop, forum, LMS: chọn giờ thấp điểm, bật maintenance mode ngắn.
– Sau cutover, đồng bộ lại file upload/database phát sinh nếu có.

Kết luận thực tế

Thay cPanel bằng panel khác không khó vì thao tác, khó vì chi tiết. Lỗi lớn nhất không nằm ở nút import, mà ở giả định: tưởng panel nào cũng giống nhau. Mỗi panel có cấu trúc user, web server, mail, DNS, SSL, PHP, backup khác nhau.

Cách làm an toàn: dựng server mới sạch, kiểm kê đủ dữ liệu, test trước khi đổi DNS, chuyển từng nhóm dịch vụ, giữ rollback. Nếu website quan trọng, đừng migration cùng lúc với nâng PHP, đổi web server, đổi mail provider, đổi DNS provider. Đổi một thứ mỗi lần giúp lỗi dễ khoanh vùng.

Panel mới tốt chỉ khi migration sạch. Chuẩn bị kỹ vài giờ có thể tránh downtime vài ngày.