diff --git a/src/content/ko/administrator-manual/audit/kubernetes-logs/pod-session-recordings.mdx b/src/content/ko/administrator-manual/audit/kubernetes-logs/pod-session-recordings.mdx
index 54645100b..e8a259f7d 100644
--- a/src/content/ko/administrator-manual/audit/kubernetes-logs/pod-session-recordings.mdx
+++ b/src/content/ko/administrator-manual/audit/kubernetes-logs/pod-session-recordings.mdx
@@ -72,7 +72,7 @@ Administrator > Audit > Kubernetes > Pod Session Recordings
1. 파일 크기가 700MB를 초과하여 세션을 재생할 수 없습니다.
2. 이 세션 녹화를 보려면 파일 콘텐츠를 다운로드하여 플레이해야 합니다.
2. `Download` 버튼을 누르면 다운로드가 진행되어 로컬에 파일이 생성됩니다.
- 1. Administrator > General > Company Management > Security > Others 에 위치한 `Export a file with Encryption` 공통 옵션이 `Required`로 활성화되어 있을 경우, 해당 다운로드 시 암호화 모달이 추가로 나타나고 해당 모달 이후에 다운로드를 실행합니다.
+ 1. Administrator > General > Company Management > Security > Others 에 위치한 `Export a file with Encryption` 공통 옵션이 `Required`로 활성화되어 있을 경우, 해당 다운로드 시 암호화 모달이 추가로 나타나고 해당 모달 이후에 다운로드를 실행합니다.
diff --git a/src/content/ko/administrator-manual/audit/kubernetes-logs/request-audit.mdx b/src/content/ko/administrator-manual/audit/kubernetes-logs/request-audit.mdx
index 40e1ef697..0a15693a5 100644
--- a/src/content/ko/administrator-manual/audit/kubernetes-logs/request-audit.mdx
+++ b/src/content/ko/administrator-manual/audit/kubernetes-logs/request-audit.mdx
@@ -54,7 +54,7 @@ confluenceUrl: 'https://querypie.atlassian.net/wiki/spaces/QM/pages/544383587/Re
### Request Audit 상세 내역 조회하기
-7. 각 행을 클릭하면 세부 정보를 조회할 수 있습니다.
+7. 각 행을 클릭하면 세부 정보를 조회할 수 있습니다.
diff --git a/src/content/ko/administrator-manual/audit/server-logs/session-logs.mdx b/src/content/ko/administrator-manual/audit/server-logs/session-logs.mdx
index feca3307a..33960ec80 100644
--- a/src/content/ko/administrator-manual/audit/server-logs/session-logs.mdx
+++ b/src/content/ko/administrator-manual/audit/server-logs/session-logs.mdx
@@ -29,7 +29,7 @@ Administrator > Audit > Servers > Session Logs
5. **Host** : 접속 서버 호스트
6. **Client IP** : 사용자 IP
7. **Client** **Name** : 사용자의 접속 방식
-4. 검색 필드 우측 필터 버튼을 클릭하여 **Action At**에 대한 일시 범위를 재지정하여 필터링이 가능합니다.
+4. 검색 필드 우측 필터 버튼을 클릭하여 **Action At**에 대한 일시 범위를 재지정하여 필터링이 가능합니다.
@@ -62,7 +62,7 @@ Administrator > Audit > Servers > Session Logs
녹화된 파일의 크기가 700MB를 초과하는지 여부에 따라 재생화면을 노출하거나 다운로드 버튼을 노출합니다.
-7. **700MB 미만**
+7. **700MB 미만**
@@ -79,7 +79,7 @@ Administrator > Audit > Servers > Session Logs
1. 파일 크기가 700MB를 초과하여 세션을 재생할 수 없습니다.
2. 이 세션 녹화를 보려면 파일 콘텐츠를 다운로드하여 플레이해야 합니다.
2. `Download` 버튼을 누르면 다운로드가 진행되어 로컬에 파일이 생성됩니다.
- 1. Administrator > General > Company Management > Security > Others 의 `Export a file with Encryption` 공통 옵션이 `Required`로 활성화되어 있을 경우, 해당 다운로드 시 암호화 모달이 추가로 나타나고 해당 모달 이후에 다운로드를 실행합니다.
+ 1. Administrator > General > Company Management > Security > Others 의 `Export a file with Encryption` 공통 옵션이 `Required`로 활성화되어 있을 경우, 해당 다운로드 시 암호화 모달이 추가로 나타나고 해당 모달 이후에 다운로드를 실행합니다.
diff --git a/src/content/ko/administrator-manual/audit/web-app-logs/web-app-role-history.mdx b/src/content/ko/administrator-manual/audit/web-app-logs/web-app-role-history.mdx
index 370c2a50f..9d5c0ca06 100644
--- a/src/content/ko/administrator-manual/audit/web-app-logs/web-app-role-history.mdx
+++ b/src/content/ko/administrator-manual/audit/web-app-logs/web-app-role-history.mdx
@@ -21,7 +21,7 @@ Administrator > Audit > Web Apps > Web App Role History
1. Administrator > Audit > Web Apps > Web App Role History 메뉴로 이동합니다.
2. 현재 월 기준으로 로그가 내림차순으로 조회됩니다.
3. 테이블 좌측 상단의 검색란을 통해 아래의 조건으로 검색할 수 있습니다. a. User Name : 사용자 이름 b. User Email : 사용자 이메일 c. Role Name : 역할명
-4. 검색 필드 우측 필터 버튼을 클릭하여 AND/OR 조건으로 아래의 필터링이 가능합니다.
+4. 검색 필드 우측 필터 버튼을 클릭하여 AND/OR 조건으로 아래의 필터링이 가능합니다.
diff --git a/src/content/ko/administrator-manual/audit/web-app-logs/web-event-audit.mdx b/src/content/ko/administrator-manual/audit/web-app-logs/web-event-audit.mdx
index 50c21da13..7372e90b2 100644
--- a/src/content/ko/administrator-manual/audit/web-app-logs/web-event-audit.mdx
+++ b/src/content/ko/administrator-manual/audit/web-app-logs/web-event-audit.mdx
@@ -32,7 +32,7 @@ Administrator > Audit > Web Apps > Web Event Audit
8. Tab Id : 탭 식별자
9. Client Ip : 클라이언트 IP 주소
10. Message : 메시지 내용
-4. 검색 필드 우측 필터 버튼을 클릭하여 AND/OR 조건으로 아래의 필터링이 가능합니다.
+4. 검색 필드 우측 필터 버튼을 클릭하여 AND/OR 조건으로 아래의 필터링이 가능합니다.
diff --git a/src/content/ko/administrator-manual/databases/connection-management/cloud-providers/verifying-cloud-synchronization-settings-with-dry-run-feature.mdx b/src/content/ko/administrator-manual/databases/connection-management/cloud-providers/verifying-cloud-synchronization-settings-with-dry-run-feature.mdx
index ef96cacb1..5a370172a 100644
--- a/src/content/ko/administrator-manual/databases/connection-management/cloud-providers/verifying-cloud-synchronization-settings-with-dry-run-feature.mdx
+++ b/src/content/ko/administrator-manual/databases/connection-management/cloud-providers/verifying-cloud-synchronization-settings-with-dry-run-feature.mdx
@@ -19,7 +19,7 @@ confluenceUrl: 'https://querypie.atlassian.net/wiki/spaces/QM/pages/712507393/Dr
-3. 팝업 창에 출력되는 “Dry Run” 결과를 확인하고 만약 문제가 있다면 입력한 내용을 수정합니다. 문제가 없다면 `Save Changes` 버튼을 눌러 변경사항을 저장합니다.
+3. 팝업 창에 출력되는 “Dry Run” 결과를 확인하고 만약 문제가 있다면 입력한 내용을 수정합니다. 문제가 없다면 `Save Changes` 버튼을 눌러 변경사항을 저장합니다.
diff --git a/src/content/ko/administrator-manual/databases/connection-management/custom-jdbc-configs.mdx b/src/content/ko/administrator-manual/databases/connection-management/custom-jdbc-configs.mdx
index d1e0eefe8..f5a89f70e 100644
--- a/src/content/ko/administrator-manual/databases/connection-management/custom-jdbc-configs.mdx
+++ b/src/content/ko/administrator-manual/databases/connection-management/custom-jdbc-configs.mdx
@@ -36,7 +36,7 @@ import { Callout } from 'nextra/components'
* **JVM Arguments** : JDBC 드라이버 로딩 시 전달할 JVM 인수를 입력합니다 (예: `-Djava.security.egd=file:/dev/./urandom`).
* **Driver JAR File**
* **JAR File** : `.jar` 파일 형태의 JDBC 드라이버 파일을 업로드합니다. 여러 개의 파일을 업로드할 수 있으며, 파일당 최대 100MB까지 지원합니다.
- * **Dictionary Configuration** Dictionary Configuration의 SQL에서 사용 가능한 변수: `{database}`, `{schema}`, `{table}`, `{view}`
+ * **Dictionary Configuration** Dictionary Configuration의 SQL에서 사용 가능한 변수: `{database}`, `{schema}`, `{table}`, `{view}`
* `Custom SQL Queries (Optional)` 버튼을 펼쳐 DB 메타데이터 조회에 사용할 SQL을 설정할 수 있습니다.
* **Schema Structure** : 해당 DB의 스키마 구조 유형을 선택합니다.
1. **Database.Schema** : Database와 Schema를 모두 사용하는 구조입니다 (예: PostgreSQL, SQL Server).
diff --git a/src/content/ko/administrator-manual/databases/connection-management/db-connections.mdx b/src/content/ko/administrator-manual/databases/connection-management/db-connections.mdx
index 146b00b73..a27c228f9 100644
--- a/src/content/ko/administrator-manual/databases/connection-management/db-connections.mdx
+++ b/src/content/ko/administrator-manual/databases/connection-management/db-connections.mdx
@@ -108,7 +108,7 @@ Administrator > Databases > Connection Management > DB Connections
* **Database Type**: DB 유형 (eg. MySQL, MariaDB, PostgreSQL…)
* **Cloud Provider**: 클라우드 제공자 타입 (AWS, Azure, GCP, 또는 QueryPie Connection)
* **Favorite View**: 즐겨찾기 설정 여부
- * 테이블 가장 오른쪽에 즐겨찾기 설정을 위한 버튼이 있습니다.
+ * 테이블 가장 오른쪽에 즐겨찾기 설정을 위한 버튼이 있습니다.
diff --git a/src/content/ko/administrator-manual/databases/connection-management/db-connections/custom-data-source-configuration-and-log-verification.mdx b/src/content/ko/administrator-manual/databases/connection-management/db-connections/custom-data-source-configuration-and-log-verification.mdx
index c60d9e0d1..6ecf2b676 100644
--- a/src/content/ko/administrator-manual/databases/connection-management/db-connections/custom-data-source-configuration-and-log-verification.mdx
+++ b/src/content/ko/administrator-manual/databases/connection-management/db-connections/custom-data-source-configuration-and-log-verification.mdx
@@ -38,7 +38,7 @@ Custom Data Source는 QueryPie에서 기본적으로 지원하지 않는 벤더
- * 생성 시 다음과 같은 경고 메시지가 표시됩니다: **Restrictions:**
+ * 생성 시 다음과 같은 경고 메시지가 표시됩니다: **Restrictions:**
* Only TCP access control is available; Privileges controland Query Audit are not supported.
* Access is only possible through a proxy; it cannot be accessed via the web editor.
* 아래의 연결 정보를 원하는 설정에 맞게 입력합니다.****
diff --git a/src/content/ko/administrator-manual/databases/connection-management/db-connections/mongodb-specific-guide.mdx b/src/content/ko/administrator-manual/databases/connection-management/db-connections/mongodb-specific-guide.mdx
index 1500344b1..15af54cfa 100644
--- a/src/content/ko/administrator-manual/databases/connection-management/db-connections/mongodb-specific-guide.mdx
+++ b/src/content/ko/administrator-manual/databases/connection-management/db-connections/mongodb-specific-guide.mdx
@@ -199,7 +199,7 @@ Administrator > Databases > Policies > Data Masking > Add Rule List
-1. 정책을 생성하고 나면, 실제로 정책을 적용할 데이터의 경로를 규칙으로 등록합니다. Rule List 탭에서 규칙이 등록된 것을 확인할 수 있습니다. 이제 사용자가 MongoDB 에서 해당 Collection 의 Document 를 조회할 경우 적용한 마스킹 패턴에 따라 사전에 지정한 Attribute 의 Value 값이 `*****@gmail.com`와 같이 마스킹되어 표시됩니다.
+1. 정책을 생성하고 나면, 실제로 정책을 적용할 데이터의 경로를 규칙으로 등록합니다. Rule List 탭에서 규칙이 등록된 것을 확인할 수 있습니다. 이제 사용자가 MongoDB 에서 해당 Collection 의 Document 를 조회할 경우 적용한 마스킹 패턴에 따라 사전에 지정한 Attribute 의 Value 값이 `*****@gmail.com`와 같이 마스킹되어 표시됩니다.
1. Data Masking 메뉴에서 생성한 정책을 클릭합니다.
2. 정책 세부 정보 및 규칙 등록 화면이 표시되고 우측에서 `Add Rule List` 버튼을 클릭합니다.
3. 정책을 적용할 데이터의 경로를 차례대로 선택합니다.
diff --git a/src/content/ko/administrator-manual/databases/db-access-control/access-control.mdx b/src/content/ko/administrator-manual/databases/db-access-control/access-control.mdx
index 6afc26ad9..c837b511c 100644
--- a/src/content/ko/administrator-manual/databases/db-access-control/access-control.mdx
+++ b/src/content/ko/administrator-manual/databases/db-access-control/access-control.mdx
@@ -104,7 +104,7 @@ Access Control 페이지 내 Groups / Users 탭의 목록에서 특정 사용자
5. Connections 항목에서 대상 커넥션을 선택합니다. 스키마 레벨은 한 번에 여러 개의 커넥션에 다중 설정이 불가합니다. 커넥션을 선택하면 우측의 privilege 항목에 기본적으로 select 권한이 필요한 스키마에 자동으로 SELECT privilege가 부여된 것을 볼 수 있습니다. 관리자는 이 항목을 지울 수도 있지만 그랬을 때 Web editor 또는 proxy에서 스키마 구조를 조회하는 시점에 오류가 발생할 수 있으니 가급적 이 항목을 제거하지 않는 것을 권장합니다.
-6. privilege 를 할당할 특정 스키마(논리 DB)를 지정하기 위해 `Add Item` 버튼을 누릅니다. 아래에 대상을 추가할 수 있는 행이 추가됩니다. schema 구조가 있는 DBMS (Oracle, Postgres 등)은 대상 이름을 입력할 때 반드시 `{database 이름}`.`{schema 이름}` 의 형식으로 입력해야 합니다. MySQL 과 같이 schema 구조가 없는 DBMS는 논리 DB 이름만 입력하면 됩니다. - Oracle 예시 : ORCLDB.TESTUSER - PostgreSQL 예시 : testdb.test_schema - MySQL 예시 : sakila
+6. privilege 를 할당할 특정 스키마(논리 DB)를 지정하기 위해 `Add Item` 버튼을 누릅니다. 아래에 대상을 추가할 수 있는 행이 추가됩니다. schema 구조가 있는 DBMS (Oracle, Postgres 등)은 대상 이름을 입력할 때 반드시 `{database 이름}`.`{schema 이름}` 의 형식으로 입력해야 합니다. MySQL 과 같이 schema 구조가 없는 DBMS는 논리 DB 이름만 입력하면 됩니다. - Oracle 예시 : ORCLDB.TESTUSER - PostgreSQL 예시 : testdb.test_schema - MySQL 예시 : sakila
diff --git a/src/content/ko/administrator-manual/databases/monitoring/proxy-management.mdx b/src/content/ko/administrator-manual/databases/monitoring/proxy-management.mdx
index dfd34b8f9..d9c3eb3ef 100644
--- a/src/content/ko/administrator-manual/databases/monitoring/proxy-management.mdx
+++ b/src/content/ko/administrator-manual/databases/monitoring/proxy-management.mdx
@@ -48,7 +48,7 @@ Administrator > Databases > Monitoring > Proxy Management
4. `Proxy Usage` 옵션을 체크하여 활성화합니다.
5. 두 가지 Proxy 인증 방식 중 하나를 선택합니다.
1. **Use QueryPie registered account**: 관리자가 커넥션 정보 페이지 내에 저장한 DB username / password 기준으로 Proxy 접속 정보를 생성하는 방식입니다. 사용자는 Agent 또는 별도로 생성된 Proxy Credential 정보를 이용해 Proxy로 접속할 수 있습니다.
- 2. **Use existing database account with Agent** : 사용자가 기존에 사용하던 DB username / password를 사용할 수 있는 방식으로 Proxy 접속 정보가 생성됩니다. 사용자는 Agent에서 실행 후 localhost와 port 정보를 이용해 Proxy로 접속할 수 있습니다. ※ 사용자의 DB username / password 인증을 사용할 경우, Agent를 통해서만 접속 가능합니다.
+ 2. **Use existing database account with Agent** : 사용자가 기존에 사용하던 DB username / password를 사용할 수 있는 방식으로 Proxy 접속 정보가 생성됩니다. 사용자는 Agent에서 실행 후 localhost와 port 정보를 이용해 Proxy로 접속할 수 있습니다. ※ 사용자의 DB username / password 인증을 사용할 경우, Agent를 통해서만 접속 가능합니다.
6. **Network ID** : Reverse SSH 기능을 사용하는 경우에 필요한 설정 값입니다.
Proxy Usage 옵션을 활성화하면 Proxy로 접속할 수 있는 Port가 해당 커넥션에 할당됩니다.
diff --git a/src/content/ko/administrator-manual/databases/new-policy-management/data-policies.mdx b/src/content/ko/administrator-manual/databases/new-policy-management/data-policies.mdx
index 7af0879da..b3a876232 100644
--- a/src/content/ko/administrator-manual/databases/new-policy-management/data-policies.mdx
+++ b/src/content/ko/administrator-manual/databases/new-policy-management/data-policies.mdx
@@ -44,20 +44,20 @@ QueryPie는 다음과 같은 정책 타입을 제공합니다:
1. **Column Data Masking**
* 컬럼을 대상으로 데이터 마스킹 정책을 적용합니다.
* 정규식 기반의 마스킹 패턴을 사용하여 특정 데이터 패턴을 감지하고 마스킹합니다. (Masking Patterns)
- * 사용자가 해당 컬럼을 조회할 때 `{masked}` 형태로 표시되며, 셀을 클릭하면 마스킹 처리된 데이터가 표시됩니다.
+ * 사용자가 해당 컬럼을 조회할 때 `{masked}` 형태로 표시되며, 셀을 클릭하면 마스킹 처리된 데이터가 표시됩니다.
2. **Table Access Restriction**
* 테이블을 대상으로 접근 차단 정책을 적용합니다.
* 사용자가 해당 테이블을 조회하려고 할 때 접근이 차단되며, 권한 없음 메시지가 표시됩니다.
- * 메시지: `"You don't have permission to access the table 'database.table'. Please check your privileges."`
+ * 메시지: `"You don't have permission to access the table 'database.table'. Please check your privileges."`
3. **Column Access Restriction**
* 컬럼을 대상으로 접근 차단 정책을 적용합니다.
- * 사용자가 해당 컬럼을 조회하려고 할 때 `{restricted}` 형태로 표시되며 접근이 차단됩니다.
+ * 사용자가 해당 컬럼을 조회하려고 할 때 `{restricted}` 형태로 표시되며 접근이 차단됩니다.
@@ -133,7 +133,7 @@ User scope의 scope type이 **Everyone**인 경우만 Exclusion 대상을 지정
1. **Data tags**: Data Paths 메뉴에서 설정된 태그를 기반으로 정책 적용 대상을 선택합니다.
* 이 옵션이 선택되면 태그 키와 값을 지정하여 정책을 적용할 테이블 또는 컬럼을 선택할 수 있습니다.
2. **Specific data path**: 특정 데이터 경로를 직접 지정하는 옵션입니다. 11.0.0
- * 이 옵션을 선택한 뒤 Add target 버튼을 눌러 출력되는 팝업 대화창에서 Database, Schema, Table, Column을 지정할 수 있고 정규표현식을 사용할 수도 있습니다.
+ * 이 옵션을 선택한 뒤 Add target 버튼을 눌러 출력되는 팝업 대화창에서 Database, Schema, Table, Column을 지정할 수 있고 정규표현식을 사용할 수도 있습니다.
diff --git a/src/content/ko/administrator-manual/databases/policies/query-rules.mdx b/src/content/ko/administrator-manual/databases/policies/query-rules.mdx
index df6cc5667..b91b7ebcf 100644
--- a/src/content/ko/administrator-manual/databases/policies/query-rules.mdx
+++ b/src/content/ko/administrator-manual/databases/policies/query-rules.mdx
@@ -59,7 +59,7 @@ MongoDB / DocumentDB는 Query Rule이 적용되지 않습니다.
1. **All** : 모든 출처의 쿼리에 적용합니다.
2. **Proxy** : 프록시를 통한 쿼리에만 적용합니다.
3. **SQL Editor** : SQL Editor에서 실행된 쿼리에만 적용합니다.
- * **Action Settings** **Skip Action은 Proxy 전용입니다.** Skip 선택 시 Origin이 자동으로 Proxy로 설정되며, SQL Editor에서는 지원되지 않습니다. Audit에 기록되지 않으므로 민감한 쿼리에는 사용하지 마세요.
+ * **Action Settings** **Skip Action은 Proxy 전용입니다.** Skip 선택 시 Origin이 자동으로 Proxy로 설정되며, SQL Editor에서는 지원되지 않습니다. Audit에 기록되지 않으므로 민감한 쿼리에는 사용하지 마세요.
* **Action** : 규칙에 매칭되는 쿼리에 적용할 동작을 선택합니다.
1. **Allow** : 정책(Privilege, Data Masking 등)을 무시하고 쿼리를 실행합니다. Audit 로그에는 기록됩니다.
2. **Deny** : 쿼리 실행을 거부합니다. Audit 로그에 Prevented 상태로 기록됩니다.
diff --git a/src/content/ko/administrator-manual/general/company-management/channels.mdx b/src/content/ko/administrator-manual/general/company-management/channels.mdx
index 1da10ff2f..4fb05c73e 100644
--- a/src/content/ko/administrator-manual/general/company-management/channels.mdx
+++ b/src/content/ko/administrator-manual/general/company-management/channels.mdx
@@ -158,7 +158,7 @@ Slack 내 Webhook 추가 화면
#### 2-2. API 타입으로 연동하기
1. 생성했던 App 을 클릭하여 앱의 Settings 페이지에 진입한 뒤, `App Manifest` 메뉴로 이동합니다.
-2. scopes 영역에 `chat:write`, `users:read`, `users:read.email` 을 추가한 뒤 저장합니다.
+2. scopes 영역에 `chat:write`, `users:read`, `users:read.email` 을 추가한 뒤 저장합니다.
@@ -169,7 +169,7 @@ Slack 내 Webhook 추가 화면
4. `Reinstall to {Workspace_name}` 버튼을 클릭하여 알림을 보낼 Slack 채널을 선택한 뒤 `허용` 버튼을 클릭합니다.
1. Scope를 변경한 뒤 적용하려면, 이 단계를 다시 수행해야 합니다.
5. 해당 Slack 채널로 이동하여 생성한 앱을 추가합니다. (이미 앱을 추가한 상태라면 이 단계는 건너뛸 수 있습니다)
-6. 채널 이름을 클릭하여 Channel Detail 모달을 열고, 모달 하단에서 Channel ID를 복사합니다. 복사한 Channel ID를 QueryPie 채널 생성 모달에 붙여넣습니다.
+6. 채널 이름을 클릭하여 Channel Detail 모달을 열고, 모달 하단에서 Channel ID를 복사합니다. 복사한 Channel ID를 QueryPie 채널 생성 모달에 붙여넣습니다.
diff --git a/src/content/ko/administrator-manual/general/company-management/security.mdx b/src/content/ko/administrator-manual/general/company-management/security.mdx
index fe03cdb72..cb01cf69c 100644
--- a/src/content/ko/administrator-manual/general/company-management/security.mdx
+++ b/src/content/ko/administrator-manual/general/company-management/security.mdx
@@ -79,7 +79,7 @@ QueryPie 계정의 패스워드 정책을 설정할 수 있습니다.
* 지정된 시간 동안 활동이 없을 경우 타임아웃 처리
* **Agent Session Timeout**: 에이전트 세션 타임아웃 기준 (Default : 1,440분)
* 지정된 시간 동안 에이전트 앱 로그인을 유지하고, 경과 시 로그아웃 처리
-* **User Inactivity Timeout (on agent)**: Agent Session Timeout 기능에 추가로 Agent가 사용자의 마우스, 키보드 입력을 모니터링하고 지정된 시간을 초과하여 행위(키보드의 키 입력, 마우스 클릭, 마우스 포인터 이동, 마우스 휠 조작, 마우스 드래그)가 없으면 세션을 강제 종료합니다. 유휴 상태인 경우, 장시간 쿼리를 실행하고 있어도 마우스 및 키보드 움직임이 없다면 무조건 세션이 종료되어 로그아웃처리 됩니다. 사용자 행위 감시는 30초마다 수행합니다. 최대 유휴 만료시간이 Agent Session Timeout을 초과 할 수 없습니다.
+* **User Inactivity Timeout (on agent)**: Agent Session Timeout 기능에 추가로 Agent가 사용자의 마우스, 키보드 입력을 모니터링하고 지정된 시간을 초과하여 행위(키보드의 키 입력, 마우스 클릭, 마우스 포인터 이동, 마우스 휠 조작, 마우스 드래그)가 없으면 세션을 강제 종료합니다. 유휴 상태인 경우, 장시간 쿼리를 실행하고 있어도 마우스 및 키보드 움직임이 없다면 무조건 세션이 종료되어 로그아웃처리 됩니다. 사용자 행위 감시는 30초마다 수행합니다. 최대 유휴 만료시간이 Agent Session Timeout을 초과 할 수 없습니다.
**User Inactivity Timeout (on agent) 설정 예시**
diff --git a/src/content/ko/administrator-manual/general/system/integrations/identity-providers.mdx b/src/content/ko/administrator-manual/general/system/integrations/identity-providers.mdx
index 2d91b04c6..22553ddf4 100644
--- a/src/content/ko/administrator-manual/general/system/integrations/identity-providers.mdx
+++ b/src/content/ko/administrator-manual/general/system/integrations/identity-providers.mdx
@@ -62,7 +62,7 @@ IdP를 변경하거나 삭제를 해야하는 경우 Customer Portal 을 통해
* **Name** : 식별에 용이하도록 적합한 IdP의 이름을 입력합니다.
* **Type**: LDAP를 선택합니다.
* **Server URL** : `ldap://ldap.example.com:389` 과 같은 형식으로 LDAP server의 주소를 입력합니다. LDAPS의 경우 scheme을 ldaps:// 로 입력합니다.
-* **BindDN** : LDAP 서버에 접속(바인드)할 때 사용할 서비스 계정의 고유 이름(Distinguished Name, DN)을 입력합니다. 이 계정은 최소한 사용자 정보를 검색(Read)할 수 있는 권한이 필요합니다. 예시: cn=admin,ou=Services,dc=example,dc=com
+* **BindDN** : LDAP 서버에 접속(바인드)할 때 사용할 서비스 계정의 고유 이름(Distinguished Name, DN)을 입력합니다. 이 계정은 최소한 사용자 정보를 검색(Read)할 수 있는 권한이 필요합니다. 예시: cn=admin,ou=Services,dc=example,dc=com
* **Bind Password** : BindDN의 암호를 입력합니다.
@@ -424,9 +424,9 @@ Okta 상세설정 (2)
* **Application ID**: Okta 내에서 2개 이상의 QueryPie App 을 사용할 경우 입력합니다.
* 주기적인 동기화 기능을 사용하고자 할 경우**Replication Frequency** 항목에서 Scheduling 을 설정합니다.
* **Additional Settings**
- * **Make New Users Inactive by Default**: 동기화 시 새로운 사용자를 비활성화 상태로 추가할지 여부를 선택합니다. 동기화할 사용자 수가 많거나, 사용자의 인증을 통한 QueryPie 접근을 개별적으로 관리하고자 하는 경우 해당 옵션을 활성화하시기 바랍니다.
- * **Use an Attribute for Privilege Revoke** : 동기화 시 특정 Attribute에 따라 Privilege를 회수할지 여부를 선택합니다. 특정 Attribute의 변경에 의해 자동으로 DAC Privilege를 회수하고자 하는 경우 이 옵션을 활성화하세요. Attribute 입력 필드에 활성화 변경을 감지하려는 Attribute 이름을 입력합니다.
- * **Enable Attribute Synchronization** : IdP의 사용자 속성과 QueryPie 사용자 속성을 매핑하여 동기화할지 여부를 선택합니다. IdP에서 관리 중인 사용자 속성을 QueryPie 내 Attribute와 자동으로 연동하고자 하는 경우, 해당 옵션을 활성화하시기 바랍니다. 옵션 활성화 시, 하단에 Attribute Mapping UI가 표시되며 매핑 작업을 통해 연동할 IdP Attribute와 QueryPie Attribute를 지정할 수 있습니다. 단, 해당 기능은 Profile Editor(Admin> General > User Management > Profile Editor)에서 Source Priority가 Inherit from profile source로 설정된 Attribute에 한해 적용됩니다.
+ * **Make New Users Inactive by Default**: 동기화 시 새로운 사용자를 비활성화 상태로 추가할지 여부를 선택합니다. 동기화할 사용자 수가 많거나, 사용자의 인증을 통한 QueryPie 접근을 개별적으로 관리하고자 하는 경우 해당 옵션을 활성화하시기 바랍니다.
+ * **Use an Attribute for Privilege Revoke** : 동기화 시 특정 Attribute에 따라 Privilege를 회수할지 여부를 선택합니다. 특정 Attribute의 변경에 의해 자동으로 DAC Privilege를 회수하고자 하는 경우 이 옵션을 활성화하세요. Attribute 입력 필드에 활성화 변경을 감지하려는 Attribute 이름을 입력합니다.
+ * **Enable Attribute Synchronization** : IdP의 사용자 속성과 QueryPie 사용자 속성을 매핑하여 동기화할지 여부를 선택합니다. IdP에서 관리 중인 사용자 속성을 QueryPie 내 Attribute와 자동으로 연동하고자 하는 경우, 해당 옵션을 활성화하시기 바랍니다. 옵션 활성화 시, 하단에 Attribute Mapping UI가 표시되며 매핑 작업을 통해 연동할 IdP Attribute와 QueryPie Attribute를 지정할 수 있습니다. 단, 해당 기능은 Profile Editor(Admin> General > User Management > Profile Editor)에서 Source Priority가 Inherit from profile source로 설정된 Attribute에 한해 적용됩니다.
* **Allowed User Deletion Rate Threshold :**
* 동기화 시 기존 유저가 이 값의 비율 이상으로 삭제되었을 경우에는 동기화를 실패하도록 하는 기능입니다.
* 0.0 ~ 1.0 사이의 값을 입력합니다. (기본값은 0.1)
@@ -503,9 +503,9 @@ One Login 상세설정 (2)
* **Additional Settings**
- * **Make New Users Inactive by Default**: 동기화 시 새로운 사용자를 비활성화 상태로 추가할지 여부를 선택합니다. 동기화할 사용자 수가 많거나, 사용자의 인증을 통한 QueryPie 접근을 개별적으로 관리하고자 하는 경우 해당 옵션을 활성화하시기 바랍니다.
- * **Use an Attribute for Privilege Revoke** : 동기화 시 특정 Attribute에 따라 Privilege를 회수할지 여부를 선택합니다. 특정 Attribute의 변경에 의해 자동으로 DAC Privilege를 회수하고자 하는 경우 이 옵션을 활성화하세요. Attribute 입력 필드에 활성화 변경을 감지하려는 Attribute 이름을 입력합니다.
- * **Enable Attribute Synchronization** : IdP의 사용자 속성과 QueryPie 사용자 속성을 매핑하여 동기화할지 여부를 선택합니다. IdP에서 관리 중인 사용자 속성을 QueryPie 내 Attribute와 자동으로 연동하고자 하는 경우, 해당 옵션을 활성화하시기 바랍니다. 옵션 활성화 시, 하단에 Attribute Mapping UI가 표시되며 매핑 작업을 통해 연동할 IdP Attribute와 QueryPie Attribute를 지정할 수 있습니다. 단, 해당 기능은 Profile Editor(Admin> General > User Management > Profile Editor)에서 Source Priority가 Inherit from profile source로 설정된 Attribute에 한해 적용됩니다.
+ * **Make New Users Inactive by Default**: 동기화 시 새로운 사용자를 비활성화 상태로 추가할지 여부를 선택합니다. 동기화할 사용자 수가 많거나, 사용자의 인증을 통한 QueryPie 접근을 개별적으로 관리하고자 하는 경우 해당 옵션을 활성화하시기 바랍니다.
+ * **Use an Attribute for Privilege Revoke** : 동기화 시 특정 Attribute에 따라 Privilege를 회수할지 여부를 선택합니다. 특정 Attribute의 변경에 의해 자동으로 DAC Privilege를 회수하고자 하는 경우 이 옵션을 활성화하세요. Attribute 입력 필드에 활성화 변경을 감지하려는 Attribute 이름을 입력합니다.
+ * **Enable Attribute Synchronization** : IdP의 사용자 속성과 QueryPie 사용자 속성을 매핑하여 동기화할지 여부를 선택합니다. IdP에서 관리 중인 사용자 속성을 QueryPie 내 Attribute와 자동으로 연동하고자 하는 경우, 해당 옵션을 활성화하시기 바랍니다. 옵션 활성화 시, 하단에 Attribute Mapping UI가 표시되며 매핑 작업을 통해 연동할 IdP Attribute와 QueryPie Attribute를 지정할 수 있습니다. 단, 해당 기능은 Profile Editor(Admin> General > User Management > Profile Editor)에서 Source Priority가 Inherit from profile source로 설정된 Attribute에 한해 적용됩니다.
* **Allowed User Deletion Rate Threshold :**
* 동기화 시 기존 유저가 이 값의 비율 이상으로 삭제되었을 경우에는 동기화를 실패하도록 하는 기능입니다.
* 0.0 ~ 1.0 사이의 값을 입력합니다. (기본값은 0.1)
@@ -540,9 +540,9 @@ Custom Identity Provider는 인증 API 서버를 사용하는 특수한 경우
* **Additional Settings**
- * **Make New Users Inactive by Default**: 동기화 시 새로운 사용자를 비활성화 상태로 추가할지 여부를 선택합니다. 동기화할 사용자 수가 많거나, 사용자의 인증을 통한 QueryPie 접근을 개별적으로 관리하고자 하는 경우 해당 옵션을 활성화하시기 바랍니다.
- * **Use an Attribute for Privilege Revoke** : 동기화 시 특정 Attribute에 따라 Privilege를 회수할지 여부를 선택합니다. 특정 Attribute의 변경에 의해 자동으로 DAC Privilege를 회수하고자 하는 경우 이 옵션을 활성화하세요. Attribute 입력 필드에 활성화 변경을 감지하려는 Attribute 이름을 입력합니다.
- * **Enable Attribute Synchronization** : IdP의 사용자 속성과 QueryPie 사용자 속성을 매핑하여 동기화할지 여부를 선택합니다. IdP에서 관리 중인 사용자 속성을 QueryPie 내 Attribute와 자동으로 연동하고자 하는 경우, 해당 옵션을 활성화하시기 바랍니다. 옵션 활성화 시, 하단에 Attribute Mapping UI가 표시되며 매핑 작업을 통해 연동할 IdP Attribute와 QueryPie Attribute를 지정할 수 있습니다. 단, 해당 기능은 Profile Editor(Admin> General > User Management > Profile Editor)에서 Source Priority가 Inherit from profile source로 설정된 Attribute에 한해 적용됩니다.
+ * **Make New Users Inactive by Default**: 동기화 시 새로운 사용자를 비활성화 상태로 추가할지 여부를 선택합니다. 동기화할 사용자 수가 많거나, 사용자의 인증을 통한 QueryPie 접근을 개별적으로 관리하고자 하는 경우 해당 옵션을 활성화하시기 바랍니다.
+ * **Use an Attribute for Privilege Revoke** : 동기화 시 특정 Attribute에 따라 Privilege를 회수할지 여부를 선택합니다. 특정 Attribute의 변경에 의해 자동으로 DAC Privilege를 회수하고자 하는 경우 이 옵션을 활성화하세요. Attribute 입력 필드에 활성화 변경을 감지하려는 Attribute 이름을 입력합니다.
+ * **Enable Attribute Synchronization** : IdP의 사용자 속성과 QueryPie 사용자 속성을 매핑하여 동기화할지 여부를 선택합니다. IdP에서 관리 중인 사용자 속성을 QueryPie 내 Attribute와 자동으로 연동하고자 하는 경우, 해당 옵션을 활성화하시기 바랍니다. 옵션 활성화 시, 하단에 Attribute Mapping UI가 표시되며 매핑 작업을 통해 연동할 IdP Attribute와 QueryPie Attribute를 지정할 수 있습니다. 단, 해당 기능은 Profile Editor(Admin> General > User Management > Profile Editor)에서 Source Priority가 Inherit from profile source로 설정된 Attribute에 한해 적용됩니다.
* **Allowed User Deletion Rate Threshold :**
* 동기화 시 기존 유저가 이 값의 비율 이상으로 삭제되었을 경우에는 동기화를 실패하도록 하는 기능입니다.
* 0.0 ~ 1.0 사이의 값을 입력합니다. (기본값은 0.1)
diff --git a/src/content/ko/administrator-manual/general/system/integrations/integrating-with-email.mdx b/src/content/ko/administrator-manual/general/system/integrations/integrating-with-email.mdx
index 749363a3e..dcc2d7058 100644
--- a/src/content/ko/administrator-manual/general/system/integrations/integrating-with-email.mdx
+++ b/src/content/ko/administrator-manual/general/system/integrations/integrating-with-email.mdx
@@ -21,7 +21,7 @@ Email 발송을 위해서는 SMTP 서버가 필요하며, QueryPie에서는 SMTP
1. Administrator > General > System > Integrations 메뉴로 이동합니다.
2. Email 타일을 클릭하여 상세 페이지로 이동합니다.
-3. 상세 페이지에 있는 `Configure` 버튼을 클릭하면 SMTP 정보를 입력할 수 있는 팝업이 표시됩니다.
+3. 상세 페이지에 있는 `Configure` 버튼을 클릭하면 SMTP 정보를 입력할 수 있는 팝업이 표시됩니다.
@@ -55,7 +55,7 @@ Email 발송을 위해서는 SMTP 서버가 필요하며, QueryPie에서는 SMTP
1. Administrator > General > System > Integrations 메뉴로 이동합니다.
2. Email 타일을 클릭하여 상세 페이지로 이동합니다.
-3. 상세페이지 Email sender에 표시된 SMTP 설정에 대해 Edit 버튼을 누릅니다.
+3. 상세페이지 Email sender에 표시된 SMTP 설정에 대해 Edit 버튼을 누릅니다.
@@ -68,7 +68,7 @@ Email 발송을 위해서는 SMTP 서버가 필요하며, QueryPie에서는 SMTP
1. Administrator > General > System > Integrations 메뉴로 이동합니다.
2. Email 타일을 클릭하여 상세 페이지로 이동합니다.
-3. Sent Email History 목록을 확인합니다. 이 목록에 저장되는 email 발송 이력은 30일 동안 보관되고 30일 이전의 내용은 삭제됩니다.
+3. Sent Email History 목록을 확인합니다. 이 목록에 저장되는 email 발송 이력은 30일 동안 보관되고 30일 이전의 내용은 삭제됩니다.
diff --git a/src/content/ko/administrator-manual/general/system/integrations/integrating-with-event-callback.mdx b/src/content/ko/administrator-manual/general/system/integrations/integrating-with-event-callback.mdx
index dc75995b2..fe34bb824 100644
--- a/src/content/ko/administrator-manual/general/system/integrations/integrating-with-event-callback.mdx
+++ b/src/content/ko/administrator-manual/general/system/integrations/integrating-with-event-callback.mdx
@@ -60,7 +60,7 @@ Event Callback Integration 상세페이지
1. Administrator > General > System > Integrations 메뉴로 이동합니다.
2. Event Callback 타일을 클릭하여 상세 페이지로 이동합니다.
3. 생성된 Event Callback 목록에서 삭제하려는 항목의 좌측 체크박스를 체크합니다.
-4. 목록 좌측 상단에서 `Delete`버튼을 클릭합니다
+4. 목록 좌측 상단에서 `Delete`버튼을 클릭합니다
diff --git a/src/content/ko/administrator-manual/general/system/integrations/integrating-with-slack-dm.mdx b/src/content/ko/administrator-manual/general/system/integrations/integrating-with-slack-dm.mdx
index ef2e01803..cf7d6fd60 100644
--- a/src/content/ko/administrator-manual/general/system/integrations/integrating-with-slack-dm.mdx
+++ b/src/content/ko/administrator-manual/general/system/integrations/integrating-with-slack-dm.mdx
@@ -26,19 +26,19 @@ Slack App을 QueryPie에 연동하고, QueryPie로부터 Direct Message 알림
App Manifest를 이용하여 QueryPie DM 연동 전용 Slack App을 생성합니다.
-1. [https://api.slack.com/apps](https://api.slack.com/apps) 으로 이동하여 `Create an App` 을 클릭합니다.
+1. [https://api.slack.com/apps](https://api.slack.com/apps) 으로 이동하여 `Create an App` 을 클릭합니다.
-2. Create an app 모달에서, App 생성 방식을 선택합니다. `From a manifest` 를 클릭합니다.
+2. Create an app 모달에서, App 생성 방식을 선택합니다. `From a manifest` 를 클릭합니다.
-3. Pick a workspace 모달에서 QueryPie와 연동할 Slack Workspace를 선택한 뒤 다음 단계로 진행합니다.
+3. Pick a workspace 모달에서 QueryPie와 연동할 Slack Workspace를 선택한 뒤 다음 단계로 진행합니다.
-4. Create app from manifest 모달에서 JSON 형식의 App Manifest를 입력합니다. 미리 채워져 있는 내용들을 삭제하고 아래의 App Manifest를 붙여넣은 뒤 다음 단계로 진행합니다. :light_bulb_on: `{{..}}` 안의 값은 원하는 값으로 변경해 주세요.
+4. Create app from manifest 모달에서 JSON 형식의 App Manifest를 입력합니다. 미리 채워져 있는 내용들을 삭제하고 아래의 App Manifest를 붙여넣은 뒤 다음 단계로 진행합니다. :light_bulb_on: `{{..}}` 안의 값은 원하는 값으로 변경해 주세요.
```
{
"display_information": {
@@ -69,7 +69,7 @@ App Manifest를 이용하여 QueryPie DM 연동 전용 Slack App을 생성합니
}
}
```
-5. 설정 내용을 검토하고 `Create` 버튼을 클릭하여 App 생성을 완료합니다.
+5. 설정 내용을 검토하고 `Create` 버튼을 클릭하여 App 생성을 완료합니다.
@@ -77,7 +77,7 @@ App Manifest를 이용하여 QueryPie DM 연동 전용 Slack App을 생성합니
### Slack Workspace에 Slack App 설치
1. Settings > Install App에서 `Install to Workspace` 버튼을 클릭하여 생성된 앱을 Slack Workspace에 설치합니다.
-2. 권한 요청 페이지에서, `허용`을 클릭합니다.
+2. 권한 요청 페이지에서, `허용`을 클릭합니다.
@@ -105,11 +105,11 @@ App manifest로 Slack app을 생성할 때 Socket Mode와 관련 권한들을
다음 단계를 수행하여 App-Level Token을 수동으로 생성합니다.
-1. 앱 설정 페이지의 Settings > Basic Information 메뉴의 App-Level Tokens 섹션으로 이동하고, `Generate Token and Scope` 버튼을 클릭합니다.
+1. 앱 설정 페이지의 Settings > Basic Information 메뉴의 App-Level Tokens 섹션으로 이동하고, `Generate Token and Scope` 버튼을 클릭합니다.
-2. Generate an app-level token 모달에서, Add Scope 버튼을 클릭한 뒤 `connections:write` 를 추가합니다.
+2. Generate an app-level token 모달에서, Add Scope 버튼을 클릭한 뒤 `connections:write` 를 추가합니다.
@@ -117,7 +117,7 @@ App manifest로 Slack app을 생성할 때 Socket Mode와 관련 권한들을
### QueryPie에서 Slack DM 설정하기
-1. Admin > General > System > Integrations > Slack 메뉴로 진입한 뒤, `Configure` 버튼을 클릭하여 설정 모달을 엽니다.
+1. Admin > General > System > Integrations > Slack 메뉴로 진입한 뒤, `Configure` 버튼을 클릭하여 설정 모달을 엽니다.
@@ -127,7 +127,7 @@ App manifest로 Slack app을 생성할 때 Socket Mode와 관련 권한들을
2. 설정 모달에 아까 기록해둔 App Token과 Bot User OAuth Token을 입력합니다.
3. 추가 설정 값은 다음과 같습니다. DM으로 Workflow 알림을 받고 메시지 안에서 승인/거절을 수행하려면 모든 설정 토글을 활성화합니다.
* **Send Workflow Notification via Slack DM** : 워크플로우 요청에 대한 Slack DM 전송 활성화
- * **Allow Users to approve or reject on Slack DM** : Slack DM 내에서 승인 또는 거절 기능 활성화
+ * **Allow Users to approve or reject on Slack DM** : Slack DM 내에서 승인 또는 거절 기능 활성화
@@ -138,7 +138,7 @@ App manifest로 Slack app을 생성할 때 Socket Mode와 관련 권한들을
### Slack DM 설정 관리하기
-1. Slack Configuration을 등록한 뒤, 현재 설정 상태를 화면에서 확인할 수 있습니다.
+1. Slack Configuration을 등록한 뒤, 현재 설정 상태를 화면에서 확인할 수 있습니다.
@@ -158,11 +158,11 @@ App manifest로 Slack app을 생성할 때 Socket Mode와 관련 권한들을
DB Access Request를 예시로, Slack DM 기능이 정상적으로 작동하는지 테스트를 수행합니다.
-1. QueryPie User > Workflow 페이지에서 Submit Request 버튼을 클릭한 뒤, DB Access Request를 선택하여 요청 작성 화면으로 진입합니다. 요청 작성 화면에서 필요한 정보를 입력하고, 요청을 상신합니다.
+1. QueryPie User > Workflow 페이지에서 Submit Request 버튼을 클릭한 뒤, DB Access Request를 선택하여 요청 작성 화면으로 진입합니다. 요청 작성 화면에서 필요한 정보를 입력하고, 요청을 상신합니다.
-2. 승인자는 앞에서 추가한 Slack App과의 DM으로 승인해야 할 요청 알림을 수신할 수 있습니다. **Allow Users to approve or reject on Slack DM** 설정이 켜져 있으므로, DM에서 직접 사유를 입력하고 요청을 승인 또는 거절할 수 있습니다.
+2. 승인자는 앞에서 추가한 Slack App과의 DM으로 승인해야 할 요청 알림을 수신할 수 있습니다. **Allow Users to approve or reject on Slack DM** 설정이 켜져 있으므로, DM에서 직접 사유를 입력하고 요청을 승인 또는 거절할 수 있습니다.
diff --git a/src/content/ko/administrator-manual/general/user-management/authentication/integrating-with-ldap.mdx b/src/content/ko/administrator-manual/general/user-management/authentication/integrating-with-ldap.mdx
index 0d7f60840..e83d85cea 100644
--- a/src/content/ko/administrator-manual/general/user-management/authentication/integrating-with-ldap.mdx
+++ b/src/content/ko/administrator-manual/general/user-management/authentication/integrating-with-ldap.mdx
@@ -244,7 +244,7 @@ QueryPie Attribute
### QueryPie에서 LDAP 인증하여 로그인
-1. Administrator > General > User Management > Users 또는 Groups 메뉴에서 동기화된 사용자 및 그룹을 확인할 수 있습니다.
+1. Administrator > General > User Management > Users 또는 Groups 메뉴에서 동기화된 사용자 및 그룹을 확인할 수 있습니다.
diff --git a/src/content/ko/administrator-manual/general/user-management/authentication/setting-up-multi-factor-authentication.mdx b/src/content/ko/administrator-manual/general/user-management/authentication/setting-up-multi-factor-authentication.mdx
index 595b03686..ac6a7d9e2 100644
--- a/src/content/ko/administrator-manual/general/user-management/authentication/setting-up-multi-factor-authentication.mdx
+++ b/src/content/ko/administrator-manual/general/user-management/authentication/setting-up-multi-factor-authentication.mdx
@@ -22,14 +22,14 @@ MFA 수단을 지정하려면 Authentication Type이 Internal database 또는 LD
* Admin > General > User Management > Authentication으로 이동합니다.
-* Authentication Type이 Internal database 인 경우
+* Authentication Type이 Internal database 인 경우
Authentication Type - Internal Database의 경우 MFA 설정
-* Authentication Type이 LDAP인 경우
+* Authentication Type이 LDAP인 경우
@@ -44,7 +44,7 @@ MFA 수단을 지정하려면 Authentication Type이 Internal database 또는 LD
* Admin > General > Company Management > Security 로 이동합니다.
-* Server Connection Security 항목 아래의 Access Server with MFA를 "Enable"로 설정하고 MFA Type을 Google OTP 또는 Email로 선택합니다. (Access Server with MFA는 기본값이 Disable입니다.)
+* Server Connection Security 항목 아래의 Access Server with MFA를 "Enable"로 설정하고 MFA Type을 Google OTP 또는 Email로 선택합니다. (Access Server with MFA는 기본값이 Disable입니다.)
diff --git a/src/content/ko/administrator-manual/general/user-management/groups.mdx b/src/content/ko/administrator-manual/general/user-management/groups.mdx
index 51c96cdc3..21d163503 100644
--- a/src/content/ko/administrator-manual/general/user-management/groups.mdx
+++ b/src/content/ko/administrator-manual/general/user-management/groups.mdx
@@ -61,7 +61,7 @@ Administrator > General > User Management > Groups > 상세 정보
1. 이름 또는 이메일로 사용자를 검색할 수 있습니다.
2. 11.2.0부터 LDAP을 통해 동기화된 비활성화 상태의 사용자도 검색 결과에 포함되어 표시됩니다. 비활성 사용자는 이름 옆에 `(Inactive)` 텍스트가 표시됩니다.
3. 추가하려는 사용자를 클릭하면 추가 상태로 변경됩니다.
- 4. 하단 `Check all` 버튼을 클릭하면 전체 사용자가 선택됩니다.
+ 4. 하단 `Check all` 버튼을 클릭하면 전체 사용자가 선택됩니다.
diff --git a/src/content/ko/administrator-manual/servers/connection-management/server-groups/managing-servers-as-groups.mdx b/src/content/ko/administrator-manual/servers/connection-management/server-groups/managing-servers-as-groups.mdx
index 651733a83..018dc261e 100644
--- a/src/content/ko/administrator-manual/servers/connection-management/server-groups/managing-servers-as-groups.mdx
+++ b/src/content/ko/administrator-manual/servers/connection-management/server-groups/managing-servers-as-groups.mdx
@@ -98,7 +98,7 @@ Test Connection은 Server Group을 저장한 후에만 사용할 수 있습니
1. `Copy` 버튼을 눌러 Server Account Templates 메뉴에서 이미 등록한 Account를 한 번에 불러올 수 있습니다.
1. Sever Account Template 을 등록하는 방법은 [Server Account Templates](../../server-account-management/server-account-templates)를 참고합니다.
2. 또는 `Add Account` 기능을 이용하여 수동으로 Account 를 추가할 수 있습니다.
- 1. `Add Account` 버튼 클릭 시, 계정 설정을 위한 모달창이 표기됩니다. 선택한 Category마다 입력해야 하는 항목이 다릅니다.
+ 1. `Add Account` 버튼 클릭 시, 계정 설정을 위한 모달창이 표기됩니다. 선택한 Category마다 입력해야 하는 항목이 다릅니다.
diff --git a/src/content/ko/administrator-manual/servers/server-access-control/access-control/granting-server-privilege.mdx b/src/content/ko/administrator-manual/servers/server-access-control/access-control/granting-server-privilege.mdx
index 7516c6436..bc2130e0c 100644
--- a/src/content/ko/administrator-manual/servers/server-access-control/access-control/granting-server-privilege.mdx
+++ b/src/content/ko/administrator-manual/servers/server-access-control/access-control/granting-server-privilege.mdx
@@ -36,19 +36,19 @@ Administrator > Servers > Server Access Control > Access Control > U
3. **Privilege Duration**: Server Privilege 적용 시간을 설정합니다. 분단위로 시간을 입력할 수 있습니다. Privilege Start Trigger에 따라서 시작하는 시점이 달라집니다.
4. **Privilege Expiration Date**: 위 명령에 대한 별도 예외처리 만료일자를 지정합니다.
6. 모달의 항목은 서버의 OS와 Require Privilege 옵션 상태에 따라 표시되는 항목이 달라집니다.
- 1. 서버의 OS가 Linux이고 Require Privilege 옵션이 활성화된 경우
+ 1. 서버의 OS가 Linux이고 Require Privilege 옵션이 활성화된 경우
- 2. 서버의 OS가 Linux이고 Require Privilege 옵션이 비활성화된 경우
+ 2. 서버의 OS가 Linux이고 Require Privilege 옵션이 비활성화된 경우
- 3. 서버의 OS가 Linux가 아니고 Require Privilege 옵션이 활성화된 경우
+ 3. 서버의 OS가 Linux가 아니고 Require Privilege 옵션이 활성화된 경우
- 4. 서버의 OS가 Linux가 아니고 Require Privilege 옵션이 비활성화된 경우
+ 4. 서버의 OS가 Linux가 아니고 Require Privilege 옵션이 비활성화된 경우
diff --git a/src/content/ko/administrator-manual/servers/server-access-control/roles.mdx b/src/content/ko/administrator-manual/servers/server-access-control/roles.mdx
index 790a9007a..dc142673c 100644
--- a/src/content/ko/administrator-manual/servers/server-access-control/roles.mdx
+++ b/src/content/ko/administrator-manual/servers/server-access-control/roles.mdx
@@ -81,7 +81,7 @@ Administrator > Servers > Server Access Control > Roles > List Detai
1. 해당 Role에 의해 접근 가능한 서버 목록을 나열합니다.
2. Server명으로 검색 가능합니다.
- 3. 목록은 각 서버마다 이하의 정보를 노출합니다:
+ 3. 목록은 각 서버마다 이하의 정보를 노출합니다:
1. **Server Group**: 서버 그룹명
2. **Server**: 서버명
3. **Host**: 서버 Host 정보
diff --git a/src/content/ko/administrator-manual/web-apps/wac-quickstart.mdx b/src/content/ko/administrator-manual/web-apps/wac-quickstart.mdx
index eed298eca..9142fe960 100644
--- a/src/content/ko/administrator-manual/web-apps/wac-quickstart.mdx
+++ b/src/content/ko/administrator-manual/web-apps/wac-quickstart.mdx
@@ -168,14 +168,14 @@ Admin > Web Apps > Web App Access Control > Access Control > List De
### 1. Root CA 인증서 설치하기
-1. QueryPie에 로그인한 상태에서 상단 우측 프로필 버튼을 클릭하고, 프로필 메뉴에서 Support > Download Web Secure 버튼을 클릭합니다.
+1. QueryPie에 로그인한 상태에서 상단 우측 프로필 버튼을 클릭하고, 프로필 메뉴에서 Support > Download Web Secure 버튼을 클릭합니다.
QueryPie > Profile Menu
-2. QueryPie Web Secure Download 모달이 열립니다. **A. Install Root CA Certificate** 에서, Step 1. 내 Download Link를 클릭하면 인증서 파일 다운로드가 실행됩니다.
+2. QueryPie Web Secure Download 모달이 열립니다. **A. Install Root CA Certificate** 에서, Step 1. 내 Download Link를 클릭하면 인증서 파일 다운로드가 실행됩니다.
@@ -193,7 +193,7 @@ Admin > Web Apps > Web App Access Control > Access Control > List De
1. Chrome 주소창에 chrome://extensions/ 을 입력합니다.
2. 페이지 우상단의 개발자 모드 토글을 활성화합니다.
-3. 전달받은 Extension 파일의 **압축을 풀지 않은** 상태로, 확장 프로그램 영역으로 끌어넣습니다.
+3. 전달받은 Extension 파일의 **압축을 풀지 않은** 상태로, 확장 프로그램 영역으로 끌어넣습니다.
@@ -224,22 +224,22 @@ WAC 익스텐션 설치 전에 열려 있던 탭은 관리가 보장되지 않
1. 현재 QueryPie에 로그인된 상태라면, Web App Dashboard가 열립니다.
2. 로그인되지 않은 상태라면 로그인 페이지로 넘어갑니다. 로그인을 완료하고, 상단 메뉴에서 Web Apps를 클릭하여 대시보드로 진입하세요.
3. Role 선택 모달이 표시되면, QP Web Test 를 선택합니다.
-2. Web App Dashboard 내 My Apps에 앞에서 등록한 QueryPie Web Site 앱 아이콘이 보일 것입니다. 아이콘을 클릭하면 웹사이트로 접속합니다.
+2. Web App Dashboard 내 My Apps에 앞에서 등록한 QueryPie Web Site 앱 아이콘이 보일 것입니다. 아이콘을 클릭하면 웹사이트로 접속합니다.
QueryPie > Web Apps > Web App Dashboard
-3. 최초 접속 시, 현재 웹 세션이 기록되고 있음을 알려주는 화면이 보입니다. `Continue` 버튼을 클릭하여 웹사이트로 접근합니다.
+3. 최초 접속 시, 현재 웹 세션이 기록되고 있음을 알려주는 화면이 보입니다. `Continue` 버튼을 클릭하여 웹사이트로 접근합니다.
Web Session Monitoring Notification
-4. QueryPie 홈페이지에 Watermark가 적용된 것을 확인할 수 있습니다.
-5. 허용되지 않은 페이지 (예: Products 메뉴) 에 접근을 시도하는 경우 차단 안내 화면으로 리다이렉션 됩니다.
+4. QueryPie 홈페이지에 Watermark가 적용된 것을 확인할 수 있습니다.
+5. 허용되지 않은 페이지 (예: Products 메뉴) 에 접근을 시도하는 경우 차단 안내 화면으로 리다이렉션 됩니다.
diff --git a/src/content/ko/administrator-manual/web-apps/wac-quickstart/1030-wac-jit-permission-acquisition-guide.mdx b/src/content/ko/administrator-manual/web-apps/wac-quickstart/1030-wac-jit-permission-acquisition-guide.mdx
index 4b06bcd28..c428a3766 100644
--- a/src/content/ko/administrator-manual/web-apps/wac-quickstart/1030-wac-jit-permission-acquisition-guide.mdx
+++ b/src/content/ko/administrator-manual/web-apps/wac-quickstart/1030-wac-jit-permission-acquisition-guide.mdx
@@ -137,5 +137,5 @@ JIT(Just-in-Time) 권한 신청 시 아래와 같은 제약사항이 있습니
1. QueryPie Web Apps로 이동합니다.
2. 좌측 상단의 Role을 클릭하여 Just In Time Role로 변경합니다.
3. Web App Dashboard 내 My Apps에 앞에서 신청한 QueryPie Web Site 앱 아이콘에 “JIT Active”가 보일 것입니다. 아이콘을 클릭하면 웹사이트로 접속합니다.
-4. 신청한 시간이 만료되면 접속 권한은 자동으로 회수됩니다.
+4. 신청한 시간이 만료되면 접속 권한은 자동으로 회수됩니다.
diff --git a/src/content/ko/administrator-manual/web-apps/wac-quickstart/initial-wac-setup-in-web-app-configurations.mdx b/src/content/ko/administrator-manual/web-apps/wac-quickstart/initial-wac-setup-in-web-app-configurations.mdx
index 0656babea..aba39e5f5 100644
--- a/src/content/ko/administrator-manual/web-apps/wac-quickstart/initial-wac-setup-in-web-app-configurations.mdx
+++ b/src/content/ko/administrator-manual/web-apps/wac-quickstart/initial-wac-setup-in-web-app-configurations.mdx
@@ -87,7 +87,7 @@ Current Version, Minimum Required Version 정보는 QueryPie에서 제공하는
Watermark Configurations 섹션에서는 현재 적용된 워터마크 문구 설정을 확인하고, 워터마크 적용 시 관리자가 원하는 문구를 설정할 수 있습니다.
1. 문구 설정을 변경하기 위해서는 `Edit` 버튼을 클릭합니다.
-2. 설정 모달이 오픈된 상태에서는 현재 접속한 사용자를 기준으로 워터마크 적용 결과를 미리보기할 수 있습니다.
+2. 설정 모달이 오픈된 상태에서는 현재 접속한 사용자를 기준으로 워터마크 적용 결과를 미리보기할 수 있습니다.
diff --git a/src/content/ko/administrator-manual/web-apps/web-app-access-control/access-control.mdx b/src/content/ko/administrator-manual/web-apps/web-app-access-control/access-control.mdx
index 2fd38c3b6..4e974fa53 100644
--- a/src/content/ko/administrator-manual/web-apps/web-app-access-control/access-control.mdx
+++ b/src/content/ko/administrator-manual/web-apps/web-app-access-control/access-control.mdx
@@ -30,7 +30,7 @@ Administrator > Web Apps > Web App Access Control > Access Control >
1. Administrator > Web Apps > Web App Access Control > Access Control 메뉴로 이동합니다.
2. 테이블 좌측 상단의 검색란을 통해 사용자/그룹명을 조건으로 검색할 수 있습니다.
3. 테이블 우측 상단의 새로고침 버튼을 통해 사용자/그룹 목록을 최신화할 수 있습니다.
-4. 테이블 목록에는 각 사용자/그룹별 이하의 정보를 노출합니다: a. **User Type**: 사용자/그룹 유형 b. **Provider** : 사용자/그룹의 원장을 표현 c. **Name** : 사용자/그룹명 d. **Email** : 사용자 이메일 주소 e. **Members** : 그룹 내 소속 멤버 목록 f. **Roles** : 부여된 Role의 개수
+4. 테이블 목록에는 각 사용자/그룹별 이하의 정보를 노출합니다: a. **User Type**: 사용자/그룹 유형 b. **Provider** : 사용자/그룹의 원장을 표현 c. **Name** : 사용자/그룹명 d. **Email** : 사용자 이메일 주소 e. **Members** : 그룹 내 소속 멤버 목록 f. **Roles** : 부여된 Role의 개수
5. Access Control 목록에서 행을 클릭하면 대상 사용자/그룹에 대한 상세 페이지로 이동합니다.
1. **Roles**
diff --git a/src/content/ko/overview/proxy-management/enable-database-proxy.mdx b/src/content/ko/overview/proxy-management/enable-database-proxy.mdx
index b40694ebd..46815e875 100644
--- a/src/content/ko/overview/proxy-management/enable-database-proxy.mdx
+++ b/src/content/ko/overview/proxy-management/enable-database-proxy.mdx
@@ -33,7 +33,7 @@ Administrator > Databases > Connection Management > DB Connections >
4. `Proxy Usage` 옵션을 체크하여 활성화합니다.
5. 두 가지 Proxy 인증 방식 중 하나를 선택합니다.
1. **Use QueryPie registered account**: 관리자가 커넥션 정보 페이지 내에 저장한 DB username / password 기준으로 Proxy 접속 정보를 생성하는 방식입니다. 사용자는 Agent 또는 별도로 생성된 Proxy Credential 정보를 이용해 Proxy 로 접속할 수 있습니다.
- 2. **Use existing database account with Agent** : 사용자가 기존에 사용하던 DB username / password 를 사용할 수 있는 방식으로 Proxy 접속 정보가 생성됩니다. 사용자는 Agent 에서 실행 후 localhost 와 port 정보를 이용해 Proxy 로 접속할 수 있습니다. ※ 사용자의 DB username / password 인증을 사용할 경우, Agent를 통해서만 접속 가능합니다.
+ 2. **Use existing database account with Agent** : 사용자가 기존에 사용하던 DB username / password 를 사용할 수 있는 방식으로 Proxy 접속 정보가 생성됩니다. 사용자는 Agent 에서 실행 후 localhost 와 port 정보를 이용해 Proxy 로 접속할 수 있습니다. ※ 사용자의 DB username / password 인증을 사용할 경우, Agent를 통해서만 접속 가능합니다.
6. **Network ID** : Reverse SSH 기능을 사용하는 경우에 필요한 설정 값입니다.
Proxy Usage 옵션을 활성화하면 Proxy 로 접속할 수 있는 Port 가 해당 커넥션에 할당됩니다.
diff --git a/src/content/ko/user-manual/database-access-control/connecting-to-custom-data-source.mdx b/src/content/ko/user-manual/database-access-control/connecting-to-custom-data-source.mdx
index bdc5cd35a..07346fb9c 100644
--- a/src/content/ko/user-manual/database-access-control/connecting-to-custom-data-source.mdx
+++ b/src/content/ko/user-manual/database-access-control/connecting-to-custom-data-source.mdx
@@ -10,14 +10,14 @@ import { Callout } from 'nextra/components'
#### Custom Data Source 접근 요청
1. 사용자 화면 상단 Workflow 메뉴로 이동합니다.
-2. 좌측 상단 `Submit Request` 버튼 클릭 후 DB Access Request 항목을 선택합니다.
+2. 좌측 상단 `Submit Request` 버튼 클릭 후 DB Access Request 항목을 선택합니다.
3. Approval Rule을 상황에 맞게 설정하고 Title도 작성합니다.
4. DB Connection 목록에서 Type이 'Custom Data Source'인 항목을 선택합니다.
5. 다른 벤더들과 다르게 Privilege를 선택할 수 없기 때문에 “-”로 표기됩니다.
-6. Expiration Date와 Reason for Request 항목도 상황에 맞게 설정하고 작성합니다.
+6. Expiration Date와 Reason for Request 항목도 상황에 맞게 설정하고 작성합니다.
@@ -35,13 +35,13 @@ import { Callout } from 'nextra/components'
1. **QueryPie Agent 실행**
* QueryPie Agent를 실행합니다.
- * Database 항목에서 Custom Data Source를 확인할 수 있습니다.
+ * Database 항목에서 Custom Data Source를 확인할 수 있습니다.
2. **Connection Guide 확인**
* Agent에서 Custom Data Source 커넥션 행을 클릭하면 Port 정보를 담은 행이 보입니다.
- * 위 행을 우클릭한 뒤 Connection Guide를 클릭하면 접속 정보를 확인할 수 있습니다.
+ * 위 행을 우클릭한 뒤 Connection Guide를 클릭하면 접속 정보를 확인할 수 있습니다.
@@ -64,13 +64,13 @@ import { Callout } from 'nextra/components'
1. **웹 커넥션 목록 확인**
* 사용자 화면 상단 Databases를 클릭합니다.
- * 좌측 커넥션 목록에서 QueryPie Connections를 클릭하면 접근 권한이 있는 Custom Data Source가 표시됩니다.
+ * 좌측 커넥션 목록에서 QueryPie Connections를 클릭하면 접근 권한이 있는 Custom Data Source가 표시됩니다.
2. **접속 불가 안내**
* Custom Data Source 선택 시 Connect 버튼이 비활성화됩니다.
- * 아래와 같은 툴팁이 표시되며 웹으로는 접속이 불가합니다. "Access is only possible through a proxy and cannot be accessed through the web. Please open the QueryPie Agent to connect to the Custom Data Source."
+ * 아래와 같은 툴팁이 표시되며 웹으로는 접속이 불가합니다. "Access is only possible through a proxy and cannot be accessed through the web. Please open the QueryPie Agent to connect to the Custom Data Source."
diff --git a/src/content/ko/user-manual/multi-agent.mdx b/src/content/ko/user-manual/multi-agent.mdx
index 2353d23f5..4dbcd10d0 100644
--- a/src/content/ko/user-manual/multi-agent.mdx
+++ b/src/content/ko/user-manual/multi-agent.mdx
@@ -37,35 +37,35 @@ QueryPie Host 버전이 `10.2.8` 이상 버전인 경우 지원 범위:
### 에이전트 앱 다운로드 및 초기 설정
-1. QueryPie 로그인 후 우측 상단 프로필을 클릭한 뒤 Download & Support > `Multi-Agent` 버튼을 클릭합니다.
+1. QueryPie 로그인 후 우측 상단 프로필을 클릭한 뒤 Download & Support > `Multi-Agent` 버튼을 클릭합니다.
QueryPie Web > 프로필 메뉴
-2. QueryPie Multi-Agent Downloads 팝업창이 실행되면 Step 1에서 사용 중인 PC 운영체제에 맞는 설치 파일을 다운로드한 후 Step 3에 있는 QueryPie URL을 복사해 둡니다.
+2. QueryPie Multi-Agent Downloads 팝업창이 실행되면 Step 1에서 사용 중인 PC 운영체제에 맞는 설치 파일을 다운로드한 후 Step 3에 있는 QueryPie URL을 복사해 둡니다.
QueryPie Web > QueryPie Multi-Agent Download
-3. 다운로드받은 QueryPie Multi-Agent 설치 프로그램을 실행한 뒤 .app 파일을 Applications 폴더에 복사하여 설치를 완료합니다.
+3. 다운로드받은 QueryPie Multi-Agent 설치 프로그램을 실행한 뒤 .app 파일을 Applications 폴더에 복사하여 설치를 완료합니다.
Mac OS 설치 프로그램
-4. 설치 완료된 QueryPie Agent를 실행하면 Host 최초 등록 페이지가 열립니다. QueryPie Host 입력란에 미리 복사해뒀던 QueryPie URL을 입력하고 `Next` 버튼을 클릭하면 로그인 화면으로 진입하게 됩니다.
+4. 설치 완료된 QueryPie Agent를 실행하면 Host 최초 등록 페이지가 열립니다. QueryPie Host 입력란에 미리 복사해뒀던 QueryPie URL을 입력하고 `Next` 버튼을 클릭하면 로그인 화면으로 진입하게 됩니다.
Multi-Agent > Host Setting
-5. 입력한 호스트의 로그인 페이지에서 인증정보를 입력하고 Continue 버튼을 클릭합니다.
+5. 입력한 호스트의 로그인 페이지에서 인증정보를 입력하고 Continue 버튼을 클릭합니다.
@@ -77,7 +77,7 @@ QueryPie Host 버전이 `10.2.8` 이상 버전인 경우 지원 범위:
#### 에이전트로 데이터베이스 접속하기
-1. Database 탭에서 선택된 QueryPie Host에 대해 권한이 부여되어 있고 Proxy 사용이 가능한 Database Connection 목록을 확인할 수 있습니다.
+1. Database 탭에서 선택된 QueryPie Host에 대해 권한이 부여되어 있고 Proxy 사용이 가능한 Database Connection 목록을 확인할 수 있습니다.
@@ -143,7 +143,7 @@ Multi-Agent > Settings > Databases
Connection Information
-3. Original Information 의 Privilege에서 편집 (연필모양 아이콘) 버튼을 클릭합니다.
+3. Original Information 의 Privilege에서 편집 (연필모양 아이콘) 버튼을 클릭합니다.
@@ -151,7 +151,7 @@ Multi-Agent > Settings > Databases
-5. 경고 아이콘이 사라지고 할당된 privilege 이름이 해당 커넥션에 보이는지 확인합니다.
+5. 경고 아이콘이 사라지고 할당된 privilege 이름이 해당 커넥션에 보이는지 확인합니다.
@@ -188,14 +188,14 @@ Multi-Agent > Setting > Kubernetes
#### 에이전트에서 서버 접속하기
-1. Role 드롭다운에서 Role을 선택하면, 선택한 Role로 접근할 수 있는 서버 목록을 확인할 수 있습니다.
+1. Role 드롭다운에서 Role을 선택하면, 선택한 Role로 접근할 수 있는 서버 목록을 확인할 수 있습니다.
Multi-Agent > Servers
-2. 서버를 선택하고 우클릭하여 컨텍스트 메뉴를 열고, Open Connection With > 터미널 Tool을 선택합니다.
+2. 서버를 선택하고 우클릭하여 컨텍스트 메뉴를 열고, Open Connection With > 터미널 Tool을 선택합니다.
@@ -228,19 +228,19 @@ Multi-Agent > Setting > Kubernetes
서버에 접속 시 필요한 계정의 권한이 없는 경우, Multi Agent에서 직접 서버 접근 권한(Server Privilege Request)을 요청할 수 있습니다.
-1. `Servers` 탭에서 권한을 요청할 서버를 선택하고 마우스 오른쪽 버튼을 클릭하여 컨텍스트 메뉴를 엽니다.
+1. `Servers` 탭에서 권한을 요청할 서버를 선택하고 마우스 오른쪽 버튼을 클릭하여 컨텍스트 메뉴를 엽니다.
-2. `Open Connection With`에서 사용하려는 터미널 툴을 선택합니다.
+2. `Open Connection With`에서 사용하려는 터미널 툴을 선택합니다.
-3. 계정 선택 창이 나타나면 하단에 있는 `Request Server Privilege` 버튼을 클릭합니다.
+3. 계정 선택 창이 나타나면 하단에 있는 `Request Server Privilege` 버튼을 클릭합니다.
- * 이 버튼을 클릭하면 QueryPie 웹 페이지의 권한 요청 화면으로 이동하며, 이전에 선택했던 Role, 서버 그룹, 서버, 계정 정보가 자동으로 입력되어 있습니다.
+ * 이 버튼을 클릭하면 QueryPie 웹 페이지의 권한 요청 화면으로 이동하며, 이전에 선택했던 Role, 서버 그룹, 서버, 계정 정보가 자동으로 입력되어 있습니다.
@@ -282,7 +282,7 @@ Multi-Agent > Setting > Servers
### 에이전트에서 둘 이상의 Host 사용하기
-1. Settings > Hosts에서 `+ Add New Host` 버튼을 클릭한 뒤 새로운 Host의 도메인을 입력하고 저장합니다.
+1. Settings > Hosts에서 `+ Add New Host` 버튼을 클릭한 뒤 새로운 Host의 도메인을 입력하고 저장합니다.
@@ -290,14 +290,14 @@ Multi-Agent > Setting > Servers
2. 새로운 Host 등록이 성공한 경우 Toast로 안내됩니다. 목록에서 새로운 Host가 추가된 것을 확인하고, 우상단의 `X` 버튼을 눌러 설정 페이지를 나갑니다.
- 1. Host 목록에서 원하는 Host를 클릭하여 바로 전환할 수 있습니다.
+ 1. Host 목록에서 원하는 Host를 클릭하여 바로 전환할 수 있습니다.
Multi-Agent > Setting > General
-3. 프로필 버튼을 클릭하면 등록된 Host 목록을 확인할 수 있습니다. 클릭하여 Host 간 전환이 가능합니다.
+3. 프로필 버튼을 클릭하면 등록된 Host 목록을 확인할 수 있습니다. 클릭하여 Host 간 전환이 가능합니다.
@@ -325,14 +325,14 @@ Application Menu (MacOS)
-2. 또는 에이전트 우상단의 톱니바퀴 버튼을 클릭하여 설정 페이지로 진입하고, Hosts 탭 하단의 Reset All Settings 버튼을 클릭합니다.
+2. 또는 에이전트 우상단의 톱니바퀴 버튼을 클릭하여 설정 페이지로 진입하고, Hosts 탭 하단의 Reset All Settings 버튼을 클릭합니다.
Multi-Agent > Setting > Hosts
-3. 확인 모달에서 Reset 버튼을 클릭하면 로컬 폴더에 저장된 모든 설정이 초기화됩니다.
+3. 확인 모달에서 Reset 버튼을 클릭하면 로컬 폴더에 저장된 모든 설정이 초기화됩니다.
diff --git a/src/content/ko/user-manual/multi-agent/multi-agent-linux-installation-and-usage-guide.mdx b/src/content/ko/user-manual/multi-agent/multi-agent-linux-installation-and-usage-guide.mdx
index 6b0924803..dea039fa2 100644
--- a/src/content/ko/user-manual/multi-agent/multi-agent-linux-installation-and-usage-guide.mdx
+++ b/src/content/ko/user-manual/multi-agent/multi-agent-linux-installation-and-usage-guide.mdx
@@ -83,7 +83,7 @@ dpkg 명령어를 기준으로 설명합니다.
#### Install
1. `querypie-multi-agent.deb` 을 다운로드합니다.
-2. 다음 명령어를 실행하여 파일을 설치합니다. 출력 예시
+2. 다음 명령어를 실행하여 파일을 설치합니다. 출력 예시
```
sudo dpkg -i ~/Downloads/querypie-multi-agent.deb
```
@@ -95,7 +95,7 @@ dpkg 명령어를 기준으로 설명합니다.
Processing triggers for desktop-file-utils (0.27-2build1) ...
Processing triggers for hicolor-icon-theme (0.17-2) ...
```
-3. 설치 여부를 확인합니다. 출력 예시
+3. 설치 여부를 확인합니다. 출력 예시
```
dpkg -s querypie-multi-agent
```
@@ -135,14 +135,14 @@ rpm 명령어를 기준으로 설명합니다.
#### Install
1. `querypie-multi-agent.rpm` 을 다운로드합니다.
-2. 터미널에서 다음 명령어를 실행하여 파일을 설치합니다. 출력 예시
+2. 터미널에서 다음 명령어를 실행하여 파일을 설치합니다. 출력 예시
```
sudo rpm -i ~/Downloads/querypie-multi-agent.rpm
```
```
QueryPie Multi Agent has been installed.
```
-3. 설치 여부를 확인합니다. 출력 예시
+3. 설치 여부를 확인합니다. 출력 예시
```
rpm -qi querypie-multi-agent
```
diff --git a/src/content/ko/user-manual/my-dashboard.mdx b/src/content/ko/user-manual/my-dashboard.mdx
index 3c5751153..e1c20bafc 100644
--- a/src/content/ko/user-manual/my-dashboard.mdx
+++ b/src/content/ko/user-manual/my-dashboard.mdx
@@ -57,7 +57,7 @@ QueryPie 로그인 화면
QueryPie 10.2.2 기준 제공되는 2차인증 수단은 Google OTP, Email 두 가지입니다.
* 관리자가 Google OTP를 2차 인증 수단으로 지정한 경우
* 로그인 페이지에서 로그인 암호를 입력합니다.
- * 최초 로그인 시 팝업 창에 출력되는 QR Code를 사용하여 Authenticator 앱에 등록합니다. 화면에 'Google Authenticator, Microsoft Authenticator, Okta Verify 등과 같은 인증 앱을 다운로드하세요'라는 안내 문구가 표시되어, App Store 또는 Google Play Store에서 호환되는 인증 앱을 쉽게 선택하여 설치할 수 있습니다.
+ * 최초 로그인 시 팝업 창에 출력되는 QR Code를 사용하여 Authenticator 앱에 등록합니다. 화면에 'Google Authenticator, Microsoft Authenticator, Okta Verify 등과 같은 인증 앱을 다운로드하세요'라는 안내 문구가 표시되어, App Store 또는 Google Play Store에서 호환되는 인증 앱을 쉽게 선택하여 설치할 수 있습니다.
diff --git a/src/content/ko/user-manual/my-dashboard/user-password-reset-via-email.mdx b/src/content/ko/user-manual/my-dashboard/user-password-reset-via-email.mdx
index 16872dd85..20f15f79b 100644
--- a/src/content/ko/user-manual/my-dashboard/user-password-reset-via-email.mdx
+++ b/src/content/ko/user-manual/my-dashboard/user-password-reset-via-email.mdx
@@ -43,28 +43,28 @@ ID Provider 또는 LDAP처럼 인증 정보가 QueryPie 외부에 있는 경우
Forgot your password?
-2. 대화 창에서 본인의 ID를 입력하고 `Request` 버튼을 클릭합니다.
+2. 대화 창에서 본인의 ID를 입력하고 `Request` 버튼을 클릭합니다.
비밀번호 초기화 요청
-3. 본인 메일의 받은 편지함에서 본인 확인을 위한 인증코드가 수신되었는지 확인합니다.
+3. 본인 메일의 받은 편지함에서 본인 확인을 위한 인증코드가 수신되었는지 확인합니다.
메일로 수신한 인증 코드
-4. 메일에서 확인한 인증 코드를 입력합니다. 수신한 인증코드는 30분 이내에 입력해야 합니다. 메일을 수신하지 못했다면 “Resend authentication code” 링크를 눌러 인증코드 메일을 재요청할 수 있습니다. 단, 재전송 요청은 최초 재전송 후 5분이 지나야 가능합니다.
+4. 메일에서 확인한 인증 코드를 입력합니다. 수신한 인증코드는 30분 이내에 입력해야 합니다. 메일을 수신하지 못했다면 “Resend authentication code” 링크를 눌러 인증코드 메일을 재요청할 수 있습니다. 단, 재전송 요청은 최초 재전송 후 5분이 지나야 가능합니다.
인증코드 입력
-5. 본인의 ID를 입력하고 새로운 암호를 등록합니다.
+5. 본인의 ID를 입력하고 새로운 암호를 등록합니다.
@@ -77,5 +77,5 @@ ID Provider 또는 LDAP처럼 인증 정보가 QueryPie 외부에 있는 경우
암호 변경 확인
-6. 변경된 암호로 로그인합니다.
+6. 변경된 암호로 로그인합니다.
diff --git a/src/content/ko/user-manual/workflow/requesting-db-access.mdx b/src/content/ko/user-manual/workflow/requesting-db-access.mdx
index a97218560..26cce602f 100644
--- a/src/content/ko/user-manual/workflow/requesting-db-access.mdx
+++ b/src/content/ko/user-manual/workflow/requesting-db-access.mdx
@@ -116,7 +116,7 @@ User > Workflow > Submit Request > DB Access Request > Request Summa
-2. `Add Item` 버튼을 누릅니다.
+2. `Add Item` 버튼을 누릅니다.
diff --git a/src/content/ko/user-manual/workflow/requesting-sql/using-execution-plan-explain-feature.mdx b/src/content/ko/user-manual/workflow/requesting-sql/using-execution-plan-explain-feature.mdx
index 427687e92..a4eea4c0b 100644
--- a/src/content/ko/user-manual/workflow/requesting-sql/using-execution-plan-explain-feature.mdx
+++ b/src/content/ko/user-manual/workflow/requesting-sql/using-execution-plan-explain-feature.mdx
@@ -59,11 +59,11 @@ Content Type은 “Text”만 지원합니다.
3. 실행계획(Explain) 결과 확인
- 1. Table 형태의 결과 확인 아래 그림과 같은 결과가 표시됩니다. 각 필드의 의미는 MySQL reference 문서를 참고하시기 바랍니다.
+ 1. Table 형태의 결과 확인 아래 그림과 같은 결과가 표시됩니다. 각 필드의 의미는 MySQL reference 문서를 참고하시기 바랍니다.
- 2. JSON 형태의 결과 확인 JSON 을 선택하고 Explain 버튼을 누르면 아래 그림과 같은 결과가 표시됩니다. `{JSON}` 을 클릭하면 전체 JSON 내용을 확인할 수 있습니다.
내보내기(Export)를 할 때 관리자 설정에 따라 암호 입력을 요구하는 팝업이 출력될 수 있습니다.
+ 2. JSON 형태의 결과 확인 JSON 을 선택하고 Explain 버튼을 누르면 아래 그림과 같은 결과가 표시됩니다. `{JSON}` 을 클릭하면 전체 JSON 내용을 확인할 수 있습니다.
내보내기(Export)를 할 때 관리자 설정에 따라 암호 입력을 요구하는 팝업이 출력될 수 있습니다.
-3. 팝업 창에 출력되는 “Dry Run” 결과를 확인하고 만약 문제가 있다면 입력한 내용을 수정합니다. 문제가 없다면 `Save Changes` 버튼을 눌러 변경사항을 저장합니다. 
5. Connections 항목에서 대상 커넥션을 선택합니다. 스키마 레벨은 한 번에 여러 개의 커넥션에 다중 설정이 불가합니다. 커넥션을 선택하면 우측의 privilege 항목에 기본적으로 select 권한이 필요한 스키마에 자동으로 SELECT privilege가 부여된 것을 볼 수 있습니다. 관리자는 이 항목을 지울 수도 있지만 그랬을 때 Web editor 또는 proxy에서 스키마 구조를 조회하는 시점에 오류가 발생할 수 있으니 가급적 이 항목을 제거하지 않는 것을 권장합니다.
-6. privilege 를 할당할 특정 스키마(논리 DB)를 지정하기 위해 `Add Item` 버튼을 누릅니다. 
.png)
