よくある質問

公開鍵を使用し、秘密鍵はご自身で管理してください

手順

1. コンピューターでターミナルを開きます。
2. 次のコマンドを実行します: ssh-keygen -t ed25519 -C "your-email@example.com"。
3. ファイルの保存場所を確認するか、別のパスを選択してください。秘密鍵は絶対に誰にも送信しないでください。
4. 公開鍵を表示するには、次のコマンドを実行してください: `cat ~/.ssh/id_ed25519.pub`。
5. `ssh-ed25519` で始まる行全体をコピーし、注文時またはサービス設定時に「SSH 公開鍵」の欄に貼り付けてください。
6. `ssh-ed25519` で始まる行全体をコピーし、「SSH 公開鍵」フィールドに貼り付けてください。

貼り付け前に確認

1. PowerShell または Windows Terminal を開きます。
2. コマンドを実行します: ssh-keygen -t ed25519 -C "your-email@example.com".
3. キーを C:\Users\your-user\.ssh\id_ed25519 に保存するには Enter キーを押すか、別の場所を指定してください。
4. Windows がパスフレーズの入力を求められた場合は、安全に保管できるものを設定するか、簡単な設定の場合は Enter キーを押してスキップできます。
5. 公開鍵を表示するには、次のコマンドを実行します: Get-Content $env:USERPROFILE\.ssh\id_ed25519.pub。
6. コピーする際は、'ssh-ed25519'で始まる行全体をコピーしてください。秘密鍵ファイルはコピーまたはアップロードしないでください。

Windowsツールを使用し、公開鍵のみを貼り付けてください

手順

1. PuTTYまたはPuTTYgenをインストールするか、既にインストールされている場合は開いてください。
2. 利用可能な場合はEdDSA/Ed25519を選択し、そうでない場合はRSA 4096を選択してください。
3. 「生成」をクリックし、キーが生成されるまでマウスを空白領域に動かしてください。
4. プライベートキーをローカルで保護する場合は、パスフレーズを追加してください。
5. プライベートキーはご自身のコンピューターに保存し、秘密にしてください。
6. 公開鍵のテキストをコピーして、Cli>_ の SSH public key フィールドに貼り付けてください。

機密情報を共有しないでください

この設定で何ができるのか

開始前の準備

1. 使用したい正確なホスト名を選択してください。例: app.example.com。サブドメインを使用するのが最も簡単です。
2. ドメイン登録業者またはDNSプロバイダーのDNS管理画面を開きます。
3. 同じホスト名に対して、競合するAレコード、AAAAレコード、CNAMEレコード、ALIASレコード、またはリダイレクトレコードを削除してください。
4. 生成されたCLIopenホスト名を、カスタムホスト名が検証され正常に機能するまで維持してください。

サブドメイン推奨DNS設定

app.example.com.  A     <CLIopen IPv4アドレス>
app.example.com.  AAAA  <CLIopen IPv6アドレス (利用可能な場合)>

CLIopen が CNAME ターゲットを提供する場合

ルートドメインの使用

サブゾーン全体の委譲

確認事項

1. DNS伝播を待ってください。小さな変更は数分で反映されることがありますが、一部のプロバイダーではキャッシュが長く保持されます。
2. ホスト名がCLIopenのターゲット先に正しく解決されていることを確認し、以前のプロバイダーを参照していないことを確認してください。
3. 「独自のドメインを使用」の欄には、正確なホスト名を入力してください。`https://` やパスを含めないでください。
4. サービスを更新した後、ブラウザで `https://app.example.com` をテストしてください。
5. 古いDNSレコードは、新しいホスト名と競合しない場合にのみ残してください。

ゾーン転送とは何か

ネームサーバーを変更する前に

1. 必要な既存のDNSレコード（ウェブサイト、メール、認証、SPF、DKIM、DMARC、およびサービスレコードなど）をコピーしてください。
2. CLIopen DNSにゾーンを追加します。委譲がまだ準備できていない場合、CLIopenはそれを保存しますが、検証が完了するまで顧客のために有効にしません。
3. 可能な場合は、ネームサーバーを変更する前に、必要なレコードをCLIopen DNSで作成してください。
4. CAAレコードの設定に注意してください。誤った設定は証明書の取得を妨げる可能性があります。

ゾーンの委譲

1. ドメインのレジストラで、example.com のようなドメインの設定を開きます。
2. ネームサーバー、DNS委譲、または権威DNS設定を見つけます。
3. 現在のネームサーバーを ns1.cliopen.com と ns2.cliopen.com に置き換えます。
4. 変更を保存し、レジストリとDNSサーバーへの反映をお待ちください。

検証

ご注文やお問い合わせに便利なアカウントを

初回のご利用にあたって

1. 業務用のメールアドレスでご登録ください。
2. サイトから確認メールが送信された場合は、認証を完了してください。
3. 有料サービスをご注文の前に、請求情報を入力してください。
4. 二段階認証が利用可能になったら、すぐに有効にしてください。

チームでのご利用

表示される数値はあくまで参考値です。実際の利用量は日次で変動します。

価格変更時の確認事項

1. 変更前後の日々の使用量を比較してください。
2. CPU、RAM、ディスク容量、または有料オプションの増加により、日々の消費量が増える可能性があります。
3. 変更は、確認と支払い（必要な場合）、および適用完了後に有効になります。
4. 会計のために、注文確認書とクレジット履歴を保存してください。

問題が発生した場合は、特定の期間についてご確認ください。

「保留」状態は必ずしもエラーではありません

支払い後の手順

1. お支払いが完了したら、Cli>_ に戻ります。
2. アカウントで注文状況と、もしあれば支払いに関するメッセージをご確認ください。
3. 注文がまだ処理中の場合は、プロバイダーの確認を待つ間、しばらくお待ちください。
4. 問題が発生した場合は、サポートに注文番号と、もし参照番号が表示されていれば、その情報を送ってください。

送信しない内容

正確な情報を入力して時間を節約しましょう

ご注文前にご確認ください

1. チームが認識しやすいサービス名を選択してください。
2. 独自のドメインを使用するか、一時的なシステムホスト名を使用するかを選択してください。
3. サービスが必要とする場合は、公開SSHキーを準備してください。
4. 実行するアプリケーションに合わせて、ストレージ容量とリソースを確認してください。

秘密情報を送信しないでください

既存のサービスを変更し、新規登録は行わないでください。

変更内容の確認

1. 現在のCPU、RAM、ディスク容量、バックアップ保持期間、およびオフサイトアーカイブ保持期間をご確認ください。
2. 新しい日次料金と、それに伴うクレジット消費量を確認してください。
3. 再起動、メンテナンス、または停止に関するお知らせがないか確認してください。
4. リスクのある変更を行う前に、重要なデータをエクスポートしてください。

期待どおりに移行が完了しない場合

解約は即時の全データ削除ではありません

解約前にご確認ください

1. 必要なデータを長期保存するために、ご自身でデータのエクスポートを行ってください。
2. サービスの停止通知を確認し、設定されたタイミングと表示される正確な削除期限を把握してください。
3. バックアップの保持期間とオフサイトアーカイブの保持期間は、サービスの一時停止とは別のものです。
4. ご不明な点がございましたら、削除期限となる日までにサポートまでお問い合わせください。

期日後に復元ができない場合があります。

バックアップ機能について

復元リクエストの準備方法

1. サービス名と注文番号を入力してください。
2. 復元したいおおよその日時を記述してください。
3. サービス全体を復元するか、特定の機能のみを復元するかを選択してください（サポートされている場合）。
4. パスワード、トークン、および秘密鍵を含まない、エラーやコンテキストを共有してください。

復元前に影響範囲を考慮してください

通常運用から離れたアーカイブ

いつ有効にするか

1. サービス通常稼働外のデータ保持にご利用ください。
2. コンプライアンス、ビジネスニーズ、または復旧目標に合わせて、保持日数を設定してください。
3. 保存容量と保管期間に応じて料金が変動します。
4. 大量のデータを扱う場合は、アーカイブ機能を独自のデータエクスポートプロセスと合わせて計画してください。

価格について

実際の負荷に基づいて選択してください (感覚ではなく)

プランが小さすぎる兆候

1. OOM（メモリ不足）、プロセス強制終了、または頻繁なスワップが発生する場合は、RAM の増設を検討してください。
2. 継続的な高負荷状態、圧縮処理、ビルド作業、または活発なアプリケーションのワーカーがある場合は、CPU の増設を検討してください。
3. ファイルシステム、ログ、データベースなどの容量が上限に近づく前に、ディスク容量の増設を検討してください。
4. 変更後、アプリケーションが元の制限に達しなくなったか確認してください。

サイズに関するお問い合わせの際に送付すべき情報

まず通信方向を確認してください

IPアドレス取得に関するご質問

1. 相手に、インバウンド、アウトバウンドのどちらを許可リストに追加するか確認してください。
2. 可能な限り、数値IPアドレスではなくDNS名を使用してください。
3. アプリケーションに必要なポートのみを開いてください。
4. アクセス設定を変更する前に、許可リストの要件をサポートチームにご連絡ください。

どのような設定をオフにするか

共有SSHでは、ポート番号が宛先を決定します

接続方法について

1. 共有SSHを使用する場合、サービスからSSHのユーザー名、ホスト名、およびポート番号をコピーしてください。
2. `ssh -p <ポート番号> <ユーザー名>@<ホスト名>` の形式で接続します。
3. パブリックIPアドレスが追加されているサービスでは、そのIPアドレスまたはDNS名への直接SSHエンドポイントが表示される場合があります。
4. 秘密鍵はローカルのSSHクライアントまたはエージェントでのみ使用してください。サポートにお問い合わせの際は、公開ホスト名、ポート番号、ユーザー名、および表示されるエラー情報のみをお知らせください。

パブリックIPアドレスをご購入の場合

正確なホスト名が重要です

DNS変更前の確認

1. ドメインの権威 DNS レコードを編集する場所を確認してください。
2. 競合する A/AAAA、CNAME、ALIAS、ANAME、またはリダイレクトレコードを削除または修正します。
3. 特定のサービスとホスト名に適したレコードタイプを使用してください。
4. 変更後、DNSの伝播を待ち、HTTPSの設定が完了してからテストを行ってください。

安全なロールバック

レコードの種類によって役割が異なります

レコードのコピーについて

1. サービス指示に従って、名前、タイプ、および値を正確にコピーしてください。
2. CNAMEレコードは、他のレコードが既に存在するホスト名には設定しないでください。DNSのルールで禁止されている場合もあります。
3. DKIMレコードは、プロバイダーが指定するセレクターの下に配置し、DMARCレコードは通常「_dmarc」の下に配置します。
4. CAA設定は慎重に行ってください。誤った値が入力されると、証明書の取得が妨げられる可能性があります。

DNSが機能しない場合

伝播はキャッシュの問題であり、魔法のような待機ではありません

計画的な変更について

1. プロバイダーが許可している場合、計画された変更前にTTLを下げてください。
2. DNSの変更は一度に実行し、キャッシュが有効になるまで何度も編集しないでください。
3. 結果が異なる場合は、複数のDNSサーバーやネットワークで確認してください。
4. 変更時間、古い値、新しい値、およびTTLを記録してください。

診断結果について

Workspace Suite、表示されているファイルだけではありません

注文前の見積もり

1. 現在のユーザーデータと共有フォルダーの合計数を算出します。
2. 削除されたファイル、バージョン履歴、プレビュー、および同期処理のための余裕を見積もります。
3. 大規模なインポートや新しいチームの加入を考慮して、ストレージの使用状況を確認してください。
4. ユーザーが制限に達する前に、ストレージを増やしてください。

同期に関する問題について

git cloneだけでは移行は完了しません

移行前の確認事項

1. リポジトリ、所有者、アクセスグループ、および自動化アカウントを記述してください。
2. Git LFSオブジェクト、サブモジュール、ブランチ保護、およびタグ保護を確認してください。
3. 移行後、クローン、プッシュ、Git LFS、サブモジュール、およびCI実行をテストしてください。
4. 古いトークンは、値を共有せずにローテーションまたは無効化してください。

移行時の機密データについて

メールの到達率はドメイン設定から

初回キャンペーン前の確認

1. 送信元ドメインまたはサブドメインを選択し、From ヘッダーの名前を設定してください。
2. 検証用のDNSレコード（SPF、DKIMセレクター、DMARC）を公開してください。
3. 本番前にテストメールを送信し、スパム判定、エラー率、Return-Path、リンクなどを確認してください。
4. 本番送信前に、オプトアウト設定とList-Unsubscribeの設定をご確認ください。

メールの機密情報はチケットには含まれません

自動設定だけが最適な選択肢ではありません

デプロイ前の設定

1. フレームワークとビルド方法に応じて、自動モードまたは手動モードを選択してください。
2. 選択したランタイムでサポートされている場合にのみ、PHP 8.2、8.3、または 8.4 を選択してください。
3. CPU、RAM、ディスク容量、バックアップ保持期間、およびオフサイトアーカイブ保持期間を、データ量とトラフィックに基づいて設定してください。
4. デプロイ後、アップロード機能、キャッシュ、ログ、および表示されるアプリケーションのエラーをテストしてください。

アプリケーションが起動しない場合

質の高い問い合わせには、関連情報を含めてください。機密情報は避けてください。

メッセージの安全な内容

1. 注文番号、サービス名、ドメイン名、発生時刻、および関連するホストまたはポート情報を記載してください。
2. ホスティングに関する問題の場合は、実行環境、PHPまたは言語バージョン、CPU、RAM、ストレージ、バックアップ保持期間、オフサイトアーカイブ保持期間、アップロード、キャッシュ、ログなどの詳細を記載してください。機密情報は削除してください。
3. スクリーンショットを添付する前に、パスワード、トークン、秘密鍵、セッション情報、個人情報を隠してください。
4. データがチケットに適切かどうか不明な場合は、送信前に必ずお問い合わせください。

絶対に送信しないでください