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

Chỉ sử dụng khóa công khai

Hướng dẫn

1. Mở trình terminal trên máy tính của bạn.
2. Thực thi lệnh: ssh-keygen -t ed25519 -C "your-email@example.com".
3. Xác nhận vị trí lưu file hoặc chọn một đường dẫn tùy chỉnh. Không bao giờ gửi khóa riêng tư của bạn.
4. Hiển thị khóa công khai bằng lệnh: cat ~/.ssh/id_ed25519.pub.
5. Sao chép toàn bộ dòng bắt đầu bằng ssh-ed25519 và dán vào trường "SSH public key" khi đặt hàng hoặc thiết lập dịch vụ.
6. Sao chép toàn bộ dòng ssh-ed25519 và dán vào trường "SSH public key".

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

1. Mở PowerShell hoặc Windows Terminal.
2. Chạy lệnh: ssh-keygen -t ed25519 -C "your-email@example.com".
3. Nhấn Enter để lưu khóa vào C:\Users\your-user\.ssh\id_ed25519, hoặc nhập đường dẫn tùy chỉnh.
4. Nếu Windows yêu cầu mật khẩu (passphrase), hãy sử dụng một mật khẩu mà bạn có thể lưu trữ an toàn, hoặc nhấn Enter để bỏ qua trong quá trình thiết lập đơn giản.
5. Hiển thị khóa công khai bằng lệnh: Get-Content $env:USERPROFILE\.ssh\id_ed25519.pub.
6. Chỉ sao chép toàn bộ dòng bắt đầu bằng ssh-ed25519. Không sao chép hoặc tải lên tệp khóa riêng.

Sử dụng công cụ Windows và chỉ dán khóa công khai

Hướng dẫn

1. Mở PuTTYgen.
2. Chọn EdDSA/Ed25519 nếu có, hoặc RSA 4096 nếu không có Ed25519.
3. Nhấn nút Generate và di chuyển chuột trong khu vực trống cho đến khi khóa được tạo.
4. Thêm mật khẩu nếu bạn muốn bảo vệ khóa riêng cục bộ.
5. Lưu trữ khóa riêng trên thiết bị của bạn và giữ bí mật.
6. Sao chép văn bản khóa công khai và dán vào trường SSH public key trong Cli>_.

Không chia sẻ thông tin nhạy cảm

Cài đặt này hoạt động như thế nào

Trước khi bắt đầu

1. Chọn chính xác tên máy chủ (hostname) mà bạn muốn sử dụng, ví dụ: app.example.com. Sử dụng một tên miền con (subdomain) là lựa chọn đơn giản nhất.
2. Đăng nhập vào bảng điều khiển quản lý DNS của nhà đăng ký tên miền hoặc nhà cung cấp dịch vụ DNS của bạn.
3. Xóa bất kỳ bản ghi A, AAAA, CNAME, ALIAS hoặc chuyển hướng nào gây xung đột cho cùng một tên máy chủ trước khi thêm mục CLIopen.
4. Giữ nguyên tên máy chủ CLIopen được tạo tự động cho đến khi tên máy chủ tùy chỉnh của bạn được xác minh và hoạt động đầy đủ.

Cấu hình DNS được khuyến nghị cho tên miền con

app.example.com.  A     <Địa chỉ IPv4 của CLIopen>
app.example.com.  AAAA  <Địa chỉ IPv6 của CLIopen, nếu có>

Khi CLIopen cung cấp mục tiêu CNAME

Sử dụng tên miền gốc

Ủy quyền toàn bộ miền con

Danh sách kiểm tra

1. Vui lòng chờ quá trình lan truyền DNS hoàn tất. Những thay đổi nhỏ thường hiển thị trong vài phút, nhưng một số nhà cung cấp có thể lưu trữ lâu hơn.
2. Hãy xác minh rằng tên máy chủ trỏ đến đích CLIopen, không phải đến nhà cung cấp trước đó.
3. Trong ô "Bring your own domain", hãy nhập chính xác tên máy chủ (hostname), không bao gồm `https://` và đường dẫn.
4. Sau khi cập nhật, hãy kiểm tra `https://app.example.com` trên trình duyệt của bạn.
5. Chỉ giữ lại các bản ghi DNS cũ nếu chúng không xung đột với tên máy chủ mới.

Ý nghĩa của chuyển vùng tên miền ở đây là gì?

Trước khi thay đổi nameserver

1. Sao chép các bản ghi DNS hiện có mà bạn vẫn cần, chẳng hạn như website, email, xác minh, SPF, DKIM, DMARC và các bản ghi dịch vụ.
2. Thêm vùng trong CLIopen DNS. Nếu ủy quyền chưa sẵn sàng, CLIopen sẽ lưu nó nhưng không kích hoạt cho khách hàng cho đến khi quá trình xác thực hoàn tất.
3. Nếu có thể, hãy tạo các bản ghi cần thiết trong CLIopen DNS trước khi chuyển đổi nameserver.
4. Hãy cẩn thận khi thiết lập CAA vì các giá trị không chính xác có thể ngăn chặn việc cấp chứng chỉ.

Phân quyền miền

1. Mở cài đặt tên miền của bạn tại nhà đăng ký, ví dụ: example.com.
2. Tìm phần Nameservers, DNS delegation hoặc Cài đặt DNS chính xác.
3. Thay thế các nameserver hiện tại bằng ns1.cliopen.com và ns2.cliopen.com.
4. Lưu thay đổi và chờ quá trình lan truyền trong hệ thống tên miền và bộ định tuyến.

Kiểm tra tính hợp lệ

Một tài khoản duy nhất cho việc đặt hàng và quản lý

Chuẩn bị trước khi đặt hàng lần đầu

1. Đăng ký bằng địa chỉ email công việc của bạn.
2. Xác nhận email nếu trang web yêu cầu.
3. Vui lòng điền đầy đủ thông tin thanh toán trước khi đặt hàng trả phí.
4. Khi tính năng xác thực hai yếu tố khả dụng, hãy kích hoạt nó ngay sau lần đăng nhập đầu tiên.

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

Ước tính không phải là lịch thanh toán

Những điều cần kiểm tra khi thay đổi giá

1. So sánh lượng tài nguyên tiêu thụ hàng ngày trước và sau khi thay đổi.
2. Khi nâng cấp CPU, RAM hoặc ổ đĩa, hoặc chọn các tùy chọn trả phí, hãy dự đoán mức tiêu thụ tài nguyên hàng ngày sẽ tăng lên.
3. Thay đổi chỉ có hiệu lực sau khi bạn xác nhận, thanh toán (nếu cần) và áp dụng.
4. Lưu lại xác nhận đơn hàng và lịch sử tín dụng cho mục đích kế toán.

Xem xét một khoảng thời gian cụ thể

Trạng thái "đang xử lý" chưa chắc là lỗi

Sau khi thanh toán

1. Sau khi hoàn tất thanh toán, hãy quay lại trang Cli>_.
2. Trong tài khoản của bạn, hãy kiểm tra trạng thái đơn hàng và bất kỳ thông báo nào liên quan đến việc thanh toán.
3. Nếu đơn hàng vẫn đang chờ xử lý, vui lòng đợi nhà cung cấp xác nhận.
4. Nếu gặp vấn đề, hãy gửi cho bộ phận hỗ trợ mã đơn hàng và thông tin tham chiếu giao dịch (nếu có).

Những điều không nên gửi

Thông tin chính xác giúp tiết kiệm thời gian

Trước khi bạn đặt hàng

1. Chọn một tên dịch vụ dễ nhận biết cho nhóm của bạn.
2. Quyết định xem bạn có sử dụng tên miền riêng hay hệ thống tạm thời.
3. Chuẩn bị khóa SSH công khai nếu dịch vụ yêu cầu.
4. Vui lòng kiểm tra dung lượng lưu trữ và tài nguyên cần thiết cho ứng dụng bạn muốn chạy.

Không gửi thông tin nhạy cảm

Chỉnh sửa dịch vụ hiện tại, không tạo mới

Trước khi xác nhận

1. Xem thông tin về CPU, RAM, dung lượng lưu trữ, thời gian lưu giữ bản sao lưu và thời gian lưu trữ Offsite Archive hiện tại.
2. Kiểm tra giá mới và ảnh hưởng đến số dư tín dụng hàng ngày.
3. Đọc thông báo về việc khởi động lại, bảo trì hoặc gián đoạn dịch vụ.
4. Hãy sao lưu dữ liệu quan trọng trước khi thực hiện bất kỳ thay đổi nào có thể gây rủi ro.

Khi việc thay đổi không diễn ra như mong đợi

Hủy dịch vụ không phải lúc nào cũng xóa ngay lập tức

Trước khi hủy

1. Tự tạo bản sao lưu dữ liệu mà bạn muốn lưu trữ lâu dài.
2. Xem ngày và giờ xóa dự kiến khi dịch vụ bị tạm dừng.
3. Xin lưu ý rằng việc sao lưu và lưu trữ ngoại tuyến khác với việc xóa dữ liệu theo chu kỳ.
4. Nếu bạn không chắc chắn, hãy liên hệ với bộ phận hỗ trợ trước thời hạn xóa dữ liệu.

Khôi phục sau thời hạn có thể không khả thi

Sao lưu không phải là kho lưu trữ hoặc xuất dữ liệu

Chuẩn bị yêu cầu khôi phục

1. Vui lòng nhập tên dịch vụ và số đơn hàng.
2. Mô tả thời điểm bạn muốn khôi phục dữ liệu.
3. Cho biết bạn muốn khôi phục toàn bộ dịch vụ hay chỉ một phần (nếu có hỗ trợ).
4. Vui lòng đính kèm thông tin lỗi hiển thị, nhưng không bao gồm mật khẩu, token hoặc khóa riêng tư.

Cân nhắc tác động trước khi thực hiện khôi phục dữ liệu

Lưu trữ dữ liệu ngoài hệ thống

Khi nào nên bật?

1. Sử dụng tính năng này để lưu trữ dữ liệu cần bảo quản ngoài phạm vi hoạt động thông thường của dịch vụ.
2. Chọn số ngày lưu trữ (retention) dựa trên yêu cầu về tuân thủ hoặc mục tiêu phục hồi dữ liệu.
3. Theo dõi chi phí khi dung lượng và thời gian lưu trữ tăng lên.
4. Đối với lượng dữ liệu lớn, hãy lên kế hoạch cho việc lưu trữ cùng với quy trình xuất riêng.

Cách ước tính chi phí

Bắt đầu từ nhu cầu thực tế, không phải cảm tính

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

1. Tăng RAM khi xảy ra lỗi OOM (out of memory), tiến trình bị dừng đột ngột hoặc tình trạng swap liên tục.
2. Tăng CPU khi hệ thống hoạt động với tải tính toán cao trong thời gian dài, quá trình nén dữ liệu, biên dịch phần mềm hoặc các worker đang bận rộn.
3. Mở rộng dung lượng ổ đĩa trước khi hệ thống hết không gian lưu trữ cho hệ thống tệp, nhật ký hoặc cơ sở dữ liệu.
4. Sau mỗi thay đổi, hãy theo dõi xem ứng dụng có thực sự ngừng gặp phải giới hạn ban đầu hay không.

Những thông tin cần cung cấp khi hỏi về cấu hình

Trước tiên, hãy xác định hướng kết nối

Các câu hỏi trước khi đặt địa chỉ IP

1. Hỏi đối tác xem họ có cho phép inbound, outbound hay cả hai không.
2. Sử dụng tên DNS thay vì địa chỉ số khi hệ thống cho phép.
3. Chỉ mở các cổng mà ứng dụng thực sự cần.
4. Vui lòng gửi yêu cầu về danh sách cho phép (allowlist) đến bộ phận hỗ trợ trước khi thay đổi quyền truy cập của môi trường production.

Những điều nên để ở trạng thái đóng.

Tại sao SSH chia sẻ sử dụng cổng cao

Cách kết nối tùy thuộc vào loại quyền truy cập

1. Khi sử dụng SSH chung, hãy sao chép tên người dùng SSH, máy chủ công khai và cổng từ trang dịch vụ.
2. Sử dụng lệnh `ssh -p <port> <username>@<public-host>`.
3. Nếu dịch vụ có địa chỉ IP công khai riêng, bạn có thể sử dụng địa chỉ hoặc tên miền DNS trực tiếp của địa chỉ đó và cổng SSH được hiển thị cho dịch vụ.
4. Chỉ sử dụng khóa riêng tư cục bộ thông qua trình khách hoặc agent SSH của bạn; khi liên hệ với bộ phận hỗ trợ, vui lòng cung cấp host công khai, cổng, tên người dùng và bất kỳ lỗi hiển thị nào.

Khi bạn đã mua thêm địa chỉ IP công cộng

Điều quan trọng là tên máy chủ chính xác

Trước khi thay đổi DNS

1. Chọn miền gốc chính xác hoặc tên miền con, ví dụ: example.com hoặc app.example.com.
2. Xác nhận quyền quản lý tên miền của nhà đăng ký hoặc máy chủ DNS và loại bỏ các bản ghi trùng lặp cho cùng một tên máy chủ trước khi thêm mục tiêu mới.
3. Chỉ sử dụng CNAME, A/AAAA, ALIAS hoặc ANAME nếu nhà cung cấp DNS, nhà đăng ký và kiểu tên máy chủ của bạn hỗ trợ.
4. Sau khi thay đổi, hãy đợi quá trình lan truyền DNS hoàn tất trước khi kiểm tra HTTPS cuối cùng.

Quay lại trạng thái an toàn

Không kết hợp các bản ghi một cách tùy tiện

Khi sao chép bản ghi

1. Sao chép chính xác tên, loại và giá trị theo hướng dẫn của dịch vụ.
2. Không sử dụng CNAME cho hostname đã có các bản ghi khác nếu quy tắc DNS không cho phép.
3. Đặt DKIM dưới phần "selector" do nhà cung cấp chỉ định, và DMARC thường được đặt dưới _dmarc.
4. Hãy cẩn thận khi sử dụng CAA vì các giá trị không chính xác có thể chặn việc cấp chứng chỉ.

Khi DNS gặp sự cố

Quá trình lan truyền là bộ nhớ đệm của máy chủ phân giải

Khi có thay đổi đã lên kế hoạch

1. Giảm giá trị TTL trước khi thực hiện thay đổi dự kiến, nếu nhà cung cấp dịch vụ cho phép.
2. Chỉ thực hiện thay đổi DNS một lần và tránh chỉnh sửa lặp đi lặp lại trong quá trình bộ nhớ cache hết hạn.
3. Kiểm tra kết quả từ nhiều máy chủ phân giải khác nhau nếu có sự khác biệt.
4. Ghi lại thời gian thay đổi, giá trị cũ, giá trị mới và TTL.

Những thông tin cần cung cấp khi thực hiện kiểm tra

Workspace Suite sử dụng không gian lưu trữ không chỉ từ các tệp hiển thị

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

1. Ước tính số lượng dữ liệu hiện tại của người dùng và các thư mục dùng chung.
2. Dành thêm không gian cho các tệp đã xóa, lịch sử phiên bản, ảnh xem trước và hoạt động đồng bộ.
3. Xem xét mức sử dụng dung lượng với nhóm của bạn trước khi thực hiện nhập dữ liệu lớn.
4. Tăng dung lượng trước khi người dùng gặp giới hạn.

Khi gặp sự cố đồng bộ

Di chuyển không chỉ là sao chép kho lưu trữ Git

Kiểm tra trước khi chuyển đổi

1. Liệt kê các kho lưu trữ, chủ sở hữu, nhóm quyền truy cập và tài khoản tự động hóa.
2. Kiểm tra các đối tượng Git LFS, submodule, bảo vệ nhánh và bảo vệ thẻ.
3. Sau khi chuyển đổi, hãy kiểm tra clone, push, Git LFS, submodule và quy trình CI.
4. Sau khi quá trình di chuyển hoàn tất, hãy vô hiệu hóa hoặc thay thế các token cũ mà không chia sẻ giá trị của chúng.

Dữ liệu nhạy cảm trong quá trình di chuyển

Khả năng gửi thư bắt đầu từ tên miền

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

1. Chọn tên miền hoặc tên miền con làm nguồn gửi và đặt tên hiển thị (From).
2. Thêm các bản ghi DNS xác minh, bao gồm SPF, DKIM selector và DMARC.
3. Kiểm tra việc gửi thư thử nghiệm để đảm bảo khả năng gửi, xử lý lỗi trả lại (bounce) hoặc địa chỉ trả lời (Return-Path), cũng như kiểm tra các liên kết trong email.
4. Vui lòng kiểm tra các tùy chọn hủy đăng ký và List-Unsubscribe trước khi gửi email thực tế.

Những thông tin bí mật về email không nên được đưa vào yêu cầu hỗ trợ.

Chế độ tự động không phải lúc nào cũng là lựa chọn tốt nhất

Thiết lập trước khi triển khai

1. Chọn chế độ tự động hoặc thủ công cho môi trường Runtime tùy thuộc vào framework và cách xây dựng.
2. Chọn PHP 8.2, 8.3 hoặc 8.4 chỉ khi môi trường runtime được chọn hỗ trợ phiên bản đó.
3. Cấu hình CPU, RAM, dung lượng lưu trữ, thời gian giữ lại bản sao lưu và Offsite Archive dựa trên dữ liệu và lượng truy cập.
4. Sau khi triển khai, hãy kiểm tra chức năng tải lên, bộ nhớ cache, nhật ký và các lỗi ứng dụng hiển thị.

Ứng dụng không khởi động khi nào?

Một yêu cầu hỗ trợ tốt cần có ngữ cảnh rõ ràng, không chứa thông tin bí mật.

Nội dung an toàn trong yêu cầu hỗ trợ

1. Vui lòng cung cấp số đơn hàng, tên dịch vụ hiển thị, tên miền, thời gian và bước xảy ra lỗi.
2. Đối với các vấn đề liên quan đến hosting, vui lòng cung cấp thông tin về môi trường runtime, phiên bản PHP hoặc ngôn ngữ, CPU, RAM, dung lượng lưu trữ, thời gian lưu giữ sao lưu, thời gian lưu giữ Offsite Archive, thông tin về việc tải lên, bộ nhớ cache và nhật ký (không chứa thông tin bí mật).
3. Vui lòng che đi các thông tin nhạy cảm trong ảnh chụp màn hình trước khi gửi.
4. Nếu bạn không chắc chắn liệu thông tin có nên được gửi đi hay không, hãy hỏi trước khi gửi.

Những điều Tuyệt Đối Không Được Gửi