지원
구입 전에 궁금한 점이 있거나 제대로 작동하지 않는 것이 있다면, 아래 정보를 함께 적어 이메일을 보내 주십시오.
문의
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에서는 첫 줄에 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이 재시작 없이 실행할 수 있는 한 줄짜리
UPDATE performance_schema.setup_consumers를 보여 줍니다.
“서버가 가득 찼습니다”(ERROR 1040)
모든 연결 슬롯이 사용 중이라 RowDeck도 접속할 수 없습니다. MySQL 8.0.14 이상은 별도의 admin_port에서, MariaDB는 extra_port에서 대기할 수 있습니다. 연결의 고급 섹션에서 그 포트를 대체 포트로 입력하면, 기본 포트가 1040으로 응답할 때 RowDeck이 자동으로 그 포트를 시도합니다.
MySQL에서는 CONNECTION_ADMIN 또는 SUPER가 있는 계정이 추가 슬롯 하나를 더 받습니다. 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로 돌아갑니다.