자주 묻는 질문

공개 키를 공유하고, 개인 키는 안전하게 보관하세요.

절차

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 터미널을 여세요.
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. "Generate" 버튼을 클릭하고, 키가 생성될 때까지 빈 영역 위에서 마우스를 움직이세요.
4. 개인 키에 대한 추가적인 로컬 보호를 원하시면 비밀번호를 입력하세요.
5. 개인 키를 장치에 저장하고 기밀로 유지하십시오.
6. 공개 키 텍스트를 복사하여 Cli>_의 SSH 공개 키 필드에 붙여넣으세요.

기밀 정보 공유 금지

이 설정의 기능

시작하기 전에

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 레코드는 새 호스트 이름과 충돌하지 않는 경우에만 유지하세요.

여기에서 '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. 2단계 인증이 제공되면, 첫 로그인 시 즉시 활성화하세요.

팀 접근 권한

월간 및 연간 금액은 참고용입니다.

가격 변경 시 확인 사항

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. 접속 설정을 변경하기 전에 allowlist 요청 사항을 지원팀에 전달하십시오.

설정해야 할 항목

공유 SSH에서 높은 포트가 사용되는 이유

접속 방법 (접속 유형에 따라)

1. 공유 SSH 연결을 사용하는 경우, 서비스 페이지에서 SSH 사용자 이름, 공개 호스트 및 포트를 복사합니다.
2. 로컬 터미널에서 `ssh -p <포트> <사용자이름>@<공개호스트>` 명령어를 실행하여 접속합니다.
3. 개인 키는 로컬 환경에서만 사용하고, 채팅이나 티켓에 붙여넣지 마십시오.
4. 개인 키는 로컬 SSH 클라이언트 또는 에이전트에서만 사용하십시오. 지원팀에는 공개 호스트, 포트, 사용자 이름 및 표시되는 오류 정보만 제공해야 합니다.

공용 IP 주소를 추가 구매한 경우

정확한 호스트 이름을 확인하세요

DNS 변경 전 확인 사항

1. 도메인의 권한 있는 DNS 레코드가 수정되는 위치를 확인하세요.
2. 충돌하는 A/AAAA, CNAME, ALIAS, ANAME 또는 리디렉션 레코드를 제거하거나 수정하세요.
3. 해당 서비스 및 호스트 이름에 권장되는 레코드 유형을 사용하십시오.
4. 변경 후에는 DNS 전파를 기다린 다음 최종 HTTPS 연결 상태를 테스트하십시오.

안전한 복구

레코드 유형마다 역할이 다릅니다

레코드 복사 시 주의사항

1. 서비스 지침에 따라 이름, 유형 및 값을 정확히 복사하십시오.
2. DNS 규칙에서 허용되지 않는 경우, 이미 다른 레코드가 있는 호스트 이름에 CNAME을 사용하지 마십시오.
3. DKIM은 제공업체의 선택자 아래에 넣고, DMARC는 일반적으로 _dmarc 아래에 배치하십시오.
4. CAA 설정을 신중하게 조정하십시오. 잘못된 값은 인증서 발급을 차단할 수 있습니다.

DNS 작동 문제

DNS 전파는 캐시 문제이며, 마법처럼 즉시 되는 것이 아닙니다.

예상되는 변경 사항

1. 제공자가 허용하는 경우, 예정된 변경 전에 TTL(Time To Live) 값을 낮추세요.
2. DNS 설정을 변경한 후에는 캐시가 만료될 때까지 반복적인 수정 작업을 피하세요.
3. 결과가 일치하지 않으면 여러 DNS 서버 또는 네트워크에서 테스트를 진행하세요.
4. 변경 시간, 이전 값, 새 값 및 TTL을 기록해 두세요.

진단 시 어떤 정보를 보내야 할까요

Workspace Suite 사용량은 보이는 파일보다 더 큽니다

용량 주문 전

1. 현재 사용자 데이터와 공유 폴더의 크기를 추정합니다.
2. 삭제된 파일, 버전 기록, 미리보기 및 동기화 활동을 위한 여유 공간을 추가합니다.
3. 대량 데이터를 가져오기 전에 팀과 함께 저장 용량을 확인하십시오.
4. 사용자가 용량 제한에 도달하기 전에 용량을 늘리세요.

동기화 문제 발생 시

마이그레이션은 단순히 Git 복제가 아닙니다.

마이그레이션 전 확인 사항

1. 저장소, 소유자, 협업자, Git LFS 객체, 서브모듈, 보호된 브랜치 및 태그, 자동화 사용자 목록을 관리합니다.
2. 기존 제공자에서 저장소를 미러링하거나 내보내고, 브랜치와 태그를 확인합니다.
3. 개발자 원격 URL, CI/CD 통합, 웹훅 및 배포 키를 업데이트한 후, clone, push, Git LFS, 서브모듈 및 CI 동작을 확인합니다.
4. 마이그레이션 후에는 이전 토큰을 폐기하거나 변경하고, 해당 값을 공유하지 마세요.

마이그레이션 시 중요한 정보

도메인을 통한 안정적인 이메일 전송

첫 번째 캠페인 전

1. 캠페인 전용 도메인 또는 서브도메인을 선택하고 발신자 이름을 설정하세요.
2. 메일 제공업체에서 요청하는 검증 DNS 레코드(SPF, DKIM) 및 DMARC를 추가하세요.
3. 실제 캠페인 전에 테스트 메시지를 보내서 스팸 여부, 반송 처리 방식, Return-Path 및 링크를 확인하세요.
4. 실제 발송 전에 구독 취소(unsubscribe) 및 List-Unsubscribe 설정을 확인하십시오.

이메일 관련 정보는 티켓에 기재하지 마세요.

자동 모드가 항상 최선은 아닙니다.

배포 전 설정

1. 애플리케이션과 프레임워크에 따라 자동 또는 수동 실행 환경을 선택하세요.
2. 지원되는 경우에만 PHP 8.2, 8.3 또는 8.4 버전을 선택하십시오.
3. 데이터 및 트래픽 양에 따라 CPU, RAM, 디스크 공간, 백업 보존 기간 및 오프사이트 아카이브 보존 기간을 설정하세요.
4. 배포 후에는 업로드, 캐시, 로그 및 눈에 보이는 애플리케이션 오류를 테스트하십시오.

애플리케이션이 시작되지 않을 때

정확하고 유용한 문의는 관련 정보만 포함해야 합니다. 불필요한 개인정보는 제외해주세요.

안전한 메시지 내용

1. 주문 번호, 서비스 이름, 도메인, 발생 시간 및 문제 발생 단계를 자세히 설명해주세요.
2. 호스팅 관련 문제의 경우, 런타임 환경, PHP 또는 언어 버전, CPU, RAM, 디스크 공간, 업로드 용량, 캐시 설정 및 로그 정보를 제공해주세요 (비밀 정보는 제외).
3. 스크린샷을 첨부하기 전에 비밀번호, 개인 키, 토큰, 세션 정보 등 민감한 내용은 가려주세요.
4. 데이터가 티켓에 적합한지 확신이 서지 않으면, 먼저 보내지 않고 문의하십시오.

절대 보내서는 안 될 내용