サポート

support@rowdeck.appまでメールでお送りください。次の情報があると助かります：

iOSとRowDeckのバージョン（アプリ内の「設定 › このアプリについて」）
サーバーの種類とバージョン、稼働環境：セルフホスト、Amazon RDS、Aurora、Azureなど
問題の画面、そこに至った手順、内蔵のデモでも同じことが起きるかどうか

パスワード、秘密鍵、証明書、ホスト名、本番環境のSQLは決して送らないでください。SQLの問題であれば、架空の名前を使った小さな例で十分です。「設定」は接続の中にあります。接続またはデモを開き、「ヘルス」の歯車をタップしてください。

「自分の接続しか表示されません」

アカウントにPROCESS権限がないため、MySQLは他のユーザーのスレッドとInnoDBのロック情報を隠しています。MySQLでは、次の権限ですべての監視画面をカバーできます：

GRANT PROCESS, REPLICATION CLIENT, REFERENCES ON *.* TO 'oncall'@'%';

GRANT SELECT ON performance_schema.* TO 'oncall'@'%';

GRANT SELECT ON mysql.innodb_index_stats TO 'oncall'@'%';

MariaDBでは、1行目をPROCESS, SLAVE MONITOR, BINLOG MONITOR, REFERENCESにしてください。これらの権限は読み取り専用です。Proで他のユーザーのスレッドを終了するには、CONNECTION_ADMIN（MySQL）またはCONNECTION ADMIN（MariaDB）を追加します。RowDeckは次の更新時に変更を反映します。

「このサーバーではperformance_schemaがオフです」

スロークエリ、未使用のインデックス、「ロック」の一部はperformance_schemaを読み取ります。これはサーバーの起動時にオンかオフかが決まります：

セルフホスト：my.cnfにperformance_schema = ONを追加し、サーバーを再起動します。
Amazon RDS：Database Insightsをオンにするか、パラメータグループでperformance_schema = 1を設定してから再起動します。
ステートメントダイジェストが収集されていないと画面に表示される場合、RowDeckは再起動不要な1行のUPDATE performance_schema.setup_consumersを表示します。

「サーバーがいっぱいです」（ERROR 1040）

すべての接続枠が使われているため、RowDeckも接続できません。MySQL 8.0.14以降は別のadmin_portで、MariaDBはextra_portで待ち受けできます。そのポートを接続の「詳細設定」セクションのフォールバックポートに入力すると、メインのポートが1040を返したときにRowDeckが自動的にそちらを試します。

MySQLでは、CONNECTION_ADMINまたはSUPERを持つアカウントは追加の枠を1つ使えます。Amazon RDSとAzureではメインユーザーに追加の枠はないため、パラメータグループでmax_connectionsを引き上げてください。

「認証には安全な接続またはサーバーの公開鍵が必要です」

caching_sha2_passwordのアカウントは、最初のサインインにTLSかサーバーの公開鍵を必要とします。TLSを使ってください。既定はREQUIREDです。サーバーにTLSがない場合は、「詳細設定」でサーバーの公開鍵の取得を許可をオンにします。ただし、信頼できるサーバーに限ってください。偽の鍵は偽のサーバーを意味します。

「このキーは使用できません」

RowDeckは、OpenSSH、PEM、PKCS#8、PuTTY v2・v3形式のEd25519、ECDSA、RSAキーを、パスフレーズの有無にかかわらず使えます。DSA、セキュリティキー（sk-）、PuTTY v1は使えず、chacha20-poly1305で暗号化されたキーも使えません。そのようなキーはssh-keygen -p -f yourkeyで暗号化し直すか、RowDeck専用のキーを新しく作ってください：

ssh-keygen -t ed25519 -f rowdeck_ed25519

踏み台サーバーの~/.ssh/authorized_keysにrowdeck_ed25519.pubを追加し、秘密鍵をインポートします。iPhone上でSecure Enclave鍵を作ることもできます。この鍵はデバイスの外に出ないため、新しいiPhoneに復元した後は新しく作成します。

「このサーバーの証明書が変わりました」

RowDeckは初回接続時に証明書のフィンガープリントをピン留めしましたが、サーバーが今は別の証明書を提示しています。これは証明書の更新後に起こりますが、接続が傍受されている場合も同じように見えます。

新しいフィンガープリントを、たとえばopenssl x509 -in server-cert.pem -noout -fingerprint -sha256で取得したサーバー側の値と照合してください。一致する場合にだけ「新しい証明書を信頼」をタップします。SSHのホストキーが変わった場合も同じです。保存したキーを削除し、新しいキーを踏み台サーバー上のssh-keygen -lfの結果と照合してください。

「Local Networkへのアクセスがオフです」

サーバー、踏み台サーバー、Ollamaがローカルネットワーク上にあるとき、iOSはローカルネットワークへのアクセス許可を求めます。「設定 › RowDeck › ローカルネットワーク」でオンにしてから、「再試行」をタップしてください。インターネット上のサーバーには必要ありません。

開くたびに「RowDeck はロック中です」と表示される

「Face IDを要求」は既定でオンです。RowDeckは起動時と、バックグラウンドで1分経過した後にロックされます。Face IDまたはパスコードでロックを解除してください。「設定 › セキュリティ」では、「自動ロック」を「即時」「1分後」「5分後」「しない」に設定したり、本人確認の後に「Face IDを要求」をオフにしたりできます。

新しいiPhoneでProを復元するには？

いずれかの接続またはデモを開き、「ヘルス」の歯車をタップしてから、「設定 › RowDeck Pro › 購入を復元」の順に進みます。「購入を復元」は購入画面にもあります。ProはAppleアカウントに紐づき、ファミリー共有には対応していません。復元で何も見つからない場合は、Proを購入したAppleアカウントでサインインしているか確認してください。

返金を受けるには？

購入はAppleを通じて行われるため、返金もAppleを通じて行います。reportaproblem.apple.comからリクエストしてください。AppleがProを返金すると、アプリはFreeに戻ります。

お問い合わせ

よくある質問