Câu hỏi thường gặp

Chỉ dùng khóa công khai

Các bước trong terminal

1. Mở Terminal, Windows Terminal hoặc PowerShell.
2. Chạy: ssh-keygen -t ed25519 -C "your-email@example.com".
3. Chấp nhận vị trí mặc định hoặc chọn đường dẫn an toàn.
4. Hiển thị khóa công khai bằng: cat ~/.ssh/id_ed25519.pub.
5. Trong Windows PowerShell dùng: Get-Content $env:USERPROFILE\.ssh\id_ed25519.pub.
6. Sao chép toàn bộ dòng ssh-ed25519 vào trường SSH public key.

Kiểm tra trước khi dán

Chỉ cần phần công khai

Các bước trên Windows

1. Mở PuTTYgen.
2. Chọn EdDSA / Ed25519 nếu có.
3. Chỉ dùng RSA 4096 như phương án dự phòng.
4. Nhấn Generate và di chuyển chuột cho đến khi khóa được tạo.
5. Lưu khóa riêng trên máy tính của bạn.
6. Sao chép văn bản khóa công khai vào trường SSH public key.

Không chia sẻ dữ liệu bí mật

Hostname chính xác quyết định record

Trước khi đổi DNS

1. Chọn hostname chính xác cần dùng.
2. Xóa hoặc sửa A/AAAA, CNAME, ALIAS, ANAME hoặc redirect bị xung đột.
3. Dùng loại record do dịch vụ khuyến nghị và nhà cung cấp DNS hỗ trợ.
4. Chờ DNS propagation trước khi kiểm tra HTTPS cuối cùng.

Rollback an toàn

Mỗi loại record có nhiệm vụ riêng

Khi sao chép record

1. Sao chép name, type và value đúng như hướng dẫn.
2. Không đặt CNAME trên hostname đã có record khác nếu DNS không cho phép.
3. Đặt DKIM dưới selector của nhà cung cấp và DMARC dưới _dmarc.
4. Cẩn thận với CAA vì giá trị sai có thể chặn cấp chứng chỉ.

Khi DNS không hoạt động

Một tài khoản ổn định cho nhóm

Chuẩn bị trước đơn đầu tiên

1. Đăng ký bằng email công việc.
2. Xác nhận email nếu hệ thống yêu cầu.
3. Điền thông tin thanh toán trước khi đặt dịch vụ trả phí.
4. Bật xác thực hai yếu tố khi tính năng có sẵn.

Chia sẻ quyền truy cập trong nhóm

Dịch vụ chạy thì credit giảm

Tránh hết credit

1. Theo dõi số dư và số ngày còn lại trong khu vực khách hàng.
2. Kiểm tra chi phí hằng ngày trước khi xác nhận đơn hàng hoặc thay đổi.
3. Nạp thêm credit sớm thay vì chờ sát thời điểm cạn.
4. Nếu dịch vụ đã tạm dừng, đọc kỹ hạn xóa dữ liệu hiển thị.

Khi cần kiểm tra số dư

Ước tính không phải lịch hóa đơn

Khi thay đổi giá

1. So sánh chi phí hằng ngày trước và sau thay đổi.
2. Tính cả CPU, RAM, dung lượng, backup và Offsite Archive.
3. Chờ thay đổi được xác nhận, thanh toán nếu cần, rồi áp dụng.
4. Lưu xác nhận đơn hàng và lịch sử credit cho kế toán.

Kiểm tra một giai đoạn cụ thể

Pending chưa chắc là lỗi

Sau khi thanh toán

1. Quay lại Cli>_ từ trang thanh toán.
2. Kiểm tra trạng thái đơn trong tài khoản.
3. Nếu vẫn pending, chờ xác nhận của nhà cung cấp.
4. Khi cần hỗ trợ, gửi số đơn hàng và mã tham chiếu thanh toán nếu thấy.

Bằng chứng an toàn

Dữ liệu chính xác giảm chậm trễ

Trước khi bấm đặt hàng

1. Chọn tên dịch vụ dễ nhận biết trong nhóm.
2. Quyết định dùng tên miền riêng hay hostname tạm.
3. Chuẩn bị public SSH key nếu dịch vụ yêu cầu.
4. Kiểm tra dung lượng và tài nguyên theo ứng dụng sẽ chạy.

Không đưa bí mật vào biểu mẫu

Sửa dịch vụ hiện có, không tạo bản mới

Trước khi xác nhận

1. Xem CPU, RAM, đĩa, backup retention và Offsite Archive retention hiện tại.
2. Kiểm tra giá mới và mức trừ credit hằng ngày.
3. Đọc cảnh báo restart, bảo trì hoặc downtime.
4. Export dữ liệu quan trọng trước thay đổi có rủi ro.

Khi thay đổi không như mong đợi

Hủy không phải luôn xóa ngay

Trước khi hủy dịch vụ

1. Tự export dữ liệu cần giữ lâu dài.
2. Đọc ngày giờ xóa hiển thị trên dịch vụ bị tạm dừng.
3. Đừng nhầm backup hoặc Offsite Archive với thời hạn giữ dữ liệu của dịch vụ đã hủy.
4. Liên hệ hỗ trợ trước hạn xóa nếu còn phân vân.

Sau hạn xóa

Backup không phải kho lưu trữ dài hạn

Chuẩn bị yêu cầu restore

1. Nêu tên dịch vụ và số đơn hàng.
2. Mô tả thời điểm muốn quay lại.
3. Cho biết cần restore toàn bộ dịch vụ hay một phần nếu được hỗ trợ.
4. Đính kèm lỗi hiển thị mà không có mật khẩu, token hoặc private key.

Tác động của restore

Bản lưu trữ ngoài vận hành thường ngày

Khi nên bật

1. Dùng cho dữ liệu cần giữ ngoài hoạt động thường ngày.
2. Chọn số ngày retention theo yêu cầu recovery hoặc compliance.
3. Theo dõi chi phí khi dung lượng và thời gian giữ tăng.
4. Với dữ liệu lớn, lên kế hoạch cùng quy trình export riêng.

Ước tính chi phí lưu trữ

Bắt đầu từ workload thực tế

Dấu hiệu gói quá nhỏ

1. Tăng RAM khi thấy OOM, out of memory, process killed hoặc swap liên tục.
2. Tăng CPU cho nén, build, worker bận hoặc tải tính toán kéo dài.
3. Tăng đĩa trước khi filesystem, log hoặc database đầy.
4. Sau mỗi thay đổi, theo dõi xem giới hạn cũ còn xuất hiện không.

Thông tin để hỏi sizing

Xác định hướng kết nối

Trước khi đặt IP

1. Hỏi đối tác allowlist inbound, outbound hay cả hai.
2. Dùng tên DNS thay vì địa chỉ số nếu hệ thống cho phép.
3. Chỉ mở các port ứng dụng thật sự cần.
4. Gửi yêu cầu allowlist trước khi đổi thiết kế truy cập production.

Public IP không có nghĩa mở mọi port

Vì sao SSH chung dùng port cao

Chọn endpoint SSH được hiển thị

1. Với SSH chung, sao chép SSH username, public host và port cao từ trang dịch vụ.
2. Dùng lệnh ssh -p <port> <username>@<public-host>.
3. Nếu dịch vụ có dedicated public IP, dùng host hoặc IP trực tiếp và port SSH được hiển thị cho dịch vụ đó.
4. Private key chỉ dùng cục bộ trong SSH client hoặc agent; hỗ trợ chỉ cần host công khai, port, username và lỗi hiển thị.

Public IP không tự mở SSH

Hostname chính xác quyết định record

Trước khi đổi DNS

1. Chọn hostname chính xác cần dùng.
2. Xóa hoặc sửa A/AAAA, CNAME, ALIAS, ANAME hoặc redirect bị xung đột.
3. Dùng loại record do dịch vụ khuyến nghị và nhà cung cấp DNS hỗ trợ.
4. Chờ DNS propagation trước khi kiểm tra HTTPS cuối cùng.

Rollback an toàn

Mỗi loại record có nhiệm vụ riêng

Khi sao chép record

1. Sao chép name, type và value đúng như hướng dẫn.
2. Không đặt CNAME trên hostname đã có record khác nếu DNS không cho phép.
3. Đặt DKIM dưới selector của nhà cung cấp và DMARC dưới _dmarc.
4. Cẩn thận với CAA vì giá trị sai có thể chặn cấp chứng chỉ.

Khi DNS không hoạt động

Propagation là cache của resolver

Cho thay đổi có kế hoạch

1. Giảm TTL trước nếu nhà cung cấp cho phép.
2. Chỉnh DNS một lần và tránh sửa liên tục khi cache đang hết hạn.
3. Kiểm tra từ nhiều resolver nếu kết quả khác nhau.
4. Ghi thời điểm đổi, giá trị cũ, giá trị mới và TTL.

Dữ liệu chẩn đoán DNS

Nextcloud dùng dung lượng ngoài file chính

Trước khi đặt dung lượng

1. Ước tính dữ liệu người dùng và thư mục chung hiện tại.
2. Thêm headroom cho thùng rác, phiên bản, previews và sync overhead.
3. Tính cả import lớn, nhóm mới và tăng trưởng dự kiến.
4. Tăng storage trước khi người dùng gặp giới hạn.

Khi sync gặp lỗi

Migration không chỉ là git clone

Trước cutover

1. Liệt kê repository, owner, nhóm quyền và tài khoản automation.
2. Kiểm tra Git LFS, submodules, branch protection và tag protection.
3. Sau khi chuyển, test clone, push, Git LFS, submodules và CI.
4. Xoay vòng hoặc thu hồi token cũ mà không chia sẻ giá trị token.

Bí mật khi migration

Deliverability bắt đầu từ domain

Trước chiến dịch đầu tiên

1. Chọn sender domain hoặc subdomain và tên From.
2. Thêm record xác minh, SPF, DKIM selector và DMARC.
3. Test gửi mail, bounce hoặc Return-Path và các liên kết trong thư.
4. Kiểm tra unsubscribe và List-Unsubscribe trước khi gửi thật.

Bí mật email

Auto không phải lựa chọn duy nhất

Thiết lập trước khi deploy

1. Chọn auto hoặc manual Runtime theo framework và cách build.
2. Chọn PHP 8.2, 8.3 hoặc 8.4 chỉ cho kịch bản PHP được hỗ trợ.
3. Đặt CPU, RAM, đĩa, backup retention và Offsite Archive theo dữ liệu và traffic.
4. Sau deploy, test upload, cache, log và lỗi ứng dụng hiển thị.

Khi ứng dụng không khởi động

Ticket tốt có ngữ cảnh

Nội dung an toàn trong ticket

1. Nêu đơn hàng, dịch vụ, domain, thời gian và bước bị lỗi.
2. Với hosting, thêm runtime, PHP hoặc ngôn ngữ, CPU, RAM, đĩa, backup retention, Offsite Archive retention, upload, cache và log không chứa bí mật.
3. Che dữ liệu nhạy cảm trong ảnh chụp trước khi gửi.
4. Nếu không chắc thông tin có an toàn không, hãy hỏi trước mà chưa gửi giá trị.

Không bao giờ gửi